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

[VE3EUT]

Артур, ссылка на библиотеку нужна? Скину здесь... Там все подробно и примерами:

http://weblogs.java.net/blog/kirillcool/ - Flamingo 4.0 official release
http://hexapixel.com/projects/ribbon - SWT Ribbon

Да, спасибо, я почему-то подумал про Exadel Flamingo сразу, и уже хотел задавать вопросы зачем оно нам надо
В принципе да, мне понравилось, с SWT отлично сочитается imho.

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

Вообще Вам надо отработать с десяток тестов в ММ, быстро понимаешь как все должно работать

Это да , вот может к VE3EJ удасться выбраться и попробовать

[UR5FCM]

Сообщение от RX9TX Посмотреть сообщение
Вообще Вам надо отработать с десяток тестов в ММ, быстро понимаешь как все должно работать
Это да , вот может к VE3EJ удасться выбраться и попробовать

Да очень неплохая фишка для работы в тестах
Надо еще сделать возможность настраивать эти клавиши как в ММ

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

RX1AL

Михаил и все таки вы на Яву откатились
Хотя язык многоплатформенный но чего нельзя было начать хотя-бы с QT и С++

[VE3EUT]

На провайдере всегда открыт порт скайпа, а его можно и использовать тоже, через PAT сделать редирект на внутренний порт и все работает.
Не думаю, что стоит сейчас так серьезно заморачиваться на эту тему. Гораздо важнее проработать выбор архитектуры самой сети... чем то, на какой библиотеке это будет сделано. При этом схема сети и архитектура должна быть такой, чтобы учесть все наши сценарии. Даже в самом пиковом случае...

Естесственно определимся, прежде, чем стартовать... Артур скажет свое слово, другие тоже. В итоге и будет выбор. Пока взвешиваем все за и против той или иной реализации.

PS Такое практически не рубится... Если только вообще все порты не запретить. Так и на это есть ответ, уже тестировали: на стандартном 80 порту все живет на ура... Думается в нашем случае таких вещей не возникнет...

Михаил, может быть нам организовать в скайпе conf. call по вопросу p2p или не p2p. Слишком много фактов которые нужно учесть и перетирать на форуме это можно долго, думаю, это как раз тот случай, когда все заинтересованные участники могут собраться и решить вопрос голосом за короткое время.

Лично я не уверен что нам нужен сервер, так как это серьезное усложнение архитектуры, без которого как мне кажется(возможно ошибаюсь) мы можем обойтись. В локальной сети сервер нам не нужен IMHO. Проблема возникает только при работе с удаленными позициями.
Опять же NUTSS/STUNT на такое простое решение для большинства, хотя мне и нравится этот вариант. Думаю, гораздо проще использовать туннелинг в прикладной протокол, например skype, irc, e-mail. А именно, на примере skype, создаем конф. чат и бросаем туда сообщения закодированные в base64. Скайп клиент установлен на каждой машине, доставка сообщений и реализация сервера вообще не наша забота. skype4j API есть и работает. То же самое и e-mail tunneling, только там заранее создаем список рассылки на каком-нибудь свободном сервере вроде yahoo или google и обмениваемся сообщениями через список рассылки. Этим снимаем с себя работу по реализации сервера а так же необходимость конфигурирования SNUT. С vpn сетями по gprs я бы вообще не связывался.

[UR5FCM]

на стандартном 80 порту все живет на ура

80 порт это хорошо, но если стоит Apache сервер надо будет брать 81 или другой порт
Надо еще учитывать и настроить FireWall для работы на других портах
Для Vpn нужен сервер и клиент при том оба должны иметь постоянный статический IP адрес

[R8TX]

Это да , вот может к VE3EJ удасться выбраться и попробовать

А что поближе негде? Хотя бы в single-op.

[UR5FCM]

А что поближе негде? Хотя бы в single-op.

В принципе на той же ММ
Я думаю у Артура есть Н1ММ программа

[VE3EUT]

А что поближе негде? Хотя бы в single-op.

Вообще-то EJ сейчас ближе всех практически с географической точки зрения. Но на N1MM мы несколько тестов делали включая CQ WW 160 на нашей "телевышке", я думал имеется в виду Multi Multi.

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

В принципе на той же ММ
Я думаю у Артура есть Н1ММ программа

Есть и более того в запущенном виде из под crossover под Линукс, правда не без глюков, но для "на посмотреть" вполне достаточно.

[R8TX]

Вообще-то EJ сейчас ближе всех практически с географической точки зрения.

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

Адрес: Минск, Беларусь

