Наш новый клубный ресурс http://awards.rdrclub.ru/certificate/
Замечания, пожелания, предложения?
Отправка данных QSO на сервер:
Наш новый клубный ресурс http://awards.rdrclub.ru/certificate/
Замечания, пожелания, предложения?
Отправка данных QSO на сервер:
Последний раз редактировалось RW6AVK; 11.12.2023 в 09:48. Причина: Ok
73. Roman.
Как изначально написал:Сообщение от RW6AVK
Смысла дальше продолжать отправку никакого нет - до скрипта пакты не доходят, отваливаются где-то на уровне ОС.
73. Roman.
Юрий, а у тебя связь в лог пишется ПОСЛЕ ОКОНЧАНИЯ передачи?
я получил от тебя RR73, начал передавать 73 и сразу записалось в лог,
в логе скрипта моя запись 2023-07-10 16:58:00, а твоя 2023-07-10 16:58:17 - хотя по логике твоя должна быть на минуту раньше....
73. Roman.
Роман, у меня связь не автоматом заносится в лог... "вылезает" окно с данными qso и только когда я сам нажму ОК, тогда связь заносится в лог... обычно я жму ОК сразу по окончании моей передачи RR73
кстати, вчера у меня какое-то qso к тебе не дошло... вылезало окошко с инфо, что невозможно установить TCP соединение... возможно был какой-то сбой с работой интернета...
и ещё, проверь сколько у тебя сохранилось моих связей в JT65 - вчера вечером я провёл этой модой 23 QSO на 20-30-40М
73! - Юрий
я так и подумал что вручную.
у тебя за вчера в JT65 моде записано 22 связи.
по недошедшему QSO нужно точное время - поищи в текстовом логе jtdx, там по идее должна ошибка быть - если не получится, то будем сравнивать то что есть в базе, с твоим логом и найдем связь которая не записалась.
вообще скрипт не завис/не вывалился ни разу, максимум одновременных сессий что я увидел "в онлайне" было 4, больше увидеть не удалось(может при анализе логов увижу) :-(
но и народу что слали данные было ~15% от тех кто работал. + там было несколько кто работал FT8 и к нам не подходил.
со времени последнего перезапуска [10-Jul-2023 14:06:45 UTC] - внесено 190 записей в БД.
p.s. для стресс-тестирования нужно хотябы 10-15-20 человек работающих в общем участке в режиме FT4...
73. Roman.
Юрий, 90% твоя проблема связана с не очень хорошим интерентом - за время активности у тебя 2 раза сменился IP адрес, т.е. был обрыв связи и переподключение...
скорее всего исчезнувшая отправка попала на этот процесс.
По времени ориентируйся на промежутки сверху и снизу от "красных линий"
Вложение 4005
вообще у тебя очень часто меняется IP.. что не есть хорошо для стабильной связи.
73. Roman.
наверное нет смысла искать незаписанное в БД QSO... теперь буду знать, что при переподключении у меня меняется IP... причину тоже выяснил - у меня инет Ростелекома по телефонной линии... жена в это время кому-то звонила по городскому тлф и поэтому прерывалось подключение
73! - Юрий
смысл есть - узнать точно в эти промежутки было пропадание или нет.
посмотри по логу в промежутках между:
20230710 165807 R3KEE и 20230710 172350 IZ0CLP
20230710 153450 R4FCJ и 20230710 163750 R9TA
есть связь с кем-то еще?
73. Roman.
не записана в БД только одна связь в 1701 R7FQ 20M
73! - Юрий
Коллеги, сегодня с утра кто-то подключился к тестированию, но использует старую версию JTDX в которой не передается параметр STATION_CALLSIGN такие данные добавлять в БД смысла нет - никак невозможно идентифицировать отправителя :-(
необходимо обновиться до версии не ниже 2.2.159, или 158 не помню с какой версии по моей просьбе добавили эти поля в отсылаемую строку
Код:2023-07-14 06:32:00 <command:3>Log <parameters:197> <BAND:3>12m <CALL:6>DL7VDX <FREQ:9>24.916923 <MODE:3>FT8 <QSO_DATE:8>20230714 <TIME_ON:6>063115 <QSO_DATE_OFF:8>20230714 <TIME_OFF:6>063214 <RST_SENT:3>-13 <RST_RCVD:3>-23 <GRIDSQUARE:4>JO62 <EOR> 2023-07-14 06:32:00 Array ( [BAND] => 12m [CALL] => DL7VDX [FREQ] => 24.916923 [MODE] => FT8 [QSO_DATE] => 20230714 [TIME_ON] => 063115 [QSO_DATE_OFF] => 20230714 [TIME_OFF] => 063214 [RST_SENT] => -13 [RST_RCVD] => -23 [GRIDSQUARE] => JO62 [IP] => 188.170.172.168 [PORT] => 55640 [DATETIME] => 20230714063200 )
73. Roman.
это я Рома...154-я у меня....
de Mike
Ваши права
Ответить с цитированием
