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

Пока предлагаю следующий инструментарий:

Система контроля версий - Mercurial.

Т.к. пока нет особого наплыва разработчиков, первую версию агента, вероятно, придется делать в Lazarus/Free Pascal как наиболее простом варианте, позволяющем делать кросс-платформенные приложения. Библиотеку для работы с eToken к нему уже подключаю.

Для веб части пока особых вариантов нет - Perl и/или PHP.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Сделал юниты для Free Pascal для использования библиотеки взаимодействия с eToken ГОСТ.

В ближайшее время сделаю репозитарий исходного кода для программы-агента.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

По-возможности буду помогать. Темой "электронной" и "облачной" демократии давно интересуюсь. Есть опыт разработки - PHP, JS, вёрстка HTML, Java, C#, 1C. Преимущественно Win, очень мало Linux. Свободного времени - не очень много, но буду находить, попробую.
Для начала мне нужно настроить рабочий инструмент. Нужен, думаю, аппаратный ключ и SDK. Порекомендуйте поставщика. Аладдин? Ещё кто-то? Где взять SDK? У них же? Они выдают по запросу в комплекте с двумя ключами. Мне оно зачем два?
Короче, что нужно для начала?

Мы пока отказались от ГОСТ-овского решения. Будем отлаживать на GPG. Там надо только софт поставить.

После генерации ключа можно его закачать на наш сервер публичных ключей. Требования по оформлению ключа вот здесь - http://облачная-демократия.рф/forum/viewtopic.php?f=5&t=73

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Ваш опыт может пригодиться при написании программы-агента для взаимодействия с пользователями.


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

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

В смысле отказались от аппаратного решения? ОК.

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

Поставлю GPG.

Нет, мы не отказались окончательно и уж тем более, не от аппаратного решения. Просто мы хотели что-бы у нас сразу были официальный ЭЦП у пользователей, но так не получается. Для такой разработки нужно иметь фирму с лицензиями ФСБ.



GPG в общем случае представляет из себя утилиты командной строки. Было-бы неплохо если-бы вы поискали GUI приложение для работы с GPG для Windows (сам я работаю в Linux). Т.к. нам все-равно такое придется искать что-бы рекомендовать пользователям. Приложение должно уметь работать с ключами, работать с сервером ключей, шифровать/расшифровывать, подписывать и проверять подпись для обычного текста (а не только для файлов).

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Чем больше думаю, тем увереннее в том, что придётся писать standalone приложение.

Пользователь скачивает его и работает. Опенсорц, конечно.

Выгоды от работы через браузер не нахожу никакой. Одни сложности. Уважаемая мной Faktura.ru, например, работает, но только через IE. И т.д.

Всё равно после создания основной системы придётся писать под мобильные платформы.

Банки с ЭЦП тоже, мне показалось, через самописные аппы чаще работают. Редко через браузер.

Михаил, вы правы. Я тоже размышляю о том, что в итоге, это будет все-таки клиентское приложение, работающее с сервером. Какие-то информационное функции можно оставить и на страницах, но пользователям будет намного удобнее работать именно с таким приложением.

Но на первом этапе пока все по прежнему - веб-приложение + gpg у клиента.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Хотелось бы для большего вдохновения в работе узнать зачем и почему связка веб+pgp.

Надо, значит надо. Не спорю. Просто интересно.