Paka: это возможно только через создание work-flow (через блок-схему) и определение формул, затем прототипирование развития для всех этапов (ветки развития) и затем создание единой формулы с теми коэффициентами, которые Вы потом сможете настраивать для контроля баланса объектов и механики игры.
ZaxapKramer: я лениво дорабатываю либу, но вот что я понял: FireFox - грузит корректно стили из HTML-ки при инклуде, а вот Chrome - отказывается напрочь это делать. Т.е. чтобы стили тянуть - нужно генерить динамически все узлы, а это - парсинг уже и он же - "костыль" для Chrome :(
В общем, пока - для себя делаю так: гружу то, что нужно сразу (стили по блокам, js-ники основной логики и т.д.), а доп.js и html-разметку - уже через includeHTML. Сделал так же возможность подгрузки доп.стиля к основному стилю страницы (типа additional css), но пока не выкладывал на гит, т.к. пока - сумбурное что-то получилось в плане структуры: переделаю - тогда выложу....
Работа идёт - а браузеры вот ставят "палки в колёса"... :(
А до роутинга (location.hash) мне как до Луны (это пока может подождать): я решил вначале сам функционал загрузки блоков сделать удобным (убрать всю "кривизу" кросс-браузерности)...
PHP скрипты с codecanyon.ru есть на php и закрытый код?!
Что-то я пропустил видимо и не заметил или многое поменялось.....
Подскажете: где об этом написано?
nezzard: куки - это массив переменных домена, хранимое в браузере.
Обычно проверяется одно-два конкретных значения из массива кукисов.
Здесь тоже не нужно ничего хешировать.
Если меняете Вы со стороны JS - то Вы то точно знаете, что Вы поменяли: введите переменную-флаг: changed: true или false - это будет точно быстрее любого хеширования работать.
Если меняете несколько переменных - просто добавляйте в массив changed и потом проверяйте их наличие в этом массиве.
Также, можно сделать бинарную маску: сумму битов 1+2+4+8+16+32 и т.д. для получения идентификатора сразу для нескольких изменённых переменных.
