Организация сервера для флеш игры

[Vansimar]

Ребят, проблема такая,пишу игру,клиентскую часть почти закончил,игра будет динамичная,требуется быстрый отклик от сервера,мне сказали,что лучше использовать сокеты и сервер писать на java, но я даже и не представляю что должно быть на сервере,как его написать,может у кого есть какая литература?или так объяснит?

[incoob]

Смотрите в сторону apache mina, если хотите на яве без особых заморочек писать серверную часть.

[mr.Ali]

Что должно быть на сервере:
Пул клиентов - список состоящий из данных(объектов) о клиентах, которые отправили запрос на сервер, может состоять из, например, таких полей: IP адрес, пинг до сервера, положение в мире, уровень жизни и проч.

Менеджер потоков - объект, который стартует/уничтожает потоки в зависимости, например, от кол-ва свободной оперативной памяти сервера. Потоки в свою очередь обрабатывают запросы клиентов очищая пул.

Поток - участок кода в котором и происходит взаимодействие с клиентом.

Ну про сокет, доступ к базе данных и прочее думаю говорить не стоит.

Как его написать:
Вот тут торопиться не стоит.
Если вы разработчик-одиночка и команды Джава программистов у вас за плечами нет, то запрыгивать на этого кофейного зверя не стоит ибо скорость разработки и кол-во материала которое потребуется изучить, даже разрабатывая с использованием фреймворков типа Apache MINA, будут мягко говоря не стыковаться с вашими пожеланиями.
Я бы посоветовал использовать Python предварительно погуглив на тему psyco т.к. это очень пригодится при выборе Python. Скорость разработки на Пайтоне очень высокая, очень много всего есть в сети, пакеты на любой вкус, только качай.
И кстати не подумайте пожалуйста, что я засланный на форум шпиён всяких Питонистических сообществ, просто пример EVE Online, где используется модификация Пайтона - Stackless Python лично меня воодушевляет.
Если Пайтон не по вкусу, то могу посоветовать PHP-CLI, для простенькой игрушки очень даже подойдет, но только если сервер все - же захочется делать многопоточным то реализовать её самую будет не особо легко, гугл и хабр в помощь.

Литература:
Тут могу лишь послать на http://www.gamedev.ru или http://boolean.name

И главное помни, что всё должен решать и продумывать сервер, а задача клиентской части лишь просить разрешения у сервера на ЛЮБОЕ своё действие.

[Vansimar]

большое спасибо!!!очень полезная информация!

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

[Rzer]

А я бы посоветовал C#. Для старта необходимо прочитать про: потоки, про синтаксис языка. Дальше MSDN в помощь. В качестве IDE, например бесплатный SharpDevelop.

[Котяра]

С# подразумевает вин сервер. с этим сложнее чем с джавой/перл/пыха итп.

[Rzer]

Так как я полагаю он будет работать над своим проектом в гордом одиночестве по началу, и не использовать всевозможные IIS, то можно обойтись и домашней XP'шкой. Вин сервер это уже напоследок.

[Котяра]

я бы посоветовал smartfoxserver - до 50 подключений бесплатно вроде.

[Warlockus]

Добрый день!
Я бы посоветовал или питон или руби. На питоне посмотрите в сторону Twisted фреймворка, если руби - EventMachine. Очень легко и просто реализовать с помощью этих инструментов http сервер и серверную логику для приложения. Если бы я один писал и клиента и сервера - выбрал бы руби - пусть и медленнее питона, но, имхо, проще.
Также в принципе можно взяться за c#(для винды .Net, для линукса Mono), но тут чуть посложнее будет, конечно.

Сорри - сначала не понял что требуется сокет - сервер.

[Dimitry_II]

Если в принципе планируется увеличение посещений (>200-500 одновременно), то понадобятся неблокирующие сокеты, иначе аппаратно сервак не вытянет, поэтому питон и руби (а также ПэХаПэ) не подойдут. Тут надо концептуально либо переходить на специализированные сервера под флеш (типа Ред) и писать на очень высокоуровневых языках типа эрланга, либо остановиться на Джаве или С. Я не сторонник последнего, так как он все-таки "заточен" под десктоп, а вот Джава как раз наоборот - под веб, да и решения у нее уже есть готовые. В инете видел статьи, где хвастались одновременным посещением 10000-20000 игроков одного сервера. И тянет ...