Нужен сервер. программист, соц. сети, top down shooter

[ArtUni3d]

Тема представляет из себя скорее вопрос.
В планах создание леталки-стрелялки, видом сверху, для соц. сетей, игры по комнатам, как в WoT (нет, будет не убийца WoT-а, просто привел аналогию).

Разумеется для этих целей нужен авторитарный сервер с хостом на себе (не облако), во избежание читов. Верно?
Писать будем на C#, и насколько я понял, под это дело оптимальнее всего использовать Photon server, тоже верно?

Тогда, какова цена вопроса и сроки? Пусть и очень примерные.
Уточню, речь только о серверной логике, БД и объяснении программисту который будет писать клиент, как с этим сервером работать. Желательно помощь в публикацией готового веб билда в соц. сети. Оплачиваемая разумеется.

Ну и сразу предлагайте свои кандидатуры.
Оутсорс, фриланс.

p.s. Знаю Юнити и его сеть, но не много понимаю в посторонних серверах, ММО и Web. Если я упустил какой-то момент и мне нужно будет больше специалистов кроме как один серверщик и 1-2 программиста для клиента (арт то само собой, тут его не затрагиваем), то укажите и предлагайте кандидатуру, рассмотрим.

[dorto]

один серверщик и 1-2 программиста для клиента

Я бы циферки местами поменял. Как я понял игра будет схожа с стимуляторами самолета, то есть вся физика будет просчитываться на стороне сервера ?.Сдается мне что 1 серверного программиста маловато будет. Конечно все зависит от самого проекта.

[ArtUni3d]

Вот да, начитался что с физикой придется повозиться.
Но игра будет скорее аркадная, подумаем, может проще будет обойтись без неё, на трансформах. Оставить только на клиентах исключительно для визуализации (падающие обломки и.т.п.).

[gnoblin]

один программист unity+pun+php+mysql

[Neodrop]

Слава, из всей цепочки я бы на серверной стороне не оставил бы ни одного из твоих пунктов. Если, конечно, целиться на быстрое и активно посещаемое приложение.
Unity на сервере для top-down шутера.. Сомнительно. Зачем? Правда теперь можно под линухи собрать, так что может и ничего себе..
PUN - сомнительно вдвойне, но это кому как нравится.
PHP - вообще под запретом, если только не для одной-единственной реги. Иначе можно засыпать любой сервер тупыми PHP скриптами и чередой запросов.
MySQL - вариант для нищих. По той же причине - активное использование базы завалит любой сервер к чёрту.

[eligma]

MySQL - вариант для нищих.

А что щас в Париже используют?

[Good1101]

если использовать серверное решение то зачем mysql, по моему практичнее и проще взять к примеру sql-2008 так как один фик нужно арендовать по меньшей мере vds, а mysql оставить для не сетевых игрушек чтобы записывать рекорды и тп, ну или где в качестве сервера выступает сам игрок и по большому счету сервер не нужен.

[eligma]

Все равно ж SQL. Lite там или 2008 - не важно.

ну например MongoDB

Надо записать.

[Alergy]

MySQL - вариант для нищих.

А что щас в Париже используют?

ну например MongoDB

[Woolf]

MySQL - вариант для нищих. По той же причине - активное использование базы завалит любой сервер к чёрту.

Лолшто? Без проблем потянет 100-200 тысяч игроков онлан. Пулл подключений - наше все. А зачем вам такое уж активное использование базы? Зашел игрок - прочитали, вышел - записали.

ну например MongoDB

Спорно. Весьма спорно.. Для хранения простых данных для миллионов игроков (к примеру, 10 параметров+его оружие) - нормально, для серьезной архитектуры соотношений между данными (как в любом ММО) - в топку.

Про PHP и PUN - согласен.

[Sality]

MySQL - вариант для нищих. По той же причине - активное использование базы завалит любой сервер к чёрту.

Лолшто? Без проблем потянет 100-200 тысяч игроков онлан. Пулл подключений - наше все. А зачем вам такое уж активное использование базы? Зашел игрок - прочитали, вышел - записали.

ну например MongoDB

Спорно. Весьма спорно.. Для хранения простых данных для миллионов игроков (к примеру, 10 параметров+его оружие) - нормально, для серьезной архитектуры соотношений между данными (как в любом ММО) - в топку.

Про PHP и PUN - согласен.

Можно по подробнее с топкой?
1. В чем возникает сложность при большей архитектуре? Эскуэль - да есть сложность так как при больших архиьтектурах и неймоверно огромные запросы с тучей лефтжойнов и прочей хрени. НоуЭскуэль - короткий запрос, туча данных в ответ
2. по скорости в много-много раз быстрее любой эскуэль
3. минимум прожорливости сервер ресурса
4. отказоустойчивость за счет репликаций
5. все данные хранятся там, где они понадобятся, в отличии от кучи таблиц в эскуэлях
6. что там у нас с расширением табличек в эскуэль? ах да добавил столбец и переписываем запросы в конроллерах (а иногда даже и нельзя в середину таблицы добавить столбец) НоуЭскуэль - маштабируй, добавляй, меняй в реальном времени, базе пофик, запросам тоже.
продолжать? вообще я уже дето писал будущее именно за ноЭскуэль.

[Woolf]

вообще я уже дето писал будущее именно за ноЭскуэль.

)) Конечно. Даже не хочу спорить.

[Alergy]

А зачем вам такое уж активное использование базы? Зашел игрок - прочитали, вышел - записали.

не совсем так), купил игрок - записал, улучшил оружие или что либо еще - записал

[ArtUni3d]

Господа, а подскажите пожалуйста ориентировочную стоимость сего дела. То есть, сколько средний специалист захочет за такую работу над сервером?

[Good1101]

Господа, а подскажите пожалуйста ориентировочную стоимость сего дела. То есть, сколько средний специалист захочет за такую работу над сервером?

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