Результаты поиска по запросу тега: api
Сентября
2018 года
13
dump1090 проблема
2018 года
Сегодня на карте в DUMP1090 увидел такую надпись "For development purposes only". Гугл решил заработать бабла, дела у него видать совсем никудышние после того, как основное ядро разработчиков разбежалось.
ЧТо же делать? На выбор две опци:
1) Сменить провайдера карт.
2) Добавить API_KEY
Первый вариант немного радикален, им заниматься пока некогда, лень, хотя думаю, этот день весьма близок.
В свое время для сайта ew6w.com я уже получал АПИ КЕЙ, но скорость загрузки была по непонятным мне причинам какой-то запредельно долгой и от красивой карты внизу пришлось отказаться. А вот ключ остался...
Что делать с ключем?
Найти файл /public_html/gmap.html
Он лежит в корне /public_html, открыть его любым доступным редактором.
Найти строку номер 7, которая выглядит как:
и модифицировать ее приведя к виду:
Где API_KEY это тот самый ключ который выдает гугль в своих закромах.
Быстрый серфинг по сервисам гугл показал, что в данный момент (с 16 июля) организация доступа к сервисам поменялась, теперь нужны данные кредитки и прочая чушь. Расценки за использование сервисом так же, чуть лучше, чем бредовые. Попасть в собственную консоль управления оказалось тем еще квестом.
Т.е. если ключ есть такое решение подойдет, хоть на какое-то время, если нет - стоит менять провайдера карт...
UPDATE.
Как оказалось GOOGLE дает всего 1!!! бесплатный показ с ключем и что бы обойти его, нужно добавить свою кредитку. Ищу беслатного провайдера...
Июня
2018 года
24
WEBSDR - ч4. Надстройка к OpenWebRX
2018 года
Изучив гитхаб на предмет апдейтов к OpenWEbRX понял, что мои старые предположения оправдались - их крайне мало, их почти нет. В то же время KiwiSDR цветет ярким цветом, прирастая новыми плагинами. Очень жаль, что никто не пытается перенести разработки с kiwi на родину. С другой стороны оно и понятно, все попытки апгрейда OpenWebRX натыкаются на вежливое спасибо от его автора, а воз и ныне там...
По итогу, я решил неспешно апгрейдить странцу с приемником в попытке разделить неразделимое и первым делом сделал "переключение диапазонов", хотя вернее сказать "смену частоты".
Тонны кода написанные на питоне, пока моему вразумению не поддаются, поэтому я решил разделить систему на две части - клиентскую и серверную. С серверной я беру панораму, а через клиентскую буду приемником управлять.
Простейший апи на php что бы управлять приемником группой скриптов, вебсервер средствами самого php и такой же простой клиент на php+jquery для выполнения единственной комманды - смены диапазона.
Задача конечно решена в рамках одного клиента - однако если клиентов более одного, возникает дилемма - как решить конфликт с хотелками по переключению диапазонов разными юзерами.
Пока вариантов решения несколько:
1)Управление доступно только админу
2)Управление доступно только в standalon mode, когда клиент на приемнике только один.
3)Голосование при попытке сменить диапазон
Просто удивительно - один приемник у афедри мало, а 4 приемника у КивиСДР еще меньше. Так как на 1 приемнике можно посадить при текущем железе примерно 8-10 человек, а вот на Киви их только 4...
Вопрос, есть ли реализация 4 фиксированных бэндов для киви, что бы снять ограничение по пользователям? Или все же не смотря на всю свою привлекательность это тупик?..
update1: Прикрутил счетчик пользователей, и контроль диапазона. Если приеминик меняет диапазон, у всех слушателей страница обновляется на новый диапазон... И все же производительность openwebrx в 10 человек - удручает...