На чем лучше писать online javascript шахматы
 

Всем доброе время суток! Хочу написать свой шахматный портал на javascript, и хотел спросить у специалистов. На каком языке лучше всего писать серверную часть обмена данными (передача ходов), ajax не подходит. Нужно что-бы обмен данными происходил почти мгновенно, но при этом не обновлять каждый определенный промежуток времени браузер, в поиске пришедших данных. Читал о сокетах, наверное не самое лучшее решение ? Еще нужно что-бы другие игроки имели возможность наблюдать за игрой. Сам клиент, почти написан на javascript. Знаю только php js. Думаю, что наверное прийдеться изучать Java? Возможно есть какое-то интересное решение? Подскажи пожалуйста, кто знает ?

Советую node.js(серверный js) + http://socket.io/ Ничего дополнительно учить не надо, единственное, придется помучатся с изучением асинхронного программирования на сервере.
Суть nodejs в том, что он позволяет не постоянно работать скрипту и проверять состояние игры каждый момент, а реагировать только на определенные события, тем самым позволяет создавать мультиплееры на сколько угодно игроков, и особой нагрузки такой код на сервере не вызовет.

Из недостатков - пока что nodejs не так популярен как php, соответственно и хостингов с этой технологией намного меньше.

Взаимоисключающие предложения.


Любой VPS, они не сильно дороже виртуальных хостингов.

я имел ввиду языки программирования. JS он и на сервере js :)
Имхо, выучить новый стиль программирования намного легче чем новый язык с его особенностями и функциями.

Diego, боюсь, помучаться придётся не только с "изучением асинхронного программирования на сервере". Ещё нода имеет привычку падать от малейшей ошибки, жрать память, и т.д.

bombascter, почему, кстати, ajax не подходит? Если вас даже сокеты не смущают, значит, дело не в кроссбраузерности. А в чём тогда?

За больше года в продакшне ни разу не упала.

Какое-то время наблюдал за потребляемой памятью, потом забил, т.к. она не росла в течение нескольких месяцев.

?

Про падение от ошибок: что-то мне подсказывает, что никто не читает документацию, т.к. часто это заблуждение вижу.
http://nodejs.org/api/process.html#p...aughtexception

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

Мой пост ставил целью подчеркнуть то, что учиться придётся не только асинхронному программированию.

Ну так в любом языке/фреймворке можно это легко допустить. PHP спасает только то, что там процесс умирает сразу.


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

Примерно то же происходит и со страничками в вебе, поэтому JS-ники, которые пишут на клиенте, часто не задумываются об утечках памяти.

Кстати, а какой сервер вы используете? nginx?

Нода сама себе сервер, какой-то ещё сервер в общем случае не нужен. Но у меня перед ней стоит nginx, чтобы
1. Чтобы раздавать статику nginx-ом.
2. Чтобы держать на одном виртуальном сервере несколько сайтов. nginx раскидывает на разные порты запросы к разным хостам.

Эм, это файлы, в смысле?) Ну, те, которые не нужно менять нодой?)

Картинки, стили, клиентские скрипты.

Да, понял. Если не секрет - какая конфигурация сервера и нагрузки на него?

VDS за 150 рублей в месяц, 64 МБ оперативы, процессор не помню, в него не жмёт.
~50000 хитов в день, запросов к ноде, соответственно, примерно столько же, т.к. статика отдаётся nginx-ом.

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

Таких (которые пишут приложения) больше, имхо) А ещё есть те, кто забивает.

А что можно забить на то, что память будет съедена и браузер упадет? :)

Можно. Контакт, например, с успехом это делает.

Мне вот интересно коим местом ajax связан с тем, на каком языке лучше писать серверную часть? ajax по большей части браузерная часть. Серверная часть не зависит от того, будете вы отправлять данные из браузера ajax или через почтальона. Хочешь пиши серверную часть на Erlang, xочешь на PHP, хочешь на nodejs, хочешь на java.

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

Что тогда самое лучшее решение если не сокеты, заглушки из флеша?

Мне кажется или ты плохо знаком с предметной областью? Потому что если это так, то возможно не стоит категорически отказываться от технологии, даже не понимая как она работает и для чего она придумана. Лучшим решением будет сначала изучить технологии, а затем уже говорить что что-то не подходит по той или другой причине, но причина должна быть обоснована. Например сокеты не поддерживаются IE7, а ты решил писать шахматы только для IE7.

Поднять SMTP-сервер и через mailto :)

Почему-то на аякс нацеплен ярлык чего-то адово сложного. Хотя, может, оно и к лучшему - полные идиоты к нему не лезут.

"Чтобы сделать ход, отправьте письмо с темой e2-e4 на адрес ..."

На аякс куча ярлыков навешано, каждый под этим термином понимает что-то своё. Да и сам термин невразумительный.

Не, ну тогда уж надо почтой россии. Для кошерности)

Всем спасибо за ответы. Действительно в Java я совсем не знаю. Ajax никогда не использовал. Ajax не подходит, пот почему: Например пользователь сделал ход, он передается на сервер записывается в бд, но как мгновенно передать этот ход второму пользователю, который ожидает хода? На сколько я знаю, второй пользователь, который ждет хода, должен определенный промежуток времени отсылать запросы на сервер с вопросом нет ли полученного хода. Делать такой запрос каждую секунду - это большая нагрузка на сервер. А хода, бывают, делаются намного быстрее чем за секунду! здесь нужно, почти мгновенная передача данных. Почему я простив сокетов? - Потому, что никогда не имел дела с ними. И не уверен что они могут решить данную задачу. Поэтому я и написал, может кто сталкивался с данной проблемой и знает самое приятное решение. Хотелось бы, что-бы все работало правильно и не переделывать по 100 раз. Ради портала готов изучить не только сокеты, но и Java если так будет правильнее сделать) очень приятно, что вас заинтересовала данная тема))

Наверное, я так понял лучше сделать на сокетах, да ?

Кто знает какую систему использует chess.com ?

Спасибо, вот нашел http://habrahabr.ru/post/41223/

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

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

Одновременно подключенные к серверу 100 человек при классическом подходе дали бы 100 процессов(или потоков), большая часть которых будет висеть и ждать сообщения. Это достаточно большие затраты памяти, да и процессорное время тоже тратится, хотя и не в такой степени.

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

Существует много COMET-серверов, но все они основаны на всего нескольких паттернах преодоления этой проблемы.

Use Node, be happy.

bombascter,
вы, наверное, этой цитатой сказать что-то хотели? Что?

Node.js ?

Что при многочисленных соединениях большие затраты памяти

Это если на PHP писать. А если на Node.js, например, как сказали выше, то не будет больших затрат.

Comet, наверное, самое подходящее решение. Буду пробовать. Спасибо всем за советы!

Все-таки хотелось бы на php...
Хотя, новые технологии тоже нужно изучать. Может правильнее вообще не Java написать?

Тогда вот можно попробовать http://dklab.ru/lib/dklab_realplexor/

Во))) Огромное спасибо за ссылку )

Кому интересно вот, хорошая статья о "http://dklab.ru/lib/dklab_realplexor/" - http://www.xakep.ru/post/52189/?print=true