Такой вопрос:
1. Что такое сокет-сервер?
2. На чем лучше его писать?
3. Какие будут рекомендации?

Буду рад любой другой информации (по теме реалтаймовских флеш-игр).

diflux,
1) Сокет-сервер — сервер, который слушает (listening) поступающие на порт (сокет) команды и в зависимости от поступившей команды отправляет ответ. Основное отличие от обычного HTTP в том, что сервер может сам вызвать команду из клиентского приложения. Т.е. это двусторонняя связь. Если с обычным HTTP-запросом приходится проверять состояние сервера (посылать с заданным интервалом запросы для обновления), то в случае сокет-связи сервер при изменении состояния может сам сообщить об этом. Примерно так.
2) Точно не на php. Подойдёт C/C++/Delphi и проч. Есть готовые сервера.
3) Если кроме самого флеша ничего не знаешь — найди толкового программера, понимающего в сокетах и на пару соберите игру. Вместе договариваетесь о типе данных и командах. Он пишет сервер, а ты клиентское приложение...

_etc,
Спасибо за информацию.
Мне нужен и флеш-программер и тот который в этом (C/C++/Delphi) разбирается

Кто нибудь делал подобное?

diflux, ну это уже не ко мне.
Ах да, забыл — требуется физический хостинг, т.е. сервер, а не виртуальный хостинг. Или такой, на котором можно запускать автономные процессы и открывать порты...

можно писать сервер и на пхп и на перле, но будет он на порядок медленней, а вот насчет делфи не уверен что вообще будет пахать.

В интернете сотни сокет серверов написанных на яве.

почему это на дельфи не будет?
будет-будет.

проще всего заюзать родной FCS

Король, не на много и проще, и очень дорого …

Хаха, мучаешся до сих пор, @st@l@vist@ ?

diflux, тыб рассказал какая идея твоей реалтайм онлайн игры может всё гораздо проще сделать получится

bE(o0L, интересно как ты собираешься делать риалтайм мультиплеер на флеше "без сокета намного проще"? по email-рассылке?

Король, видишь ли, я уверен что ни ты ни автор топика до конца не понимают что такое "риалтайм мультиплеер", поэтому для начала стоит послушать задачу, а уж потом решать к какой категории её относить и как с ней справляться
Вполне возможно, что стандартные средства php+mysql вполне справятся с задачей

Король, кстати, не надо мне приписывать твои домыслы.

Цитата:

"без сокета намного проще"?

http://web.okaygo.co.uk/apps/letters/flashcom/ - линк с бородой, но к месту

bE(o0L, да нет, бросил уже давно

bE(o0L, юзеры должны будут общаться между собой в рилтайм режиме, а без сокет-сервера это никак не получиться.

nuran, если это нужно.
Ибо сейчас человека можно заморочить по самое небалуй. А ему допустим всего то нужно, чтоб два чела ну... в шахматы сыграли

bE(o0L, человеку это нужно.

p.s. А даже если и Шахматы, если делать по-нормальному, опять же он родимый нужен будет.

nuran, да брось, всё пошаговое можно и через http (post,get) отдавать.

bE(o0L, отдавать можно, а принимать? Чё, делать запросы каждые 10 секунд? Яж говорю, если делать толково, а не абы как.

факт!

bE(o0L, ну объясни мне что такое риалтайм мультиплеер - я почему-то уверен, что понимаю, что это такое - возможно потому, что я делал такие вещи

Игра следующая:
Есть некое графическое пространство, посетитель в виде объекта может перемещаться по нему.
Там шныряют подобные ему посетители и посредствам игрового интерфейса могут общаться друг с другом.
Например: (подмигнуть, пригласить на чашечку кофе, послать подальше, показать неприличный жест и т.д.) пойти болтать в курилку (чат). Этот список большой.……

Посещаемость ресурса в день 15000. т.е. порядка до 100 юэеров онлайн.

XMLSocket подойдут для общения Flash с сервером?

Серверная часть: база пользователей, оплата услуг через sms, логика игры.

Подойдут. Потому что других вариантов нет. Сомневаюсь правда, что 100 юзеров потянет...

Тут вопрос нужно ставить иначе, … не воспринимай его буквально, но смысл думаю понятен: "мы сделали титаническую работу на сервере, что бы теперь нам выбрать в качестве клиента? - может быть какой-то флюш или как его там?"

@st@l@vist@,
Мы подбираем сервер и взаимосвязь, клиент полюбому Flash.

Я же написал : "не воспринимай буквально" , … говорю о том, что 80% работы не на клиенте, а на сервере, о том что флеш - это так, лишь графический интерфейс, и о том что графический интерфейс клиентской части - это самое последнее дело.

По теме мультиплейерных флэш-игр: делали www.lizasharikova.com , там всё отточили.
Есть конкретные вопросы - пиши на komitet[`]grtov.ru, поможем чем сможем.

@st@l@vist@,
Я бы не сказал ))) Это же не крестики нолики.

diflux, я никому ничего доказывать не собираюсь

diflux, ты ошибаешься, сервер тут самое важное, flash обычно делаеться после его создания.

Вот смари, попытаюсь объяснить на-пальцах. Он (сервер) просчитывает все ходы, и передаёт для flash потом инструкцию "сюда передвинуть этого юзера, закрыть глаз у этого юзера, передать сообщение этому юзеру", и.т.п., т.е. управляет полностью flash клиентом.

Короче готовь пачку зелени (очень толстую) и иди в Группу Товарищей =)

nuran, Ага

nuran, только черные методы пиара
Я кстати не видел такую ни разу, где вы ее нашли?
Или мне телевизор нужно смотреть?

Цитата:

Подойдут. Потому что других вариантов нет. Сомневаюсь правда, что 100 юзеров потянет...

Тут дело не в количестве юзеров. С самим флэшем будут свзянны только тормаза отрисовки всех этих юзеров. Флэш будет принимать данные и поним выполнять, что от него хотят. А количество зависит от сервера.

С++ запросто потянен несколько тысяч одновременно без лагов, если конечно ему разом не придётся прощитывать какие-то дикие математические вычисления одновременно десяткам юзеров.
С делфи может чуток похуже - я точно не знаю.
Джава тоже без проблем справится.
С ПХП малость проблемнее, но думаю, что около сотни потянет. Мне кто-то втирал знающий (не помню) про то, что ПХП жутко оперативку севака съедает своими сокетами.
Про остальные способы сосвем не в курсе.

BlooDHounD писал(а):

Тут дело не в количестве юзеров. С самим флэшем будут свзянны только тормаза отрисовки всех этих юзеров. Флэш будет принимать данные и поним выполнять, что от него хотят. А количество зависит от сервера.

Разве я подразумевал сам флеш?