Форум Flasher.ru
Ближайшие курсы в Школе RealTime
Список интенсивных курсов: [см.]  
  
Специальные предложения: [см.]  
  
 
Блоги Правила Справка Пользователи Календарь Сообщения за день
 

Вернуться   Форум Flasher.ru > Flash > Серверные технологии и Flash

Версия для печати  Отправить по электронной почте    « Предыдущая тема | Следующая тема »  
Опции темы Опции просмотра
 
Создать новую тему Ответ
Старый 26.12.2012, 04:58
searinox вне форума Посмотреть профиль Отправить личное сообщение для searinox Найти все сообщения от searinox
  № 1  
Ответить с цитированием
searinox

Регистрация: May 2011
Сообщений: 76
Question Java + flash - игрушка. Модель сервера.

Всем привет.
Кто работал с Java и Flash, можете подсказать какую лучше всего модель использовать для игрушки в которую могут играть люди онлайн?
Я поначалу хотел на java запилить EJB и пусть у меня клиент работает с бинами, но потом понял что слишком мощно и много по времени.
После я засматривался на сервлеты - пусть себе клиент работает с сервлетом и обмен данными между игроками происходит по сокету через Json.
Но мое внимание привлекла идея сделать сервер обычным консольным приложением, запускать его на сервере под каким-то портом и пусть себе клиент с ним болтает. Просто, но много велосипедов надо делать.
Что посоветуете?
И как считаете как лучше данными обмениваться? По сокету? формат AMF, Json, xml?
Кто такое уже делал подскажите плз.

Старый 26.12.2012, 07:19
caseyryan вне форума Посмотреть профиль Отправить личное сообщение для caseyryan Найти все сообщения от caseyryan
  № 2  
Ответить с цитированием
caseyryan
 
Аватар для caseyryan

Регистрация: Jun 2012
Адрес: Новосибирск
Сообщений: 6,644
Записей в блоге: 4
Есть у гугла уже такой велосипед, называется Protobuf.
Бинарный протокол для сериализации и десериализации данных. Можно использовать его, если уж есть желание написать свой сервер.
Но можно и готовое решение использовать.
Лучший вариант, на мой взгляд. До 1000 одновременных подключений в бесплатной лицензии.

Старый 26.12.2012, 18:03
searinox вне форума Посмотреть профиль Отправить личное сообщение для searinox Найти все сообщения от searinox
  № 3  
Ответить с цитированием
searinox

Регистрация: May 2011
Сообщений: 76
Очень интересно, спасибо. Но к сожалению не применимо так как тут полная зависимость от их серверов. А что конкретно есть по сабжу?


Последний раз редактировалось searinox; 26.12.2012 в 19:28.
Старый 26.12.2012, 23:36
caseyryan вне форума Посмотреть профиль Отправить личное сообщение для caseyryan Найти все сообщения от caseyryan
  № 4  
Ответить с цитированием
caseyryan
 
Аватар для caseyryan

Регистрация: Jun 2012
Адрес: Новосибирск
Сообщений: 6,644
Записей в блоге: 4
Цитата:
тут полная зависимость от их серверов
От чьих серверов?

Старый 27.12.2012, 01:40
searinox вне форума Посмотреть профиль Отправить личное сообщение для searinox Найти все сообщения от searinox
  № 5  
Ответить с цитированием
searinox

Регистрация: May 2011
Сообщений: 76
union. Я же подключаюсь через их сервер, у них на сервере пишу свою бизнесс-логику. Если у них что то упадет или будут какие-то траблы то я ничего не смогу сделать. И перспектива платить 3к баксов если у меня каким-то чудом появится онлайн 1001-й клиент, тоже не радует.

Старый 27.12.2012, 07:39
caseyryan вне форума Посмотреть профиль Отправить личное сообщение для caseyryan Найти все сообщения от caseyryan
  № 6  
Ответить с цитированием
caseyryan
 
Аватар для caseyryan

Регистрация: Jun 2012
Адрес: Новосибирск
Сообщений: 6,644
Записей в блоге: 4
Цитата:
Я же подключаюсь через их сервер
С чего это?
Юнион - это программа написаная на джаве. Ее можно запускать на любом сервере. У меня он установлен на своем, и никакого отношения к их серверам не имеет.
А сайт tryunion.com всего лишь для тестов. Лично я им никогда не пользовался.

