Чат, Интегрированный С Сайтом. Опции

[Stark]

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

Работает все с помощью сервиса - Partcl
Принцип можно разделить на 2 этапа:

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

Код

http://partcl.com/publish?publish_key=publish_key&id=chat_message&value=msg

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

Отображение на сайте
На ваш сайт вставляется javascript-код партикла, который при появлении нового сообщения, отображает его там, где вы захотите. Для этого просто вставьте в нужное место такой хтмл код:

Код

<partcl cell_id="chat_message" method="append"></partcl>

Установка:
1) Регистрируемся тут - http://partcl.com, после чего на страничке юзера копируем свой publish_key.

Настройка RunUO:
2) Закидываем файлы Chat.cs и WebRequestState.cs в любую папку, внутри Scripts (например в Scripts/Custom/)
3) Открываем Chat.cs и в 12 строку вставляем ваш publish_key

Настройка сайта:
4) Со страницы юзера копируем ваш web_key.
5) Открываем шаблон вашего сайта, перед закрывающим тегом </head> подключаем скрипт партикла

Код

<script id="partcl_client_script" web_key="web_key" src="http://partcl.com/partcl.full.js"></script>

вместо web_key вставляем свое значение.
6) В любое место, где хотите отображать чат, вставляем этот тег:

Код

<partcl cell_id="chat_message" method="append"></partcl>

Отправляются сообщения, с помощью команды [c (Изменить можно в файле Chat.cs)

Все готово, можете пользоваться (IMG:style_emoticons/default/smile.gif)

Я являюсь одним из разработчиков партикла, так что могу ответить на любые ваши вопросы. В дальнейшем, если будет интерес, с помощью этого сервиса, можно сделать реалтайм отображение на сайте любых событий происходящих на сервере. Или страничку, для каждого персонажа, с основной инфой по нему (стр, декс, инт, хп и т.д.). Если очень захотеть, можно отображать эту инфу, скажем в подписи людей на форуме (IMG:style_emoticons/default/wink.gif) Вобщем придумать можно еще много разного, было-бы желание.

Сейчас сервис в стадии тестирования, но работает достаточно стабильно. Бесплатный тарифный план, думаю подойдет большинству типичных серверов (если в день вы будете отправлять меньше 100 000 сообщений), если народу у вас много, то премиум акаунт стоит 9.99 уе в месяц, для хорошего сервера не так много (IMG:style_emoticons/default/wink.gif) В любом случае, пока что билинговая система не работает и вы можете пользоваться системой абсолютно бесплатно, без ограничений (IMG:style_emoticons/default/smile.gif)

[Warstone]

Зависит от нагрузки. Вообще - тебе не надо весь чат, а только последние 100 строчек, допустим...
Я-бы для такой цели просто RabbitMQ использовал. Она для таких целей очень хорошо подходит. Но вопрос нагрузки... УОшная нагрузка - никакая, поэтому любое решение будет работать.

[Destruction]

Зависит от нагрузки. Вообще - тебе не надо весь чат, а только последние 100 строчек, допустим...
Я-бы для такой цели просто RabbitMQ использовал. Она для таких целей очень хорошо подходит. Но вопрос нагрузки... УОшная нагрузка - никакая, поэтому любое решение будет работать.

RabbitMQ, в данном случае, - будет лишь частным случаем реализации RPC.. ;-)

[Destruction]

RabbitMQ, в данном случае, - будет лишь частным случаем реализации RPC.. ;-)

Да, а еще если сам сайт на пхп - то дергать PHP через RPC из RabbitMQ - будет не так уже просто, как хотелось бы (тут кстати можно устроить прямой коннект юзера к RabbitMQ на HTML5/Flash, но это уже из разряда глупостей :-D)..

Только это не будет пиаром своего сервиса )) Так как на ErLang'е я писать не умею.

А неумение писать на эрланг тут каким боком?

[Warstone]

Да, а еще если сам сайт на пхп - то дергать PHP через RPC из RabbitMQ - будет не так уже просто, как хотелось бы (тут кстати можно устроить прямой коннект юзера к RabbitMQ на HTML5/Flash, но это уже из разряда глупостей :-D)..

Есть плагин к RabbitMQ, который позволяет через JSON создавать очереди и подключать их к распределителям.

А неумение писать на эрланг тут каким боком?

К тому что на нем RabbitMQ написан. Кстати - клевый язык... 90К потоков на одной машине держит легко... Но это функциональный язык. Тут есть проблемы... Допустим в том, что к переменной можно присвоить значение только один раз.

[Destruction]

К тому что на нем RabbitMQ написан. Кстати - клевый язык... 90К потоков на одной машине держит легко... Но это функциональный язык. Тут есть проблемы... Допустим в том, что к переменной можно присвоить значение только один раз.

А разницы на чем написан продукт с которым ты просто работаешь ?..

Тебе ведь не обязательно знать как работает Windows (на уровне когда можешь написать свою ОС с нуля), чтобы под него программировать? ;-) Во всяком случае мне не обязательно - в студии сто кнопок тыкнул - программа готова.. ))

Кролик дает своё апи - вызывай его и не думай как оно работает. Разве нет?

К слову про апи, он реализует протокол AMQP, документацию читать пробовал - но там вода-водой (не ту документацию читал?) - как в byte-sequence (или через JSON-плагин, но это не энтерпрайз конечно, тут было бы круто SOAP, хотя конечно интереснее толковая дока по AMQP...) выглядит подписка на RPC ? - Как насчет подписки двух воркеров на один RPC-поток (например в режиме когда оба воркера обработают вызов (e.g. передать тыще юзеров один месседж), и когда только один из них (а кролик отработает балансировщиком нагрузки, т.е. горизонтальное масштабирование воркеров)).

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