Open Source - контест лог под Линукс

**VE3EUT** · 14.04.2009, 23:20

Сообщение от RX9TX

Значит адрес в регистрации нужно другой указать

Потом придется логин менять уже заодно

Пускай уж будет как есть, так привычнее

Добавлено через 2 минуты

Сообщение от UR5FCM

Давайте сделаем настройку правил соревнований как у меня переключатели чекбоксы и т.д.
Будет удобно и для пользователя
Единственное надо базу для этого сделать
Или есть другие мнения

Честно говоря, я про настройку соревнований не думал пока. Если это удобно для пользователя, почему нет ? Думаю, мы обязательно оценим возможные варианты и взвесим все за и против, основной целью будет удобство для пользователя.

**UR5FCM** · 14.04.2009, 23:30

Сообщение от EW1CK

Думаю, мы обязательно оценим возможные варианты и взвесим все за и против, основной целью будет удобство для пользователя

Согласен. Вы видели это в моей программе, для примера
Хорошо на будущее можно подумать ...

**RX1AL** · 14.04.2009, 23:36

Сообщение от EW1CK

Как на счет субботы в 22.30 по Москве ?

Без вопросов... в субботу 22:30 по Москве, в Австрии у нас 20:30... Годится...

PS Асхату, наверное не очень будет удобно, у него разница приличная по времени...

Добавлено через 5 минут
UR5FCM, EW1CK:
Игорь, другие мнения тоже есть...

А интерфейс у тебя неплохой... Но есть тоже мысли по улучшению. Артур, да и ты поймете, если скажу, что используя TreeTable визуальный контроль, все поля хоть в базе, хоть в файле редактируются еще просто. Добавив к этому валидацию, и варианты выбора - пользователь сконфигурирует все очень быстро. Подсказка, откуда позаимствовано: MacLogger, очень изящно выглядит. Намного лучше даже, чем в WinTest, N1MM.

**VE3EUT** · 15.04.2009, 01:21

Сообщение от RX1AL

Без вопросов... в субботу 22:30 по Москве, в Австрии у нас 20:30... Годится...

PS Асхату, наверное не очень будет удобно, у него разница приличная по времени...

Если Асхат захочет поучаствовать то можно перескедулить думаю. Мне почти любое время подходит, будильник имеется

**UA9CIR** · 15.04.2009, 14:38

Сообщение от Peter

...определиться ... с делением клиентов по назначению (мульты, общий вызов, координатор, swl поддержка)

Это нужно обосновать. Нигде такого нет, насколько я знаю. Все рабочие места равнозначны по функциональности, не вижу смысла
в таком делении. Да и сложности наверное полезут, если разные клиенты, и в кодировании, и в работе.

По вопросу (Peter) "должна ли быть предусмотрена у логгера возможность как просто командной работы, так и удалённой командной работы".

Сообщение от Peter

TCP/IP траффик сам по себе не мгновенен, и у софта есть понятие быстродействия. Соответственно проработав саму идеологию взаимодействия с учётом этих нюансов можно на готовом софте не искать, почему долго идёт синхронизация. Хотя, если везде в шеках на IARU будет оптика или быстрый DSL то скорее всего вы правы.

Вот сведения из реальной жизни, может поможет. В 2006 году мы работали R9HQ в IARU с удаленными местами - R9C, R9W, R9S. Оптики по-моему ни у кого не было.
Программа N1MM. Пришлось использовать VPN, потому что программа захотела, чтобы все клиенты были в одной подсети.
Одно место было по GPRS, с ним были самые большие проблемы из-за latency - долгая синхронизация логов после выпадения клиента из сети.
В остальном проблем с быстродействием не было, в том числе и с блокировкой PTT по TCP.
Реально в N1MM выглядело так: два удаленных места давят одновременно педаль, оба встают на передачу, через какое-то время клиент, вставший на передачу вторым, переходит на прием. Время зависит от latency. Грубо: если пинг между ними 100мс, то два сигнала будут в течение 100мс.
Проведено более 14000 QSO (и это далеко не предел), это к вопросу о лимитах при проектировании.

Сообщение от EW1CK

Каk правило в IARU каждая команда работает на своем диапазоне в своей моде и по сути результаты коллег им нужны только чтобы порадоваться, в общем для статистики, не больше.

Отнюдь

Работали два удаленных места на одном диапазоне одной модой с блокировкой по сети. Могли бы и три (пробовали перед тестом), просто не было столько мест в наличии, и не настолько плохо звали.

Сообщение от EW1CK

Поэтому особой скорости синхронизации не нужно, если результат даже будет меняться раз в 10 минут, это ни на что имхо не повлияет.

Отнюдь

