Они должны хранится как раз на случай если люди будут требовать доказательств легитимности голосования. Если этих данных не будет то можно сказать и голосования небыло.
PUSH должен отсылать сервер, а не клиент, а у P2P серверов нет.
В чём разница в данном случае между клиентом и сервером? То есть какая разница кто отсылает пуш для раздачи клиентам допустим андройдовскому пуш серверу?
UDP так же работает через NAT как и TCP. Это можно проверить поставив себе BitTorrent клиент попробовав скачать популярную раздачу по магниту в котором указан только хеш. Если закачка пошла значит UDP работает.
Так же по UDP легче сделать hole punch чем по TCP. Мой провайдер умудряется мне выдать тот же порт что я задал в клиенте.
А что мешает пушем пользоваться и P2P приложениям?
Для работы с DHT сетью и текстовых сообщений должно быть достаточно передачи по UDP протоколу. Так что устанавливать полноценное соединение с каждым не будет необходимости. Открыл порт и жди сообщений.
Единственный константный URI это URN с хешем. У него нет домена который может измениться. Нельзя изменить информацию и её структуру на которую он указывает ибо это изменит хеш.
Только нужно чтобы поисковики и другие индексаторы дополнительно сохраняли эту URN на снимок страницы или сайта. А сайты соответственно могли предоставить доступ к информации по этому URN (A Trivial Convention for using HTTP in URN Resolution).
У меня включен HTTPS Everywhere в блокирующем режиме и в поисках различных ответов на мои вопросы в посковиках я частенько натыкаюсь на сайты у которых HTTPS не работает вообще либо приняв не валидный сертификат я вижу ошибку 404.
Этот вариант не доступен например в IPFS. У него нет сервера. Можно трансформировать до загрузки но при изменении шаблона изменятся хеши всех страниц и их надо будет зоново загружать их IPFS.
А так уже на второй странице пользователь получит только XML с данными а XSLT шаблон уже подгрузится из кеша. Либо наоборот если XML в кеше а XSLT шаблон изменён.
Вы всё перепутали. Для доказательства отсутсвия или наличия нарушений и нужна проверка. А основание для этой проверки заявление.
Выявсение нарушений на УИК может привести к анулированию всех его результатов.
Если человек есть в базе но говорит что не голосовал это повод провести проверку и установить что было на самом деле.
С другой стороны УИК на котором произошли нарушения. Кажись при выявлении нарушений в УИК все его результаты анулируются.
Они должны хранится как раз на случай если люди будут требовать доказательств легитимности голосования. Если этих данных не будет то можно сказать и голосования небыло.
Так записывают же проголосовавших. С росписью голосующего. Его голос остаётся неизвестен но факт голосования проверить можно.
В чём разница в данном случае между клиентом и сервером? То есть какая разница кто отсылает пуш для раздачи клиентам допустим андройдовскому пуш серверу?
UDP так же работает через NAT как и TCP. Это можно проверить поставив себе BitTorrent клиент попробовав скачать популярную раздачу по магниту в котором указан только хеш. Если закачка пошла значит UDP работает.
Так же по UDP легче сделать hole punch чем по TCP. Мой провайдер умудряется мне выдать тот же порт что я задал в клиенте.
А что мешает пушем пользоваться и P2P приложениям?
Для работы с DHT сетью и текстовых сообщений должно быть достаточно передачи по UDP протоколу. Так что устанавливать полноценное соединение с каждым не будет необходимости. Открыл порт и жди сообщений.
Поменял AnTox на TRIfA но не особо его тестировал.
А что конкретно может заставлять P2P клиент тратить батарею?
Вот правда. У Tox вообще нет серверов. Регестрироваться не надо. Полная децентрализация. Несколько клиентов с открытым кодом.
Единственный константный URI это URN с хешем. У него нет домена который может измениться. Нельзя изменить информацию и её структуру на которую он указывает ибо это изменит хеш.
Только нужно чтобы поисковики и другие индексаторы дополнительно сохраняли эту URN на снимок страницы или сайта. А сайты соответственно могли предоставить доступ к информации по этому URN (A Trivial Convention for using HTTP in URN Resolution).
А ешё по ссылке вида: https://habrahabr.ru/p/511508
Пока не отожмут домен.
Нужен P2P + Мультикаст. То есть каждый будет вещать только свою камеру а роутеры уже будут делить поток на всех участников.
Добавил тест и на этот случай. Если Гугл возьмёт title после применения XSLT шаблона то в начале заголовка будет "XSLT: ".
Добавил примеры в конце по ссылке. Но поскольку создал я их сегодня они ещё не проиндексированы поисковиками.
У меня включен HTTPS Everywhere в блокирующем режиме и в поисках различных ответов на мои вопросы в посковиках я частенько натыкаюсь на сайты у которых HTTPS не работает вообще либо приняв не валидный сертификат я вижу ошибку 404.
Этот вариант не доступен например в IPFS. У него нет сервера. Можно трансформировать до загрузки но при изменении шаблона изменятся хеши всех страниц и их надо будет зоново загружать их IPFS.
А так уже на второй странице пользователь получит только XML с данными а XSLT шаблон уже подгрузится из кеша. Либо наоборот если XML в кеше а XSLT шаблон изменён.
Прям как ютуб сейчас подсовывает не блокируемую рекламу и тут же предлагает оплатить премиум кажись в котором её не будет.