@Staz Lincord

Здравствуйте. Решил создать ММОРПГ игру. Присмотрелся к этим компонентам:

Основное программирование - C#
База Данных - MySQL
Серверное синхронизация - Network View
Язык программирования для запросов - PHP
Ну и движок само собой - Unity3d

Вопросы:
1) Получится с таким "сетапом" сделал полноценную мморпг способная "УБИТЬ" всех нынешних лидеров в ММОРПГ
2) Network View не до конца изучил, я даже хз что это... но оно вроде хорошо синхронизирует и хорошо работает с интерполяцией.
3) Нужно ли использовать подготовленные запросы в PHP для защиты от SQL инъекций?
4) Я много чего не понимаю, объясните что ещё нужно сделать и как будет работать..: БУДУ ЖЕСТОКО БЛАГОДАРЕН

Добавлено через 9 минут
5) Или нужно Network View убрать, и делать свой Мастер Сервер на C#?

0

@wmysterio

Staz Lincord, не только Вы имеете такие амбиции ) Если смотреть объективно, то у нас, простых смертных, нет шансов против нынешних лидеров ММО РПГ - просто раздавят, как говно на тротуаре. А вот сделать добротную любительскую игру можно, которую можно потом усовершенствовать и набрать фанатов, которые могут дать средства для дальнейшего развития. В общем нужно много времени, если конечно у вас на финансы нет ограничений )

1) Не получится. Вам нужно ещё мощный сервак, который потянет для начала хотябы 2000 человек онлайн + нужно купить лицензию Unity, которая даст возможность подсоединять более 10 человек ( кажется бесплатная имеет такой лимит ).
3) Это обязательно в любых случаях: там и безопасность, и меньше гемора с валидацией переданных значений.
5) Можете попробовать, если являетесь экпертом в этой области.

2

@Staz Lincord

wmysterio, а вообще нужно ли использовать PHP и MySQL? С ними будет лагать?

Добавлено через 9 минут
Кстати, это значит мне нужно два сервера:
1) Для синхронизаций и просчетов игроков, он стоит дорого.
2) Для запросов игроков - PHP APACHE MYSQL, он не столь дорогой как первый.

Это верная мысля?

0

@wmysterio

Это вопрос, над которым можно долго и нудно вести дискуссии ) Зависит от того насколько загружен будет сервер ( пользователи + мощность сервера ), где он будет находится ( чем ближе, тем быстрее будет отклик ), качество серверного кода - если запросы будут оптимизированы, то и ответ будет быстрее. Далее зависимость от количества запросов. Если тащить с сервера / передавать что-то каждых 0.001 милисекунд, то конечно будут лаги ) Обычно "глобальное" обновление происходит раз в несколько секунд, а более мелкие только при определённом событии - кликнул что-то пользователь, ударил, убил, взял добычу и т.п. Ну и конечно же клиентская оптимизация: что и когда показывать.

Я смотрел реализацию серверной части пиратки WoW на PHP+MySQL и работает очень даже быстро.

1

@Staz Lincord

wmysterio, значит PHP и MySQL не плохой вариант, даже хороший?

Добавлено через 2 минуты
Под "Глобальное" ты подразумеваешь типа, сохранение позиций игроков, хп - мана, инвентарь?

0

@wmysterio

Реализаций очень много. Unity может быть и сервером и клиентом. С серверной стороны можно тыкнуть локальную бд хоть в XML-файле и делать к ней запросы. То есть можно и вовсе без PHP обойтись. Вся работа будет осуществлятся между 2-мя Unity-приложениями, только сервер будет иметь доступ к БД и будет вести все рассчёты. Клиент только будет синхронизировать всё, что творится на сервере.

Я не считаю себя экспертом в сетевых играх, поэтому все варианты перечислить не могу ) Для обычных приложений обычно хватает только клиента Unity и сайта, куда будут идти запросы.

Верно. Инвертарь я бы сохранял бы не "глобально", а только когда к нему пытаются получить доступ: открыть, добавить что-то, удалить, продать, изменить.

1

@Staz Lincord

А будут нагрузки? Ну просто клиент сам посылал мелкие запросы в бд(нагрузка частично разделялась по серверам), а так он будет посылать на сервер а сервер будет напрягаться... или я что-то путаю)?

Это очень хороший совет! Спасибо!

Тоже хороший совет!

0

@wmysterio

С XML я пошутил если что ) Лучше использовать более привычные базы, типа MS Access, MS SQL и прочие. Их можно взять под пароль, там есть система управления типами и управление самой базой. Они всегда будут - там чуть меньше, там чуть больше. Мы можем только упростить или усложнить ему работу запросами ) Клиент не должен работать с базой напрямую. Он использует посредника, у которого есть доступ к бд. Это его обычная работа: принял запрос, обработал его, отправил ответ. Ничего в этом страшного нет.

1

@Staz Lincord

Не, ты не так понял), просто клиент отправляет данные на сервер сайта - и этот серверный сайт вносил и обрабатывал(на php) данные в бд(mysql). А если сервер сам будет делать эти действия, то он напрягается больше. ИМХО(Логика) даже не проверял/не замерял.

А так сама связка с PHP и MySQL хороша? Её кто-нибудь юзает/юзал?

0

@omi4691

На GetHub есть как минимум два готовых сервера UO написанных на C# и штуки 3 клиентов на С++, XNA и Парадоксе.

Осталось только узнать что такое ДизДок, найти команду и тысяч 200 не рублей. С этим до альфы дойти будет вполне возможно.

1

@Staz Lincord

хорошая инфа! приму к сведению

Клиентов? А зачем мне они? Я же делаю/пишу игру на Unity3d/C#. Или под этим ты подразумевал что-то другое?

Команду не буду искать, но если будут желающие с опытом и знаниями, приму. А так собираюсь делать потихоньку всё сам... программирование(C#/js изучаю), сайт(php+mysql знаю), моделирование(изучаю), анимации(изучаю), аудио/музыка(могу). А деньги мне ненужны, это пока моё хобби. Если будут нужны деньги, то только в конце для лицензии и серверов(а может и ещё для чего-нибудь)

До этого слышал про Диздоки, но не понимал о чём они, после твоего коммента прочёл и познал! В будущем буду использовать!!! Спасибо

Добавлено через 27 секунд
???

0

@omi4691

Это первая фатальная ошибка, на это уходят годы. Это чертеж по которому будет строится игра. Придется прочесть уйму книг по этому вопросу и написать кучу провальных вариантов.

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

Метод поиска готовых примеров с попыткой слепить это в кучу?

Начнем с того что дает Unity3d? Это готовый движок с закрытым кодом, если есть понимание как он работает внутри, то это даст экономию времени. Без понимания это просто груда метала в руках индейца.

ММО и МОБА в данный момент даже в топе это изометрия, то есть 2Д игра. Для обучения полезно строить свои движки с нуля для понимания самого процесса. Гарантированно не напишите лучше, но черным ящиком Unity3d перестанет быть.


Допустим случилось чудо, сюда забрел меценат и нанял для тебя команду лучших в мировом масштабе. Фраза что будем делать лучшую в мире игру их не удивит, они это и так всегда делают )))), а вот ответа на вопрос что именно делать поставит тебя в тупик.

1

@Staz Lincord

Ну наверное так оно и есть. У меня походу не такой диздок будет в первое время, т.к. я ещё зеленый и пишу в одиночку(всё держу в уме, только код комментирую), а если каким-то Чудом появится команда, то диздок на скорую руку буду делать(а потом дополнять его).

Полезные наставления, спасибо Кстати, от комментирование кода, он не замедляется?

???

0