-
14.04.2009, 14:19 #226
- Регистрация
- 21.11.2002
- Адрес
- East Gwillimbury, Ontario, CANADA
- Возраст
- 53
- Сообщений
- 2,333
- Поблагодарили
- 288
- Поблагодарил
- 237
Последний раз редактировалось VE3EUT; 14.04.2009 в 14:26. Причина: Добавлено сообщение
Life's too short for QRP!
73, Артур VE3EUT, EW1CK
-
14.04.2009, 14:32 #227
- Регистрация
- 04.09.2008
- Адрес
- Одесса, Украина
- Возраст
- 55
- Сообщений
- 1,959
- Записей в дневнике
- 2
- Поблагодарили
- 113
- Поблагодарил
- 161
Последний раз редактировалось UR5FCM; 14.04.2009 в 14:38. Причина: Добавлено сообщение
Log4Win аппаратный журнал для повседневных связей и соревнований http://log4win.ucoz.net/
-
14.04.2009, 14:45 #228
- Регистрация
- 21.11.2002
- Адрес
- East Gwillimbury, Ontario, CANADA
- Возраст
- 53
- Сообщений
- 2,333
- Поблагодарили
- 288
- Поблагодарил
- 237
Михаил, может быть нам организовать в скайпе conf. call по вопросу p2p или не p2p. Слишком много фактов которые нужно учесть и перетирать на форуме это можно долго, думаю, это как раз тот случай, когда все заинтересованные участники могут собраться и решить вопрос голосом за короткое время.
Лично я не уверен что нам нужен сервер, так как это серьезное усложнение архитектуры, без которого как мне кажется(возможно ошибаюсь) мы можем обойтись. В локальной сети сервер нам не нужен IMHO. Проблема возникает только при работе с удаленными позициями.
Опять же NUTSS/STUNT на такое простое решение для большинства, хотя мне и нравится этот вариант. Думаю, гораздо проще использовать туннелинг в прикладной протокол, например skype, irc, e-mail. А именно, на примере skype, создаем конф. чат и бросаем туда сообщения закодированные в base64. Скайп клиент установлен на каждой машине, доставка сообщений и реализация сервера вообще не наша забота. skype4j API есть и работает. То же самое и e-mail tunneling, только там заранее создаем список рассылки на каком-нибудь свободном сервере вроде yahoo или google и обмениваемся сообщениями через список рассылки. Этим снимаем с себя работу по реализации сервера а так же необходимость конфигурирования SNUT. С vpn сетями по gprs я бы вообще не связывался.Life's too short for QRP!
73, Артур VE3EUT, EW1CK
-
14.04.2009, 14:51 #229
- Регистрация
- 04.09.2008
- Адрес
- Одесса, Украина
- Возраст
- 55
- Сообщений
- 1,959
- Записей в дневнике
- 2
- Поблагодарили
- 113
- Поблагодарил
- 161
Log4Win аппаратный журнал для повседневных связей и соревнований http://log4win.ucoz.net/
-
14.04.2009, 14:51 #230
- Регистрация
- 20.04.2005
- Адрес
- Оренбург, Россия
- Возраст
- 59
- Сообщений
- 3,390
- Поблагодарили
- 614
- Поблагодарил
- 119
73 ... R8TX :: Skype: rx9tx_ :: http://r8tx.qrz.ru
-
14.04.2009, 14:54 #231
- Регистрация
- 04.09.2008
- Адрес
- Одесса, Украина
- Возраст
- 55
- Сообщений
- 1,959
- Записей в дневнике
- 2
- Поблагодарили
- 113
- Поблагодарил
- 161
Log4Win аппаратный журнал для повседневных связей и соревнований http://log4win.ucoz.net/
-
14.04.2009, 15:08 #232
- Регистрация
- 21.11.2002
- Адрес
- East Gwillimbury, Ontario, CANADA
- Возраст
- 53
- Сообщений
- 2,333
- Поблагодарили
- 288
- Поблагодарил
- 237
Вообще-то EJ сейчас ближе всех практически с географической точки зрения. Но на N1MM мы несколько тестов делали включая CQ WW 160 на нашей "телевышке", я думал имеется в виду Multi Multi.
Добавлено через 1 минуту
Есть и более того в запущенном виде из под crossover под Линукс, правда не без глюков, но для "на посмотреть" вполне достаточно.Последний раз редактировалось VE3EUT; 14.04.2009 в 15:10. Причина: Добавлено сообщение
Life's too short for QRP!
73, Артур VE3EUT, EW1CK
-
14.04.2009, 15:49 #233
- Регистрация
- 20.04.2005
- Адрес
- Оренбург, Россия
- Возраст
- 59
- Сообщений
- 3,390
- Поблагодарили
- 614
- Поблагодарил
- 119
73 ... R8TX :: Skype: rx9tx_ :: http://r8tx.qrz.ru
-
14.04.2009, 16:33 #234
- Регистрация
- 07.02.2007
- Сообщений
- 1,203
- Поблагодарили
- 443
- Поблагодарил
- 33
-
14.04.2009, 17:46 #235
- Регистрация
- 20.04.2005
- Адрес
- Оренбург, Россия
- Возраст
- 59
- Сообщений
- 3,390
- Поблагодарили
- 614
- Поблагодарил
- 119
73 ... R8TX :: Skype: rx9tx_ :: http://r8tx.qrz.ru
-
14.04.2009, 18:42 #236
- Регистрация
- 07.02.2007
- Сообщений
- 1,203
- Поблагодарили
- 443
- Поблагодарил
- 33
-
14.04.2009, 19:40 #237
- Регистрация
- 20.04.2005
- Адрес
- Оренбург, Россия
- Возраст
- 59
- Сообщений
- 3,390
- Поблагодарили
- 614
- Поблагодарил
- 119
73 ... R8TX :: Skype: rx9tx_ :: http://r8tx.qrz.ru
-
14.04.2009, 22:21 #238
- Регистрация
- 12.03.2007
- Адрес
- Грац, Австрия - Санкт-Петербург, Россия
- Возраст
- 60
- Сообщений
- 1,749
- Поблагодарили
- 375
- Поблагодарил
- 160
Насчет конференции в skype - ради бога... даже обеими руками за... но только в выходные. На неделе куча работы. Сегодня вот только пришел, а тут уже столько понаписано. Про Р2Р обсудим, оценим возможности надобности центрального сервера. От себя могу сказать, что если у нас есть возможность организовать DHT в пире, то по большому счету, а это также доказала практика - нам центральный сервер не нужен. Да, Асхат - не удивляйся! Именно так... В функциональность каждого клиента должна входить лишь возможность экспорта данных в формат базы данных для пост-обработки. Но иметь небольшую базу, локально на клиенте, нам тоже никто не мешает, с другой стороны. Можно и так и так...
При этом в реальном пире у нас полностью синхронизированные данные. Берем здесь случай, когда все порты доступны, идеальный, так сказать. Техническую сторону пока не рассматриваем. В случае DHT вообще не важно, где лежат данные, они именно распределенные самим mesh пира. Никакой потери их невозможно, пир является средством 100% доставки данных. Хранение, как один из возможных вариантов - XML + Hibernate + Quare.
Использовать облегченную версию типа для пира типа IRC, Skype4J - можно, кто сказал, что нет? Если будет работать для наших задач, то и нормально.
Однако тестировать надо в любом случае, на простых примерах. Уже вроде есть люди, которые начали...
Артур, я рад, что вам Flamingo понравилось, честно, другого и не ожидал... Игорь, мы не свалились на J2EE, нас суровая реальность туда завела, к сожалению. Нет нигде средств разработки под Линукс, аналогичных RCP. К тому же, никто нам впоследствии не мешает сделать сам интерфейс на том же Qt, TCL/TK... Чего на них нельзя сделать, так это application framework. Альтернатив для Линукса нет, к сожалению других. А писать 3-4 года - извини, не хочется, только сам framework. Тут не виндоуз или мак, где выбор побогаче...73! Михаил (OE6MAF) :: HB9/OE6MAF, DL/OE6MAF
-
14.04.2009, 22:25 #239
- Регистрация
- 21.11.2002
- Адрес
- East Gwillimbury, Ontario, CANADA
- Возраст
- 53
- Сообщений
- 2,333
- Поблагодарили
- 288
- Поблагодарил
- 237
Ну как бы работал cq ww 160 в 2008 на N1MM, но я лично сторонник более минималистического дизайна, мне нравится tlf и TRLOG. Хотя про N1MM плохого сказать ничего не хочу, просто он несколько перегружен инфой. Поэтому не хочу руководствоваться только личным мнением при разработке интерфейса, хочется учесть пожелания трудящихся, так сказать.
Добавлено через 44 минуты
Спасибо, учтем обязательно
Добавлено через 47 минут
Вот и я бы остановился именно на таком варианте. Функционально и надежно
Добавлено через 52 минуты
Как на счет субботы в 22.30 по Москве ?Последний раз редактировалось VE3EUT; 14.04.2009 в 23:18. Причина: Добавлено сообщение
Life's too short for QRP!
73, Артур VE3EUT, EW1CK
-
14.04.2009, 23:20 #240
- Регистрация
- 04.09.2008
- Адрес
- Одесса, Украина
- Возраст
- 55
- Сообщений
- 1,959
- Записей в дневнике
- 2
- Поблагодарили
- 113
- Поблагодарил
- 161
RX1AL, EW1CK:
Давайте сделаем настройку правил соревнований как у меня переключатели чекбоксы и т.д.
Будет удобно и для пользователя
Единственное надо базу для этого сделать
Или есть другие мненияLog4Win аппаратный журнал для повседневных связей и соревнований http://log4win.ucoz.net/
Социальные закладки