Просто чтобы Вы знали (вдруг куда-нибудь программистом устраиваться пойдёте, мало ли) — есть такая волшебная штука как long polling. Которая а) практически никого не нагружает и б) совместима чуть ли не с IE6.
Не очень понятно, для чего такая тяжёлая криптоартиллерия, если стойкость схемы определяется стойкостью пароля. Можно использовать и более простые схемы, вроде пробегавшего тут не так давно Лэмпорта.
А что если наоборот, урезать цикл переинициализации до минимума, для слабых клиентов (т. е. JS)? Например, пусть Pk = H (servername || password || k), где k — номер цикла. В самом начале передаём на сервер H²(P1). При следующей аутентификации передаём H(P1) и H²(P2). По H(P1) сервер проверяет, что это и в самом деле мы (беря от него хэш и сравнивая с имеющимся значением H²(P1)), а H²(P2) сохраняет для след. аутентификации. И так далее.
Просто чтобы Вы знали (вдруг куда-нибудь программистом устраиваться пойдёте, мало ли) — есть такая волшебная штука как long polling. Которая а) практически никого не нагружает и б) совместима чуть ли не с IE6.
Будьте здоровы и не пейте много.
Это пять, Коноплёв… И вот почему-то всё, что относится к реактосу так же криво и невразумительно.
Скажите, а как вы собираетесь отвечать инвесторам на вопрос о патентной безопасности их вложений?
Только миллиардной в самом деле нет. Удалена, видимо.
> …скажем, мы будем хранить в дереве номера каких-то товаров и по номеру сможем узнавать имя товара…
Но ведь соответствие номер-имя всё равно будет храниться в обычном дереве, со временем выборки N log N?
Библиотека для показа APNG при помощи canvas: github.com/davidmz/apng-canvas (БЕЗ предварительного раскладывания APNG на кадры)
Расширение для Хрома, включающее в нём показ APNG: chrome.google.com/webstore/detail/ehkepjiconegkhpodgoaeamnpckdbblp
Есть ли тут какие-то подводные камни?