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

Почему нет? Главное что-бы все служебные сервера (сервер доступа к субъекту и сервер времени) были внутри работающего сегмента. Думаю, даже голосования в глобальных субъектах проводить можно, только данные в общую сеть уйдут лишь когда связь наладиться. Ну или по какому-то временному каналу.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Если инет вырубиться как сервер доступа к субъекту и сервер времени будут доступны? Может без них как то попытаться обойтись?

_________________
89DC B598 306B 26C8 B9AA 5C0C CFB6 7184 B2B2 FF17

А что - сервер времени сервер доступа к субъекту не могут физически находиться в городе, который отрубили от инета?

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Большая вероятность что не могут.

_________________
89DC B598 306B 26C8 B9AA 5C0C CFB6 7184 B2B2 FF17

На самом деле это сервера которые могут и не являться "серврами" в обычном понимании этого слова. Они спокойно могут стоять в какой-то организации которой нужен субъект.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

То есть мы можем дать рекомендацию тем субъектам где нестабильное соединение с интернетом поднять сервер или несколько серверов результатов и времени на территории субъекта и сделать возможным соединение с ним с помощью вай фая? Тогда будет нужна инструкция как это сделать.

_________________
89DC B598 306B 26C8 B9AA 5C0C CFB6 7184 B2B2 FF17

С помощью вайфая или без помощи - не имеет значения. Главное что-бы локалка была.

Но вообще, мы пока ничего не решили на счет сервера времени. Какие они будут, откуда будут браться и т.д. И нужны-ли вообще.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Первый вопрос

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

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

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

Второй вопрос

При голосовании по созданию субъектов с управляемым членством, т.к. изначально в субъекте никого нет, думаю, имеет смысл указывать отдельные фильтры для тех, кто может голосовать по созданию субъекта. Эти фильтры будут действовать только в первом голосовании о создании субъекта.

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68

Территориальная информация должна храниться в клиенте. А возможность создавать субъекты я думаю должна быть доступна для всех.

_________________
89DC B598 306B 26C8 B9AA 5C0C CFB6 7184 B2B2 FF17

А не лучше-ли, все-таки, давать выбор субъектам выбирать по какой информации у них будет выборка голосующих? Для каких-то субъектов может быть важна строгость данной информации (и нужно будет использовать данные из ключа), для других - нет (и можно использовать данные из клиента).

_________________
7BF9BDC16428245B55CF04EF4A609CA44E0F6E68