Василий Пупкин: Все зависит от формулы: я могу сдвинуть на любой интервал сгенерированой последовательности.
Передаётся в пакете: TIMESTAMP, XOR-MESSAGE и больше НИЧЕГО!
Все остальное - хранится на конечных узлах (клиентах).
SALT (соль) - я же написал: на основе hand-shake при добавлении в контакт-лист: один запросил - второй авторизовал и по любой информации, которую могут получить эти 2 клиента СТРОГО ПОСЛЕ!!! авторизации со стороны сервера - генерится соль, которую они в дальнейшем могут поменять вручную (через поле ввода).
Василий Пупкин: как я понял, Вы описали алгоритм предотвращения генерации "слабых" ключей.
Про формулу:
SALT="jhgsdjfhs8732642jh4g2j4g2j2h3gj2g5j252"; // по-умолчанию, на основе hand-shake при добавлении в контакт-лист.
R=mt_rand(50,150);
KEY=substr(hash_function(SALT.timestamp.R.SALT),R);
Василий Пупкин: в формуле есть дата/время, randomize и шифрация происходит не полным, а частичным ключом, вторая часть которого, подбирается при расшифровке.
НО криптостойкость - ПОЛНОСТЬЮ! зависит от используемого выражения внутри формулы генерации ключей!
Василий Пупкин: Без формулы Вы не сможете восстановить первоначальный ключ, даже если он был создан на основе даты или времени. А там еще и рандомайзер внутри с частичным кодированием...
v0lume: класс содержит ряд объектов. объект - это товар с определённым id. генерится ID на основе выбранных селекторов. Т.е. расширенный ID получается.
Про "примеры UI" и "эти цены" - вообще непонятно, что Вы хотите узнать.
Всё модифицируется из обычного магазина: готового - ничего нет.
AlikDex: поднимите любой web-сокет-сервер и там (в оперативке) храните состояния юзеров, а при изменении состояний - пишите в базу. Быстрее через WEB-браузер - не придумать.
+100500