Я имел в виду то, что при повышении динамичности игры http-протокол с его пошаговостью общения станет преградой. Зря я упомянул про 13.00 - здесь как раз согласен, предыдущий мой пост относился к идее динамической игры в общем.

Это да, сейчас все браузерки переходят к клиент-серверу, именно из-за большого трафика и тормозов

мне кажется, что неуменьшаемые параметры вообще не имеет смысла писать в базу - только начальное значение. а текущее - вычислять.
Хотя, возможно, я могу и ошибаться

И что? А вычисления параметров игрока может занимать не мало времени (в зависисмости от задачи), а теперь представте какая будет нагрузка при просмотре профайла 1ого персонажа - 10 тыс. людей? Нет. Все должно быть "по event`s" и по времени. Никаких "когда он посмотрит, тогда то ..."

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

Бывают все-же случаи, когда лучше вычислять, чем использовать крон, например, восстановление маны/здоровья если делать через крон, то прейдется делать задачу, запускающую скрипт каждую секунду для всех онлайн пользователей, что будет сильно грузить проц сервера. В данном случае действительно лучше проверять время последнего изменения и прибавлять к мане/жизни сколько надо, только при событиях, влияющих на жизнь/ману, благо в браузере клиента тоже можно посчитать сколько должно быть жизни на том же JS.

Все зависит от конкретной задачи.

mmvds, мой Вам совет - посмотрите чужие решения. Ситуации то бывают, но ситуации разные )

Чужие решения очень редко выкладывают, обычно такие же энтузиасты, да и в сотнях страниц чужого кода копаться то еще занятие