Проект "Свободные голосования"

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

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85

Я обычно начинал разрабатывать системы, предназначенные для использования не только мной (хотя и для себя тоже), с удобного интерфейса пользователя. Сам же им и пользовался, постепенно добавляя функционал. Вам, как авторам вашей системы ЭГ, виднее, как ее разрабатывать.

Место руководителя разработки фронэнда не занято. А его разработку я начал бы не с интерфейся, а анализа текстового описания работы с системой (которое тоже ещё написать бы надо) и выделения use cases. Выделив варианты использования можно уже думать над интерфейсом. Если это правило нарушается, то использование программы начинает подгоняться под интерфейс.

Думаю вполне можно. И задачи взаимодействия фронтэнда с демоном оформятся более отчётливо.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".

Спасибо, я пока, пожалуй, воздержусь


На данный момент у вас есть работоспособная (тестовая) версия "серверного" варианта системы. И стоит задача ее популяризации и продвижения в широкие народные массы протестующих (возможно, я со вторым утверждением ошибаюсь).
Так что дать пользователю удобный итерфейс (который, к слову, не должен сильно изменится при работе клиента в п2п системе) - в интересах и ваших и потенциальных пользователей системы.
А п2п, которую имел в виду yurial, да, пока только в проекте.
Над задачей текстового описания (системы или работы с ней) по мере сил работаю. Пока с переменным успехом

Андрей, чистая п2п сейчас невозможна в принципе (про FTN вообще можно забыть).

Абзац из вики про п2п сеть:
Например, в сети есть 12 машин, при этом каждая может связаться с любой из них. Каждая из этих машин может посылать запросы на предоставление каких-либо ресурсов другим машинам в пределах этой сети и, таким образом, выступать в роли клиента. Будучи сервером, каждая машина должна быть способной обрабатывать запросы от других машин в сети, отсылать то, что было запрошено. Каждая машина также должна выполнять некоторые вспомогательные и административные функции (например, хранить список других известных машин-«соседей» и поддерживать его актуальность).

Ключевая фраза здесь: "каждая может связаться с любой из них". Благодаря широкому применению защиты сетей и компов сейчас это невозможно в принципе!

еще абзац из той же статьи:
Помимо чистых P2P-сетей, существуют так называемые гибридные сети, в которых существуют серверы, используемые для координации работы, поиска или предоставления информации о существующих машинах сети и их статусе (on-line, off-line и т. д.). Гибридные сети сочетают скорость централизованных сетей и надёжность децентрализованных благодаря гибридным схемам с независимыми индексационными серверами, синхронизирующими информацию между собой. При выходе из строя одного или нескольких серверов сеть продолжает функционировать. К частично децентрализованным файлообменным сетям относятся например EDonkey, BitTorrent.

Ключевое понятие: "ceрверы, используемые для координации работы, поиска или предоставления информации о существующих машинах сети и их статусе (on-line, off-line и т. д.)"

Вопросы разработчикам gplvote: какие компьютеры в п2п СГ будут выполнять функции таких серверов? На каком основании? Как много их будет?

Таких серверов у нас не будет. Каждая нода (наверное, только за исключением мобильных версий) будет выполнять эту функцию.

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85

yurial, хотел бы ответить Вам фразой "Не зачтено" (с), но считаю, что общение в таком стиле ничего, кроме засорения форума, не несет.
Имея достаточно большой практический и теоретически опыт в вопросе безопасности корпоративных сетей, имею Вам сообщить, что "Каждая нода" в ПРИНЦИПЕ не может выполнять функцию сервера.
Выдержка из вики про серверное ПО (отточие мое):

Для взаимодействия с клиентом ... сервер выделяет необходимые ресурсы межпроцессного взаимодействия (... сокет, ...) и ожидает запросы на открытие соединения ...
конец цитаты

Любой компьютер не может выполнять функции сервера, если до него не доходят сетевые пакеты, четкие правила прохождения или непрохождения которых заданы на любом firewall, логически и/или технически стоящем перед указанным компьютером. Поэтому повторяю свои вопросы и жду ответа по существу:
какие компьютеры в п2п СГ будут выполнять функции таких серверов? На каком основании? Как много их будет?

p.s. первоначальный пост с обращением к Андрею хотел разместить в другой ветке. Скопирую я его, пожалуй, туда с Вашего позволения.

Зато любой компьютер, до которого доходят сетевые пакеты - может.

Skype, к стати по этому же принципу работает.
http://ru.wikipedia.org/wiki/Skype#.D0. ... 0.B8.D1.8F

_________________
AF4B DFB0 0E41 2F7A 09FD 4971 96F0 B176 EA1C DD85

Маленькая доза ликбеза.
После открытия сокета между двумя пирами он с обеих сторон одинаков.

Можно подключиться к пиру и "сказать" ему что я сервер с информацией. И в этом случае я сервер а он клиент. Хотя подключился я к нему. И он может послать мне запрос.

Это может казаться странным если долго работал с web и sql серверами. Но для того кто работал с модульными АСУ это скорее норма жизни.

_________________
Во вселенной нет общества в котором "Vox populi, vox Dei" не переводилось бы "О, Боже, как мы в это вляпались".

Верно. "Направление" соединения есть только на этапе его инициирования. После установки tcp соединения оно становится абсолютно симетричным.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68