Старый 27.12.2012, 12:59
searinox вне форума Посмотреть профиль Отправить личное сообщение для searinox Найти все сообщения от searinox
  № 7  
Ответить с цитированием
searinox

Регистрация: May 2011
Сообщений: 76
И даже если так, ограничение в 1001 всеравно мне не по душе. Есть то по сабжу?

Старый 27.12.2012, 21:32
caseyryan вне форума Посмотреть профиль Отправить личное сообщение для caseyryan Найти все сообщения от caseyryan
  № 8  
Ответить с цитированием
caseyryan
 
Аватар для caseyryan

Регистрация: Jun 2012
Адрес: Новосибирск
Сообщений: 6,644
Записей в блоге: 4
По сабжу, писать свой сервер тогда. Задача не такая уж сложная, если сервер узконаправленный.
Можно конечно предложить какой-то бесплатный вариант, типа red5, но он какой-то слишком уж мудреный. И примеры на офсайте устаревшие. В общем, типичный опенсорс. Изменений происходит много, но нормально документировать это не спешат.
По поводу протокола, я бы все-таки использовал протобаф кугловский. По-моему очень хорошая система. Есть даже ас3 порт. Если делать свой, то я бы выбрал xml. Потому что данные лучше структурированы, т.е. при чтении человеком, выглядят понятнее )
Цитата:
И как считаете как лучше данными обмениваться? По сокету?
Для реалтайма конечно сокет.
Цитата:
И даже если так, ограничение в 1001 всеравно мне не по душе
Сделать грамотную монетизацию, и все окупится. В среднем, чтобы набралось такое количество одновременных клиентов, приложение должны установить 700 - 800К пользователей.

Старый 28.12.2012, 00:59
Psycho Tiger вне форума Посмотреть профиль Отправить личное сообщение для Psycho Tiger Найти все сообщения от Psycho Tiger
  № 9  
Ответить с цитированием
Psycho Tiger
 
Аватар для Psycho Tiger

блогер
Регистрация: Jun 2005
Адрес: Toronto
Сообщений: 6,599
Записей в блоге: 17
Если честно, то из Ваших слов
Цитата:
Но мое внимание привлекла идея сделать сервер обычным консольным приложением, запускать его на сервере под каким-то портом и пусть себе клиент с ним болтает.
создается впечатление, что опыта создания таких приложений у Вас нет. Потому что когда сервер это консольное приложение это настолько "обычно", насколько когда у табуретки есть ножки.
1000 одновременных коннектов – это много. Это очень много. Это успех. И я действительно Вам позавидую, если Вы столкнетесь именно с такой проблемой.
Только вот пока в формулировках у Вас взаимоисключающие параграфы.
Цитата:
Я поначалу хотел на java запилить EJB и пусть у меня клиент работает с бинами, но потом понял что слишком мощно и много по времени.
Это слишком "мощно", но 1000 коннектов – это недостаточно мощно?
Если у Вас нету опыта создания хай-лоад проектов – очень велика вероятность что Ваш велосипед не потянет и 500 одновременных коннектов. А caseyryan прав больше всех: 3к$/month для проекта с >1k активных ребят это совсем немного.

И что самое важное – если Ваш проект стреляет, а жаба так и давит переходить на платный тарифный план – то тут уже можно собирать команду, покупать кепку с модными буквами СЕО и писать свой сервер, терпящий хайлоад. Удачи!

Старый 28.12.2012, 01:17
searinox вне форума Посмотреть профиль Отправить личное сообщение для searinox Найти все сообщения от searinox
  № 10  
Ответить с цитированием
searinox

Регистрация: May 2011
Сообщений: 76
Господин Psycho Tiger, я уже не первый год на портале и имел честь получать Ваши ответы на свои вопросы и почему-то они всегда были какие-то негативные и с ощутимой долей издевки. Думаю гораздо больше пользы было бы если бы Вы написали что-то конструктивное, а не изливали свою злость на случайных людей потому что они не знают ответ на вопрос который задают.
caseyryan
Спасибо за советы. Думал уже выбрать AMF, а сейчас более детально посмотрю что такое Protobuf так как штука интересная вообще-то.


Последний раз редактировалось searinox; 28.12.2012 в 01:37.
Создать новую тему Ответ Часовой пояс GMT +4, время: 09:38.
Быстрый переход
  « Предыдущая тема | Следующая тема »  

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.


 


Часовой пояс GMT +4, время: 09:38.


Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.