Это вызовет проблемы при перетаскивании мультов. Я сработал станцию и вижу, что этого мульта нет на другом диапазоне. Я знаю частоту, на котором работает наше место на другом диапазоне, поэтому мульту сразу даю частоту, на котором мы его ждем, после чего давлю кнопочку, которая шлет мсг оператору того диапазона, кто к нему сейчас придет.
При 10-минутной задержке я могу попасть впросак, мульт уже может быть не нужен.
То есть QSO должны передаваться на другие места мгновенно, не позднее, чем требуется для проведения самой короткой связи.
Если вы под словом "синхронизация" понимаете что-то другое, то извините, тогда я вякнул невпопад.

73 Mike UA9CIR

**RX4HX** · 15.04.2009, 14:45

Вопрос: когда будет хоть строчка кода и кто у вас главный кодельщик?

**RN6LIQ** · 15.04.2009, 15:31

Сообщение от EW1CK

Скайп клиент установлен на каждой машине, доставка сообщений и реализация сервера вообще не наша забота. skype4j API есть и работает.

С чего это Вы взяли, что он есть на каждой машине? А если кто то не желает его себе ставить? На какие еще "обязательные" программы и библиотеки будет обречен "счастливый" пользователь создаваемой на этом форуме программы?

**ER1CS** · 15.04.2009, 17:19

Сообщение от UA9CIR

Это нужно обосновать. Нигде такого нет

Если нигде нет - то далеко не факт что не нужно. Если команда территориально распределена, то, возможно, есть смысл чтобы были места сугубо на SWL поиск, которые будут передавать остальным данные типа как споты в кластер, также интерфейс и алгоритм его работы на общий вызов должен отличатся от того, который используется в поиске. Место координатора тоже может понадобиться если позиции не монобэндовые. И вопрос не в разных клиентах, хотя и они могут быть. Вопрос скорее в модульности, чтобы не городить монстрообразного мультизадачника.
Имхо конечно.

**R8TX** · 15.04.2009, 19:58

Поскольку RX1AL тут забанили, предлагаю перейти в рефлектор, да и мне удобнее, на работе трафик ограничили 250 мег в месяц в связи с кризисом

, форумы читать практически не могу

, а имейл-рефлектора трафика практически не потребляют.

**UA9CIR** · 16.04.2009, 08:45

Сообщение от Peter

Вопрос скорее в модульности, чтобы не городить монстрообразного мультизадачника.

Теперь понял. Когда мы на CQ, мы не умеем на поиск и наоборот. Чтобы в режиме CQ позвать станцию, надо дозагрузить модуль "поиск". Чтобы послать спот, надо дозагрузить модуль "спот".
Не программист, но на мой дилетантский взгляд загрузка и выгрузка создадут больше проблем, чем создаст монстрообразность.
Хотя оценить "монстроообразность" до рождения "монстра" мне трудновато.
Я просто хотел намекнуть, что человечеству знакомы попытки создать контест-логгер, поэтому может быть есть смысл ознакомиться с этим опытом, чтобы к чужим ошибкам не добавить еще и свои.

73 Mike UA9CIR

**RX4HX** · 16.04.2009, 08:59

Сообщение от Peter

Если команда территориально распределена

Да.... когда нет ни строчки кода, ни человека, готового написать хоть эту строчку, обсуждать работу программы на столь "специфичном" направлении - это полный....

**ER1CS** · 16.04.2009, 09:33

Сообщение от RX4HX

обсуждать работу программы на столь "специфичном" направлении - это полный....

Полный .... - это ваять код без чёткой постановки задачи. Имхо тут поставлена цель слегка посложнее, чем калькулятор на сях или апплет на жабе. К чему ведёт кодоваяние больших проектов из головы я имел "счастье" несколько раз наблюдать.

Сообщение от UA9CIR

Когда мы на CQ, мы не умеем на поиск и наоборот. Чтобы в режиме CQ позвать станцию, надо дозагрузить модуль "поиск". Чтобы послать спот, надо дозагрузить модуль "спот".

А зачем? При разделении рабочих мест каждый делает своё дело и не отвлекается. Если поставлены командой перед рабочим местом какие то задачи - то эти задачи и должны выполняться, без скачков в сторону. Тем более что если набор функций выбирать при компилляции - то кому надо - выберет чтото одно, другой - хоть всё вместе.

**UA9CIR** · 16.04.2009, 15:41

Программер в CQWW. Скомпилировал под CQ, работает. Перестали звать - быстренько перекомпилировался под поиск. Пропал интернет - перекомпилировался, модуль "споты" не нужен.
Появился интернет - перекомпилировался обратно.

А если серьезно, то к началу теста программа должна быть готова для всех возможных ситуаций. То есть максимально напичкана всеми возможными функциями, готовыми к работе.
Если при этом программа становится монстрообразной - значит при ее создании были выбраны не те средства.
Откровенно говоря, не понимаю, каким образом для работы в тесте может помочь джава или браузер. То есть какие функции нельзя реализовать без их использования.
Ну вам виднее.

73 Mike UA9CIR