Алексей, а как по посту
Алексей, а как по посту
Ну так и захожу. Если с login/password, то веб сайт отдает все что нужно. Почему тогда логу не отдает QSL info? Или для лога нужно продлить подписку?
Если зайти без login/password, то веб сайт не покажет ничего акромя позывного и QSL info. Тот же вопрос, почему тогда логу не отдает QSL info если эта информация в свободном, бесплатном доступе?
Смотрите, то что вы видите в браузере qrz.com отдает бесплатно, но кучей - просто строкой в куче html+css+js.
Лог получает информацию с qrz.com в структурированном виде через API, вот эта услуга у qrz.com доступна только платным пользователям.
Понятно, что технически возможно со 100% достоверностью парсить веб qrz.com и вытягивать, например, QSL Info бесплатно. Собственно, моя тулза pyQSLRoute так и делает. Но это метод до поры до времени, пока он не стал сильно массовым.
Вот как у меня
Вход на сайт без login/password
Вложение 241591
Вход на сайт с login/password
Вложение 241592
добавлено в 0.11 25.10.19
Плохой пример.
Вот, нашел. Это без login/password
Вложение 241593
Да, согласен. Значит только руками в нужное время , удобное Вам.
??? Вообще про это речи не было! Разговор был про то, чтоб с сайта QRZ.RU в лог приходила инфа, пользуется ли человек QSL-бюро или нет. Было предложение связать это с членством в СРР, но не логу, а серверу QRZ.RU.
Нет, это лог автоматически определяет, какие ком-порты есть на компьютере или просто выдает список от 1 до 20.
Получил письмо от Сергея RW3XA по поводу работы с телнет-сервером. С его разрешения публикую его здесь:
Сергей RW3XA пишет:
***********************************************************
Хочу обратить Ваше внимание на некоторые нюансы по использованию
DX-кластера и, соответственно, предложить некоторые модификации LOGHX
для улучшения его сервисов.
В последнее время описанные ниже проблемы наблюдаются все чаще,
поэтому пользователям LOGHX и DX-кластеров было бы полезно узнать
про эти нюансы, т.к. это поможет понять причину некоторых проблем
и эффективнее пользоваться DX-кластерами.
Если посчитаете полезным или необходимым, то можете опубликовать
этот пост или его часть в форумах LOGHX.
Использование DX-кластера предполагает, что каждое соединение
с кластером имеет уникальный идентификатор, как правило, это позывной.
Если происходит еще одно подключение с тем же позывным, то предыдущая
сессия с этого позывного на сервере DX-кластера закрывается и начинает
работать новая. Но первая, потеряв соединение, соединяется по новой
и сбивает вторую. Этот процесс бесконечный и получается, что примерно
каждые 30 секунд один и тот же позывной "рубит" своего клона в
бессмысленной борьбе. Этот эффект приводит к резкому повышению
паразитного трафика к/от кластера и явно виден в интерактивном
терминальном режиме работы с кластером, а в программах в дополнительной
обработкой потока данных от кластера этого можно и не заметить.
Негативный эффект может проявляться в пропуске и задержке спотов,
замедлении работы с кластером и т.д.
Фактически, "срубленная" сессия на сервере зависает до истечения
таймаута в несколько минут. В итоге, от одного позывного на сервере
запросто может висеть и 100 и 200 испорченных сессий.
Если по каким либо причинам пользователю требуется несколько одновременных
подключений к одному кластеру (например, в одной программе разные окна
для разных диапазонов или других фильтров, SO2R, из разных программ или
компьютеров и т.д.), то необходимо чтобы для каждого соединения можно было
бы установить уникальный позывной.
Для этого применяется цифровой суффикс-идентификатор (SSID), т.е. к позывному
добавляется цифра от 1 до 15, например, RX4HX-1, RX4HX-2...RX4HX-15, что
вместе с основным позывным поставляет 16 разных вариантов для одного позывного.
Соответственно, даже все эти комбинации одновременно могут быть подключены
к одному кластеру и будут работать абсолютно нормально и независимо друг от друга.
Споты отправленные из под позывного с SSID, в кластере будут видны под основным
позывным, т.е. для DX-кластера все ваши позывные, включая с SSID, равны основному.
В LOGHX телнет сессии с DX-кластерами устанавливаются только из под основного
позывного установленного для лога, а возможности модифицировать его (SSID) нет.
Или, может быть я просто не нашел? Но тогда, эта настройка слишком и глубоко
"закопана" ))
В установках "машины спотов" целесообразно добавить возможность
изменения позывного для каждой телнет сессии, точнее, добавлять SSID.
Более, того, хорошо бы, по умолчанию задать для одного "Телнет" к основному
позывному один идентификатор (например -1), а для "Телнет-2" другой (-2).
Т.е. хорошо бы сохранить явную привязку к основному позывному, но позволить
потенциальное изменение цифры SSID на необходимую (но только в пределах 1-15).
И еще, указанные в LOGHX параметры моего кластера очень устаревшие
(RW3XA-7, dx.obninsk.org, 41112), хотя и работающие, это была первая версия
кластера CLX, которая была актуальна до 2003г. и в таком виде надолго засветилась
на всех DX-telnet ресурсах Интернета)) Подробнее тут - DX кластер
Поэтому просьба изменить их на актуальные (с 2003г DXSpider):
RW3XA-8, odxc.ru, 8000
Вот, буквально сейчас смотрю, что очередной позывной в кластере "бъется" между собой. )
Объяснять каждому неэффективно, хотя периодически пишу им подобные письма,
но надеюсь, что после модификации LOGHX, таких ошибок автоматически будет меньше.
73&DX!
Сергей RW3XA
ODXC.ru RW3XA-8 Obninsk DX Cluster Web interface - Obninsk DX Cluster
Главная - Obninsk QRU Club
*********************************************************************
Теперь что касаемо лога: есть идея сделать возможным авто-логин не просто со своим позывным, а позывным RX4HX-1 для 1 телнета и RX4HX-2 для второго. Как такая идея?
Я так понимаю, что это касаемо одного телнет сервера. Но в логе можно подключить и второй телнет сервер. И если в первом телнет сервере будут уникальные позывные RX4HX-1, RX4HX-2, RX4HX-3, то на втром телнет сервере можно не определять уникальные позывные как RX4HX-4, RX4HX-5, RX4HX-3, а те же RX4HX-1, RX4HX-2, RX4HX-3?
Не помню, на каком то из телнет серверов есть фича, что если повторное подключение к телнету, то автоматически присваивается новый идинтификатор. Видимо такое подобие нужно и в логе. Кратковремееная потеря связи с телнет сервером из-за плохого соединения может пройти незаметной, но лог как бы должен это заметить, и присвоить новый идинтификатор. Т.е. я понимаю, что если есть возможность, то автоматизировать этот процесс.