-
10.01.2017, 16:44 #1
- Регистрация
- 03.02.2006
- Возраст
- 52
- Сообщений
- 18,718
- Поблагодарили
- 8991
- Поблагодарил
- 4771
=Архив= LogHX: Аппаратный журнал любительской радиостанции, тема №2
LogHX - программа аппаратного журнала любительской радиостанции с большими возможностями настройки "под себя".
Вложение 244265
Сайт программы: RX4HX
Помощь по программе: Ссылка --> Начальная страница
Ссылка --> на файл Whatsnew.txt с информацией о последних обновлениях в релизе:
Ссылка --> Актуальные релизы и история изменений.
Канал на Youtube Сергея RD9CX: LogHX
База дипломов - >> Вложение 262565
Уважаемые друзья!
В связи с большой загрузкой по работе отвечать на личные письма и телефонные звонки возможности нет!
Просьба все вопросы и предложения писать на форуме QRZ.RU
Спасибо за понимание!Последний раз редактировалось RW3DY; 07.01.2021 в 18:01.
73 de RX4HX, Alexei, http://rx4hx.qrz.ru
Ant.: UW4HW, Pwr.: ~500 Wtts
-
23.06.2019, 18:04 #9016
- Регистрация
- 21.03.2012
- Адрес
- Klaipeda
- Возраст
- 57
- Сообщений
- 139
- Поблагодарили
- 20
- Поблагодарил
- 27
Посмотрите мое сообщение. Может и Вам поможет.
https://forum.qrz.ru/355-loghx-appar...ml#post159155173! Gintas
-
23.06.2019, 19:13 #9017
- Регистрация
- 07.04.2002
- Адрес
- г.Москва, г.Троицк
- Возраст
- 47
- Сообщений
- 9,056
- Записей в дневнике
- 8
- Поблагодарили
- 2351
- Поблагодарил
- 7141
73! Anton RC3C (ex.RV3DHC) & RY3AAL & 5ØRDXØØ3 & RK5AØØ2SWL
• Клубы 4U1A, RC5C, 5ØRDXØØØ/C, New Moscow DX Club • DMR 2503041 • D-STAR XLX937-B • YSF 25001 • EchoLink 2102
• RL3F QSL Print • Фото для QSL • FT8DigiClub • DXCluster • APRS2.RU • Discord • LogHX
-
23.06.2019, 20:23 #9018
- Регистрация
- 18.01.2011
- Адрес
- Матвеев Курган
- Сообщений
- 1,667
- Поблагодарили
- 191
- Поблагодарил
- 526
-
24.06.2019, 10:24 #9019
-
24.06.2019, 15:45 #9020UR5WCAГость
-
24.06.2019, 16:58 #9021
- Регистрация
- 28.11.2013
- Возраст
- 69
- Сообщений
- 5,384
- Поблагодарили
- 3311
- Поблагодарил
- 660
EU1FQ
Николай
-
24.06.2019, 17:05 #9022
- Регистрация
- 29.10.2007
- Адрес
- Кременчуг
- Сообщений
- 184
- Поблагодарили
- 29
- Поблагодарил
- 29
Решил отправить с журнала QSO на LoTW , дело дошло до окна выбора файла tq8 и на этом всё....
При нажатии кнопки для выбора файла на отправку ничего не происходит, ни одна кнопка в этом окне не активна.
Журнал файл tq8 создаёт, его видно в папке LoTWuploads.
Подтверждения с сайта LoTW скачивет без проблем.
Куда копать??Alex, UT6HX
-
24.06.2019, 17:20 #9023
- Регистрация
- 10.10.2009
- Адрес
- Екатеринбург
- Возраст
- 68
- Сообщений
- 31
- Поблагодарили
- 6
- Поблагодарил
- 14
Всем добрый день! В прорелизе 497, как и в 496 проблема с передачей CW макросов, откатываюсь на 495 - все работает. Проверьте пожалуйста или это только у меня. Использую Windows XP.
Анатолий (R8CAA)
-
24.06.2019, 17:20 #9024
- Регистрация
- 28.11.2013
- Возраст
- 69
- Сообщений
- 5,384
- Поблагодарили
- 3311
- Поблагодарил
- 660
-
24.06.2019, 17:26 #9025
-
25.06.2019, 09:35 #9026
- Регистрация
- 03.02.2006
- Возраст
- 52
- Сообщений
- 18,718
- Поблагодарили
- 8991
- Поблагодарил
- 4771
73 de RX4HX, Alexei, http://rx4hx.qrz.ru
Ant.: UW4HW, Pwr.: ~500 Wtts
-
25.06.2019, 12:16 #9027
- Регистрация
- 01.07.2011
- Адрес
- Днепропетровск
- Возраст
- 59
- Сообщений
- 3,001
- Поблагодарили
- 2952
- Поблагодарил
- 220
73! Олег. http://ur1004swl.ucoz.ru/
-
25.06.2019, 12:27 #9028
- Регистрация
- 02.04.2002
- Адрес
- Москва, Russia
- Возраст
- 49
- Сообщений
- 1,297
- Записей в дневнике
- 3
- Поблагодарили
- 431
- Поблагодарил
- 62
Алексей, время жизни сессии действительно час. Разработчики нашли проблему на стороне нашего сервера - мы сейчас делаем обновление фреймворка, и с нового движка прилетал flush запрос в memcache, который грохал все сессии также. Уже разобрались и починили
С точки зрения постоянной авторизации - это не критично, так как нагрузку на БД не создает, поэтому код может отрефакторить на более частый запрос сессии. Прям каждый паз переспрашивать не обязательно, но раз в 5-10 минут - вполне
Намного сложнее с нагрузкой на БД возникает когда идут пакетные запросы с самописанных API сервисов (типа сканирование по RDA). Это сильно нагружает сервер СУБД и как следствие может приводить к проблемам с доступностью сайта и форума. Скорее всего я склоняюсь к необходимости посчитывать кол-во запросов к базе в минуту/час/сутки и особо активных ограничивать (например после нескольких тысяч запросов в сутки) - таких немного, а основные проблемы именно от таких
-
25.06.2019, 14:11 #9029
- Регистрация
- 01.07.2011
- Адрес
- Днепропетровск
- Возраст
- 59
- Сообщений
- 3,001
- Поблагодарили
- 2952
- Поблагодарил
- 220
Алексей, после разьяснений админа, я начал склоняться к идее, при первом запросе сохранять данные в папке и при обращении к поиску первое обращение к папке, если нет данных, то идём на сервер.
73! Олег. http://ur1004swl.ucoz.ru/
-
25.06.2019, 23:19 #9030
- Регистрация
- 02.04.2002
- Адрес
- Москва, Russia
- Возраст
- 49
- Сообщений
- 1,297
- Записей в дневнике
- 3
- Поблагодарили
- 431
- Поблагодарил
- 62
Олег, кэшировать данные имеет смысл на какое-то время, после чего перезапрашивать на предмет их актуализации. Например через год. Кроме того, имеет смысл предоставить возможность предоставить пользователю возможность вручную перезапросить данные не из локального кэша, а из XML API. Например отдельной кнопкой, или количеством запросов: первый запрос - из кэша, второй запрос в течении минуты - с XML API с одновременным обновлением локального кеша +1 год от текущей даты. Данные показывать из кэша не менее недели, после чего разрешать повторный перезапрос
|
Социальные закладки