DenisS1

Ещё одна проблема: не знаю, как принять XML-файл на сервере. Отправить отправил с помощью XMLHttpRequest(), а что писать в $_POST[] в качестве идентификатора?

Pasha, дело в том, что чат сможет работать в 2 режимах. В быстром режиме строка будет отображаться по мере ввода в режиме реального времени. Можно будет стирать очепятки и писать дальше. Если пользователь дошёл до конца строки, она обрывается многоточием и продолжается с первой свободной. Если нажал Enter или если вышло определённое время с момента ввода последнего символа - тоже начинается новая строка. А теперь представьте, сколько раз в секунду придётся вызывать refresh(), чтобы создать такой эффект "живого разговора"?
Flare, чёрт… Придётся ставить Linux, чтобы попробовать. Но производительность впечатляет :-)

А зачем тут ифрейм?

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

Подумал: если в PHP процессы могли бы как-то обмениваться между собой данными, то можно было бы замутить такую штуку: каждый процесс game.php не завершается после формирования странички, а уходит в цикл, разрываемый только закрытием сессии. В цикле он 1) проверяет, не пришло ли сообщений от его клиента - если пришли, записывает их в общую область памяти; 2) проверяет, нет ли в общей области памяти новых сообщений 3) отбирает из них те, которые имеют отношение к его клиенту (по территориальному признаку, по id боя и т.д.) 4) отправляет своему клиенту xml с обновлениями => к шагу 1.
Можно ли реализовать такую систему на PHP?
Будет ли она тормозить, когда в онлайне будет, скажем, 5000 пользователей? Абырвалг , сейчас я пишу чат: клиент нажимает на кнопку "отправить", сообщение отсылается на сервер через невидимый IFrame методом POST, сервер проверяет а допустимость длины, отсутствие мата и спама, и если всё хорошо, присылает <script>, который немедленно выполняется в IFrame и выводит в текстовое поле сообщение. Как выводит его и у других клиентов?

Просто в web-программировании я полный нуб и по-моему я немного недопонимаю архитектуру PHP.

Итак, модель сообщений разработана, для передачи использую IFrame, добился кроссбраузерности… теперь последняя проблема. Как из одного потока сообщить что-нибудь всем клиентам (или какой-либо группе)? Т.е. вот получил я сообщение о том, что юзер1 переместился из локации1 в локацию2 - как дать понять об этом другим? Если это невозможно из-за конструктивных особенностей PHP, придётся переходить на что-то типа Erlang.

скрипт combats на пхп

Где вы его видели? Насколько я знаю, БК написан на Perl.

Решил добавить в игру систему событий, возникли вопросы. Для наглядности нарисовал, как я это себе представляю. Есть у кого-нибудь опыт в создании чего-то подобного? Если да, прокомментируйте, пожалуйста.

Спасибо, всё понятно. Ещё вопрос - если я хочу выложить сюда игру, что делать с базой mySQL?

Нет, мне 17 лет, и бывшая школота. Это как-то меняет суть вопросов?

Итак, на данный момент готовы: регистрация; запоминание пользователя в печеньках; админ-панель с просмотром всех юзеров, возможностью повышать-понижать их привилегии (то бишь делать модераторами/банить) и просмотром всех локаций с возможностью редактирования их названий; сами локации (пока только домашняя, но теоретически можно наклепать их сколько угодно - был бы художник). В скором времени будет чат на AJAX.
А, забыл сказать - игра будет убийцей "Дозоров". :) Но как такую игру сделать я не знаю, поэтому появилась куча вопросов. Пожалуйста, прочитайте их - мне очень важно ваше мнение.

1. Как в "Дозорах" сделана вёрстка? Например, как они размещают изображение юзера поверх картинки локации? Возможно, изображение локации просто бекграунд, но как они размещают таблицу с параметрами поверх картинки юзера?

2. Можно ли делать локации, амуницию, чат и всё такое прочее изначально не задумываясь о боёвке, а её прикрутить потом? Не возникнет ли с этим как-нибудь трудностей?

3. Т.к. в моей игре довольно большое внимание уделяется квестам, я заранее задумался об их реализации. Допустим, игрок получил задание встретится с кем-то в локации №1. Он приходит в эту локацию и видит, что теперь при наведении мышкой на один из домов на изображении локации он подсвечивается. Это можно сделать с помощью JS и графической карты ссылок, генерируемой динамически. Вопрос в том, как хранить эту карту ссылок? Моя идея - заводить отдельную таблицу maps_of_links, в которой будут лежать строки html-кода, создающие ссылки и id локаций, к которым они относятся. При переходе на локацию сервер будет искать все графические ссылки, относящиеся к данной локации, проверять, должны ли они отображаться у этого игрока и отправлять ему индивидуальную локацию.
В "Дозорах" это реализовано проще: вводишь номер квартиры - и ты в квестовой квартире. Но, по-моему, это сильно ограничивает квесты.

adw0rd, спасибо за ссыль. Книга хитро названа: не знал бы, кто автор - фиг бы нагуглил. :)

krasun, нет, рисовать не умею, но если движок будет готов и дело останется за изображениями, найму на разовую работу художника(-ов).
id-n, ну я сейчас заканчиваю регистрацию и чат. Перемещение по локациям будет по первому времени чем-то вроде перехода из одной комнаты чата в другую со сменой картинки в верхнем фрейме и сменой списка доступных для перехода локаций.
Скажите, где лучше всего почитать про MySQL 5, желательно на русском?

krasun, желательно по MySQL 5.1 в связке с PHP 5.3. Программировать я немного умею - знаю С++ и ActionScript 3.
id-n, MMOPRG в сеттинге Толкиена, похоже на Дозоры, но система боя немного другая. Есть наработки по части диздока. Если заинтересует - милости прошу в команду, будем делать вдвоём =) Когда игра станет окупаемой - прибыль пополам.

Здравствуйте, я знаю, что новичку такое дело одному не потянуть, поэтому пока что моя цель - довести проект до стадии привлечения энтузиастов (т.е. нужна хотя бы альфа-версия), ну и заодно выучить PHP. Первоначальные вопросы:
1. Что лучше использовать для хранения информации - файлы или базы данных? И если базы, то лучше Oracle, MySQL или что-то другое?
2. Какие символы являются опасными в случае, когда пользователь что-то вводит в форму, а мы потом пользуемся этой переменной? Ясно, что это ", ', < и >, но это легко убирается с помощью htmlspecialchars. Этого достаточно? Или лучше вообще предоставить пользователю возможность вводить только буквы, цифры и пробел? (Речь о логине, нике и пароле).
3. Если хранить данные в файлах, подойдёт ли формат CSV? И как считать в массив сразу все записи из файла, если каждая запись начинается с новой строки? Например, я пишу

$my_data_values_array = fgetcsv($fh, $stat_arr[7]*4, ";");

, а потом оказывается, что в $my_data_values_array информация только о первом игроке.
4. Что лучше почитать по теме?