RA3SAD

Администраторы
  • Публикаций

    972
  • Зарегистрирован

  • Посещение

  • Победитель дней

    229

RA3SAD стал победителем дня 25 октября

RA3SAD имел наиболее популярный контент!

4 Подписчика

Информация о RA3SAD

  • Звание
    R3S Team
  • День рождения 20.02.1989

Информация

  • Пол
    Мужчина
  • Откуда
    От туда
  • Моя аппаратура
    Yeasu FT-857, Yeasu FT-2900, VHF 144 - 2х9el H/V pol. 2.5wl + PA 4 x MRF392 500W, HF - INV.V + PA GU-74B
  • QTH-локатор
    KO94VS
  • Чаще всего бываю на частоте
    144.174 FT8
  • EX-позывной
    UB3SAC

Посетители профиля

3 264 просмотра профиля
  1. GOOD NEWS! Повышаем безопасность. Изменения в способе хранения учетных данных от Hamlog.ru. Теперь они хранятся в двоичном формате, имеют псевдослучайный размер Байт и зашифрованы ключем уникальным для каждого пользователя.
  2. Отсылка работает. Но ваши данные пока хранятся в открытом виде (в смысле закрытой ото всех но ячейка в БД имеет действующее значение). В кругах разработчиков такой подход считается не безопасным. Хамлог на данный момент не предоставляет иного выхода. У меня есть идея как зашифровать данные на стороне моего лога, но надо проработать алгоритм. Если удастся - отпишусь. Цель - сделать так что при возможной утечке данных из БД не возможно было с ними ничего сделать не зная алгоритма дешифровки, который должен быть прописан в коде программы.
  3. Андрей, для Clublog нашел такую статью - https://clublog.freshdesk.com/support/solutions/articles/3000093504-club-log-gateway-for-real-time-uploads , похоже то что надо. Для HRDLog - https://github.com/iw1qlh/UdpBridge . Суть сводится к тому, что на ваш компьютер ставится дополнительное ПО - мост между UDP трафиком и конечным логом. То есть "внутренней" поддержки без каких-либо прослоек работа по сети не поддерживается. Это, что мне выдал Google. Сам этими сервисами не пользуюсь.
  4. Это можно удалить, так все хорошо. Если что-то не пойдет - пишите тут. Будем разбираться.
  5. Update. Исправлена не корректная работа с доменными именами вместо IP адреса + кое-что добавлено. JT-UDP-Relay-x32.rar JT-UDP-Relay-x64.rar
  6. Андрей, приложите фотографию сетевых настроек JTDX. Да, действительно, если ввести log.r3s.su вместо IP адреса, то пакеты не идут. Примерно знаю где проблема в коде. Исправлю. В то же время у вас не верно указан порт для адреса 5.23.105.14. Нужно указывать 2237 вместо 2337. По этому и не пришло ничего. И у вас оЧепятка и у меня небольшой баг.
  7. Сборка под 64-разрядную ОС. JT-UDP-Relay-x64.rar
  8. да, на 64 должна запуститься, если надо - соберу отдельно под 64. Можно запускать в любой последовательности.
  9. Я прописывал 4 одинаковых адреса на отправку - прилетало 4 одинаковых QSO в лог. А что боязно? Существующие связи вы нигде не потеряете, а проверить получение новых в чем проблема?
  10. Всем, кто пользуется логированием связей по сети , предлагаю написанную мной утилиту JT-UDP-Relay. Она позволяет принимать UDP трафик от WSJT-X, JTDX, MSHV на определенный локальный порт и передавать его в несколько (до 4-х) мест одновременно. Протестировано под Windows 7 и Windows 10 (tnx R2SAG). JT-UDP-Relay-x64.rar JT-UDP-Relay-x32.rar
  11. Продолжая упрощать жизнь, написал UDP Relay. Он принимает UDP локально и перенаправляет сразу в до 4-х мест. Можно и больше. На скачивание пока не выкладываю, надо допилить и обработать напильником.
  12. Андрей, я использую ПО MSHV. Там можно принудительно выставить опцию логирования TIME_ON = TIME_OFF. для авто логирования естественно выбираю время связи как поле TIME_ON независимо от софта.
  13. Добрый вечер, Андрей! Да, ситуация знакомая, причем в JTDX полноценный лог со всеми полями скидывает именно Основной UDP сервер. Также есть в настройках Второй UDP сервер и TCP сервер. И они даже работают, но наряду с первым - отправляют "кастрированный" лог, в котором отсутствуют поля, обязательные для идентификации, а именно STATION_CALLSIGN (или OPERATOR) и MY_GRIDSQUARE. QSO прилетает, а кому оно принадлежит не ясно. Разбираемся, со своей стороны я реализовал серверную сетевую часть. Кстати, я подумываю добавить поддержку eQSL. А так, каждый использует этот сервис для своих целей и сам выбирает что важнее. Я вот ленив, хочу перед сном в один клик сгрузить все сработанное за день на хамлог и пойти спать, не ломая голову над всякими там ADIF что куда откуда.
  14. Да, он будет избавлен от 100% повторов, но повторы с небольшой разницей по времени останутся. Что делать с тем что осталось... даже не знаю, вручную сутки чистить, да и понять для себя какая связь является более правильной. Я например для себя взял за правило - в цифре в логе должно отображаться время начала связи (TIME_ON).
  15. Случайно выбрал QSO за определенную дату из вашего файла. На лицо задвоение связей с небольшим интервалом по времени. Посмотрел исходный ADIF файл. Там то же самое, причем в разном стиле. Выглядит как слепка из разных источников. Так-то журнал все съест и за повтор не посчитает, время то разное все таки. Но посоветую следить за такими вещами, да и за логами в целом. А то выходит некий самообман что ли.