Поднять 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.