Не так уж много героев воскрешаются в одно и то же время, а фраза в журнал пишется совсем не раз в 10 секунд, а намного реже.

Вы ведь предлагаете общий алгоритм, да?
Так вот, для воскрешения это может и подойдёт, но как быть с боем? Вы представляете, сколько героев дерутся одновременно?
Вообще, эта проблема исправляема в клиенте, который есть пока только на андроид.
- Клиент знает, что герой делает.
- Какие фразы пишутся в журнале, не дневнике - не суть, клиент на это забивает.
- Клиент самостоятельно выбирает фразу для себя и отмечает её как использованную.
Так как выбор и отметка будут идти на стороне клиента, на сервер нагрузку увеличить не должно, особенно если с клиентом поставлять базу фраз. Игрок с клиента не увидит ни одной повторяющейся фразы. Все счастливы, а различия между журналом клиента и браузера - это мелочи)

Silent Wrangler
Клиенту приходят конечные фразы, и разобрать что там произошло не так просто.
А тем более сгенерить другую фразу того же типа (нужны все склонения, и способ построения, а они закрыты)

Silent Wrangler

эта проблема исправляема

Ещё не было официального подтверждения существования "проблемы" :) Как и механизма текущей реализации, от которого и нужно отталкиваться.

Вообще, вся "проблема" сводится к одному:
Создание рандомизатора с неповторяющимися значениями в течение определённого промежутка времени.

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

LoadRunner
Это не такая уж и проблема, особенно если посмотреть сложность её исправления. Т.к. рандом это алгоритм псевдослучайных чисел, абсолютно случайные сделать невозможно по определению, а модифицировать алгоритм чтобы приблизить к "случайному" это во-первых много трудозатрат программистов(/а), во-вторых добавит нагрузку на сервер.
По поводу нагрузки, web приложения всегда делаются с ориентировкой на большое число пользователей, вот теперь представь, что играет условно не 200 а 20000 человек, сколько в таком случае будут разом воскрешаться? Во-вторых Silent Wrangler правильно сказал, алгоритм скорее всего идёт общий на все действия и предложенный алгоритм в таком случае увеличит нагрузку на сервер в несколько раз, ещё и объём необходимой памяти для приложения увеличится тоже очень значительно. По поводу частоты сообщений согласен, считаю логично настроить отдельно для каждой группы действий(бой = 6 раз/мин, воскрешение = 1 раз/мин....).
Так что ждём других предложений.=)

Silent Wrangler

Вообще, эта проблема исправляема в клиенте, который есть пока только на андроид.

Хинт: браузер - тоже клиент игры.

Извиняюсь. Вы принимаете коррекцию " в клиенте-который-не-браузер " ?
Но я думаю, что подразумевалось под клиентом, и так понятно. То, что устанавливается специально для Сказки.

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

Hamster

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

Нельзя. ибо все процессы будут всё-равно идти через сервер. Запросы клиентской части "если поывторюшка, то новая фраза" будут забивать сервак в хлам. Поэтому реализация тех же вычислений на самом сервере будет менее ресурсоёмким.
но на нормальные мощности нужно бабло.

То есть генератор фраз на устройстве клиента - идея не очень?
Именно по алгоритму

Allexonius

Нельзя. ибо все процессы будут всё-равно идти через сервер. Запросы клиентской части “если поывторюшка, то новая фраза” будут забивать сервак в хлам. Поэтому реализация тех же вычислений на самом сервере будет менее ресурсоёмким.
но на нормальные мощности нужно бабло.

Ок, могу расписать подробнее, как это вижу я.
/game/data/constants.js: pgf.game.constants.messages.death = {"Умер, лежит", "Воскресает", "Дрыгает лапками" /* , ... */};
страница: pgf.game.events.getDeathMessage = function() {/* сколь угодно сложный алгоритм рандомизации сообщений, брать из pgf.game.constants.messages.death */}
При обновлении аяксом, если герой воскресает, где-нибудь в data.data параметр "выдать_сообщение_о_смерти". В событии pgf.game.events.DATA_REFRESHED при наличии этого параметра добавляем к логу текст pgf.game.events.getDeathMessage().

upd: Парсер теги квадратные скобки съел.
Silent Wrangler то же самое сказал, да.

Из того, что я слышал о веб-программировании, у меня сложилось впечатление, что возложить выбор фразы из списка на клиентскую часть игры можно, но вот сделать так, чтобы это работало единообразно и без глюков на куче разных браузеров - тот ещё геморрой. Кто может подтвердить/опровергнуть?

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