Goblin

Видимо придется делать так:

Таблица chat(тут храняться все сообщения):

idchat - id сообщения
timestamp - время сообщения
type1 - к какому виду чата относится сообщение, значения могут быть location, group, clan, private
type2 - в зависимости от type1: id локации, имя группы, имя клана, имя игрока (владельца приватного чата)
type3 - id приватного чата, это поле нужно только для private чата.
who - автор сообщения
message - текст сообщения

Таблица privatechats(тут храняца данные о приватных чатах, кто в каких чатах находится):

idchar - владелец приватного чата
idprivatechat - id приватного чата , число от 0 до 10 например
idchar2 - имя кто состоит в чате
entered - равно 0 или 1, поле нужно для приглашения кого то в чат.
(тут получается примари кей состоит из первых трех столбцов)

Ну и примерно вот так будет выглядеть JSON для AJAX:

Вот вроде все.

по поводу всторого вопроса:
так вроде не прокатит:
нам нужно как то идентифицоровать чаты, ведь у каждого пользователя может быть больше одного приватного группового чата.

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

Теперь остался еще один вопрос. Как сделать групповые приватные чаты:
Например я нажимаю на какого нибудь пользователя и создается чат, потом могу добавить ещё сколько угодно игроков, и могу удалять их из чата.
И такие чаты может создавать каждый игрок. И каждому игроку можно создавать несколько таких (групповых приватных) чатов.

тоесть нужно гдето хранить информацию о этих чатах и кто в них входит.

Есть идеи ?

http://gcup.ru/forum/51-1972-6

В итоге похоже, что есть только два варианта:
1.запускать скрипт по крону, чтобы он проверял есть ли не завершенные бои или нет, и заверщал бы их
2.написать приложение (демон), которому бы передовалось сообщение о том что такой то бой начался, и он бы следил за этим боем и в случае оффлайна обоих игроков дописывал окончание боя.

Помучив первую тему теперь приступим к инвентарю... =)))
Данное решение инвентаря подходит только для ситуации когда у нас в инвентаре ограниченное количество слотов для вещей (может я ошибаюсь, но это не так важно, так как все равно нельзя будет реализовать ещё несколько штук см. ниже).

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

Теперь как это будет у нас реализовано в MySQL.
Как все это унас будет отображаться в интерфейсе пользователя я считаю не так важно и кто как хочет может реализовывать, это не будет влиять на архитектуру хранения в MySQL.
1.Самый примитивный способ, я думаю, это все вещи зогнать в одну таблицу например item_list (я имею ввиду не види вещей а ВСЕ вещи). Тоесть будут столбцы item_id (уникальный номер вещи по всей игре) item_name, характеристики вещи(которые мы сможем потом менять - делать всякие заточки , улучшения ), другие параметры вещи и столбец - какому игроку принадлежит вещь.
В этой ситуации наверно придётся раскидывать разные виды вещей по разным таблицам (мечи в одной таблице щиты в другой и т.д.) ввиду разных характеристик предмета, у меча нет параметра брони , у шлема - параметра атаки. Но представьте сколько времени будет занимать формирование инвентаря, нужно будет сделать запросы ко всем таблицам и выбрать по параметру - принадлежность предмета. А таблицы то будут огромные...
Думаю этот вариант не подходит - ресурсоёмкое решение (хотя если таблици сортировать по принадлежности предметов.... ??? ).

2. У нас есть таблица Inventar, есть таблицы с видами вещей item_list (id вещи и её характеристики ). В ней храняться инвентари всех игроков, тоесть по количеству записей она будет соответствовать таблице users. Первый столбец - user_id. А потом содержимое инвентаря, ктоторое придётся хранить в текстовом виде : перечисление всех вещей и за каждой вещью её модификаторы
(id_123 min_attack=+7 max_attack=+4 mf_crit=-12, id_156 def=+50 mf_crit=+15, ...... - в данном случае мы имеем в инвентаре меч id_123 у которого есть свои параметры атаки и модификаторов, кот мы берём из таблицы item_list и к этим параметрам прибавляем индивидуальные модификаторы характерные именно для этой вещи - увеличиваем минимальную аттаку на 7 , максимальную аттаку на 4 и модификатор крита уменьшаем на 12 и так делаем со всеми перечисленными вещами).
Минус всего этого , в том что нам придётся каждый раз работатьс этой гигантской строчкой....
а также у нас нет уникального id вещи, с помощью которого мы могли бы просто выкинуть вещь или подобрать, нам придётся прикаждом действии с вещью передавать её параметры.

Нус... жду обсуждения всего этого....

Ну подскажите тогда .... чем плох этот CGI (FastCGI) и как можно по другому реализовать взаимодействие PHP скриптов и Демона.

Добавлено (28.05.2010, 17:20)
---------------------------------------------
Сам нашёл....

Вот так будет значительно проще.....

Добавлено (28.05.2010, 19:13)
---------------------------------------------
Но вот назрел новый вопрос...
Нам нужно какимто образом принудительно перезагрузить страницу пользователя(например на него ктото напал).
Каким образом это можно сделать ??? (допустим перезагрузить страницу при изменении значения в БД).

если это не так, тогда не могли бы кратко объяснить ка работают PHP скрипты.
По моему представлению пользователь запрашивает страницу (index.php например) интерпретатор на сервере обрабатывает этот скрипт , выполняет его код и выводит пользователю страницу.

Про

я имею ввиду, что когда два игрока в бою уходят в оффлайн бой остаётся незавершенным. Допустим третий игрок хочет посмотреть информацию об одном из этих игроков. Так как эта инфа зависит от результата боя (уровень жизни например) то нам нужно чтобы этот бой был закончен. Тоесть в скрипт , который показывает инфу надо встроить скрипт проверки находится ли игрок в бою, и если да , и если бой незавершен и все ушли в оффлайн, тогда просто записываем окончание боя.

Да... это будет сложновато , так как надо предусмотреть все места куда воткнуть этот скрипт на проверку окончания боя.
Я думал о cron'е но считаю что это не правильно...

Опять же напоминаю, что такие заморочки могут быть не только с боем.

Недавно нашёл неплохую альтернативу - cgi.
Тоесть можно написать простенькую "Си" программу демон, в которую при начале каждого боя будет поступать информация о нём(что такой бой начался). И это программа будет проверять через заданное время статус боя , и если нужно будет его завершать.

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

Добавлено (13.05.2010, 18:03)
---------------------------------------------
ну чтож...
побеседовав с Lucasito, выяснил что пока известен только один нормальный метод:
данные о бое у нас записываются в БД. потом допустим оба игрока уходят в оффлайн....
и в итоге окончание боя у нас запишет в базу тот, кто запросит любую информацию прямо или косвенно касающуюся боя (кроме рузультата боя это может быть инфа о самом игроке учавствовавшем в бою , так как текущее значение его жизней будет зависеть от результата боя)
в итоге в базу будет занесена информация задним числом(временем).

Впринципе обдумав... решение не такое уж плохое и не должно загружать сервер.

Что скажете товарищи ???

Есть много таких серверов (некоторые заточены специально под браузерные игры).

Подскажите что вы имеете ввиду.... что за сервера ???
Допустим можно запускать скрипты по cron(в linux), но я думаю это както неправильно будет....