Автор, прошу прощения, если это звучит как упрёк - не было целью покритиковать и т.д. Вы - реально молодец! И я очень благодарен за данные "курсы юнного бойца". Но время ожидания следующего урока (пусть оно будет неделей или тремя месяцами - без разницы), не так сильно удручает, как неполный и нераспространённый материал..

Бой PvP. Расчёт количества (в общем) ХП у персонажа расчитывается по формуле all_hp = bas_hp+15*level+item_hp , где:
bas_hp - базовое количество хп (равняется 20), значение хранится в базе.
level - уровень персонажа
item_hp - дополнительное количество ХП от вещей надетых на игрока. (Пример: "Кольчуга +30хп)

Данная формула расчитывается автоматически и отсылает полученное значение (значение хп персонажа в зависимости от уровня и надетых вещей) all_hp в БД. Также данное значение отображается в профиле персонажа, как максимальное количество хп данного персонажа. Но это же расчитывает максимально возможное количество, а не количество на текущий момент. То есть в БД нужно завести отдельную ячейку для хранения ТЕКУЩЕГО значения хп персонажа (now_hp), чтобы иеть возможность выводить в профиле значение "количество хп: now_hp\all_hp".

Если на момент начала боя ХП полностью востановлено, то now_hp равняется all_hp. Если нет (да в общем если и да), то при начале боя мы оперируем значением now_hp. То есть при ударе противника от now_hp отнимается damage2_r1 (ущерб нанесённый противником при первом ударе (в первом раунде)), потом отнимается damage2_r2, потом отнимается damage2_r3 и так далее, пока у Вас now_hp не приравняется к нулю. Если приравнялось, то Вы проиграли, противник победил. То есть общая формула уменьшения хп во время боя равняется:
if (now_hp - damage2_r1 - damage2_r2 - damage2_r3 - damage2_rN - damage2_r(N+1) = 0) "Бой проигран!"

1. Вот тут немного у меня логика страдает. После окончания боя now_hp у проигравшего должно быть НОЛЬ. То есть мм... запутался)))
Какую формулу нужно написать для расчёт now_hp ?? То есть она должна иметь вид примерно "0+(регенерация)". (тут я примерно сказал, так как вообще не имею представления как оно в данном случае может выглядеть), но если так, то:
а) как реализовать регенерацию (например 5 хп в минуту)?
б) как при начале боя, запрещать процесс регенирации, и брать статичное число УЖЕ отрегенерированного хп, чтобы его использовать в формуле "0+(регенирация)" ?? То есть до начала боя персонаж успел отрегенерировать 20 хп из 30. Если бы он постоял ещё 2 минуты, то у него бы стало 30 из 30. Но тут на него напали: процесс регенерации (5 хп в минуту) останавливается а за значение now_hp берётся то значение которое Успело накапать регенерацией (то есть 20). Ну а после проигрыша, количество отрегенерированного хп нужно прировнять к нулю.

Возможно сумбурно, но если Вы разберётесь в вышенаписанном и ответите на основные вопросы, буду очень благодарен:
- Чему должно равнятся now_hp (формула)?? ("0+(регенирация)" - просто грубый пример)
- Как происходит физически (код, бд) процесс регенирации.
- Прекращение регенирации во время боя.
- Приравнивание значения now_hp к нулю после поражения.

Добавлено (22.03.2010, 01:42)
---------------------------------------------
и можно связать таблицу online = 0 с ссесией игрока?(тоесть при разрыве(я просто не могу найти место разрыва) добавлять в онлайн 0 (тоесть сесия разорвана человек в оффлайне)))

"Куда следует" означает, что надо хорошо подумать. Этот скрипт нужно инклюдить в самое начало скриптов символизирующих выполнение какого-либо действия пользователем, н-р снял вещь - команда пошла к серверу - скрипт сработал, показав что вы в онлайне, т.е. проявляете признаки активности. Но в идеале в любой игре есть таймер, н-р проверки статуса пользователя или восстановления здоровья, выполняющийся к примеру каждые 30 сек. Тогда скрипт нужно привязать именно к выполнению этого таймера. Тогда и активные, но ничего неделающие пользователи будут довольны.

Чтобы удалять неактивных пользователей. Нужно по крону ( или другому шедулеру) запускать примерно следющего вида скрипт:

Он удалит тех, кто уже 5 минут не вызывал скрипт действия.

Ну и конечно не надо объяснять что структура sessions -> user (varchar), lastdate (current timestamp) , надеюсь.