Есть и более того в запущенном виде из под crossover под Линукс, правда не без глюков, но для "на посмотреть" вполне достаточно.

Не не, судя по косвенным прознакам, недостаточно Серьезно, отработайте несколько тестов "по крупному".

[RZ4AG]

Серьезно, отработайте несколько тестов "по крупному".

Начиная с чемпионата России. Супер ощущения получатся.

[R8TX]

Начиная с чемпионата России. Супер ощущения получатся.

А что не так? Чемпионат уже поддерживается. Кстати получил сегодня от IK3QAR файл где он делал подборку по используемым логгерам в крупных тестах, AAТест имеет свой стабильный кусок пирога

[RZ4AG]

А что не так? Чемпионат уже поддерживается

Но как? Как в той юмореске "тут играть - тут не играть". Но это к теме не относится. Вернее относится, но как пример что предусматривать надо самые нелепые правила.

Можно файлик на aia(собака)mail.ru?

[R8TX]

Но как? Как в той юмореске "тут играть - тут не играть". Но это к теме не относится. Вернее относится, но как пример что предусматривать надо самые нелепые правила.

Судя по сообщениям в рефлекторе все уже работает как надо.

[RX1AL]

Михаил, может быть нам организовать в скайпе conf. call по вопросу p2p или не p2p. Слишком много фактов которые нужно учесть и перетирать на форуме это можно долго, думаю, это как раз тот случай, когда все заинтересованные участники могут собраться и решить вопрос голосом за короткое время.

Насчет конференции в skype - ради бога... даже обеими руками за... но только в выходные. На неделе куча работы. Сегодня вот только пришел, а тут уже столько понаписано. Про Р2Р обсудим, оценим возможности надобности центрального сервера. От себя могу сказать, что если у нас есть возможность организовать DHT в пире, то по большому счету, а это также доказала практика - нам центральный сервер не нужен. Да, Асхат - не удивляйся! Именно так... В функциональность каждого клиента должна входить лишь возможность экспорта данных в формат базы данных для пост-обработки. Но иметь небольшую базу, локально на клиенте, нам тоже никто не мешает, с другой стороны. Можно и так и так...

При этом в реальном пире у нас полностью синхронизированные данные. Берем здесь случай, когда все порты доступны, идеальный, так сказать. Техническую сторону пока не рассматриваем. В случае DHT вообще не важно, где лежат данные, они именно распределенные самим mesh пира. Никакой потери их невозможно, пир является средством 100% доставки данных. Хранение, как один из возможных вариантов - XML + Hibernate + Quare.

Использовать облегченную версию типа для пира типа IRC, Skype4J - можно, кто сказал, что нет? Если будет работать для наших задач, то и нормально.
Однако тестировать надо в любом случае, на простых примерах. Уже вроде есть люди, которые начали...

Артур, я рад, что вам Flamingo понравилось, честно, другого и не ожидал... Игорь, мы не свалились на J2EE, нас суровая реальность туда завела, к сожалению. Нет нигде средств разработки под Линукс, аналогичных RCP. К тому же, никто нам впоследствии не мешает сделать сам интерфейс на том же Qt, TCL/TK... Чего на них нельзя сделать, так это application framework. Альтернатив для Линукса нет, к сожалению других. А писать 3-4 года - извини, не хочется, только сам framework. Тут не виндоуз или мак, где выбор побогаче...

[VE3EUT]

Не не, судя по косвенным прознакам, недостаточно Серьезно, отработайте несколько тестов "по крупному".

Ну как бы работал cq ww 160 в 2008 на N1MM, но я лично сторонник более минималистического дизайна, мне нравится tlf и TRLOG. Хотя про N1MM плохого сказать ничего не хочу, просто он несколько перегружен инфой. Поэтому не хочу руководствоваться только личным мнением при разработке интерфейса, хочется учесть пожелания трудящихся, так сказать.

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

Да очень неплохая фишка для работы в тестах
Надо еще сделать возможность настраивать эти клавиши как в ММ

Спасибо, учтем обязательно

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

От себя могу сказать, что если у нас есть возможность организовать DHT в пире, то по большому счету, а это также доказала практика - нам центральный сервер не нужен. Да, Асхат - не удивляйся! Именно так... В функциональность каждого клиента должна входить лишь возможность экспорта данных в формат базы данных для пост-обработки. Но иметь небольшую базу, локально на клиенте, нам тоже никто не мешает, с другой стороны. Можно и так и так...

Вот и я бы остановился именно на таком варианте. Функционально и надежно

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

Насчет конференции в skype - ради бога... даже обеими руками за... но только в выходные.

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

[UR5FCM]

RX1AL, EW1CK:

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