програмирование покера
 

При принятии решения игроком (увеличении ставки,скинуть,чек) он нажимает на соответствующую кнопку в приложении as3, слушатель события передает информацию на сервер php и сохраняет данные в таблицу MySQL. Как сделать так чтобы он отправлял события другим игрокам ? нашел что можно использовать сокеты, но не представляю как это выглядит(новичок), если кто подскажет буду рад.

Тут уж, как говорится, гугл в помощь. Такую большую тему в двух словах не объяснишь.

Гугл-гуглом, но что гуглить...

На текущий момент мне кажется самым простым решением FlashSocket(клиент) +Node.js(сокет-сервер)+MongoDB(простая и быстрая бд для высоконагруженных приложений). На этой связке даже новичок сможет сделать что-то работающее.

ЗЫ. Про php+MySQL в данном случае забыть (разве что на php написать админку к приложению, php с MongoDB работает нормально).

Если пользователей планируется в количестве пары тысяч, то это всё спокойно потянет прямая связка пых+мускуль.
интересно знать что конкретно вас неустраивает в такой связке и сервере на пыхе?
какой планируется сервер под Монгу? Почему именно она?

Вроде как уже тыщу раз обсуждалось? :)
Сокет-сервера на пыхе писать бессмысленно.
Сокет-сервер надо писать на технологии, которая для этого предназначена.
Или возникает сомнение в необходимости сокет-сервера для покера?

В остальном - все очень просто. Сейчас делаю игровой проект на сокет-сервере и Node.js - реально кульная вещь. Не люблю Javascript, но тут он на месте (хотя, Node.as была бы, конечно, на порядок круче). А когда начинаешь собирать сервер на js, который работает с JSON, то естественным становится и выбор в качестве бд MongoDB, Redis, еще там кое-что есть в семействе noSQL. Мне понравилась MongoDB.

Вопрос про сервер не совсем понял. От приложения зависит. MongoDB шардится естественным образом по мре необходимости. Node.js по мнению разработчиков держит 3-5к пользователей на один процессор сервера. Впрочем, не думаю, что автору требуется такая мощность, так что MongoDB прекрасно уживется на том же сервере, где запущен сокет-сервер.

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

Чем он так крут? Можно пример?
Посмотрел сайт, документацию. Особо крутого ничего не вижу
Разве что для не знающих английского проще в освоении. А так, обычный сервер, ничем не лучше других аналогов.

Ну так, в чем проблема? :)

Альтернатива сокет-серверу - лонг-полл. Не будете же долбить в сервер раз в секунду. С использованием лонг-полла с пхп - 3-5 метров памяти на каждого пользователя онлайн. Я, кстати, собирал. Работает удобно и устойчиво, но память... Тоже вилы.


А. Порог вхождения
Сокет-сервер на c++,c#,java новичок собрать не сможет в принципе.
Сокет-сервер на node.js новичок соберет.

В. Скорость разработки
Внесение изменений в код сервера происходит быстрее и проще.

Добавлено через 1 минуту
Занятно.

Добавлено через 5 минут
Все правильно. Она в определенном смысле работает по принципу кей-вэлью хранилищ.
Ксати, я знаю проекты, которые переводились и переводятся сейчас с MySQL на MongoDB, и мне не известны случаи обратного перевода.

Хотя, для какой-нибудь фермы я бы MongoDB брать не стал и более того, собрал бы сервер на старом добром php/MySQL.

еще есть такая штука как XMPP