Создание сервера с нуля - это очень плохой способ изучать программирование. Большая часть мира разработки, это читать код. Лучше начинать с написания маленьких программ дающих результат и сам кайфанешь и мотивация пропадать не будет. И конечно же читать кучу чужого (хорошего) кода. В плане разработки серверов - лучше брать готовый сервер и начинать допиливать к нему свои компоненты, править баги.
1. Если говорить про сборку в контексте вопроса, то конечно же речь идет про java эмуляцию сервера. Эмулировать сервер, по причинам недоступности кода PTS серверов, куда проще. Умельцы зареверсили протокол межклиентсерверного взаимодействия и по кусочкам собирали рабочий сервер. Там где были удачные архитектурные решения - выжили и продолжают развиваться. Java эмулятор сервера обычно состоит из game server'a, login server'a и базы данных к ним. Так же можно встретить упоминание datapack. Это конфигурации, файлы описаний всех компонентов игры, которые подгружаются в базу и в память сервера при старте.
2. Цены куда дешевле чем оплата человеко-часов написания севера с нуля. На форуме можно найти попытки написать сервера на go, nodejs, но никто, кажется, дальше перемещения не ушел.
3. Возможно, но нужно обладать приличным опытом, чтобы не делать работу в стол. Знать подходы к разработке, паттерны проектирования, огромный стек знаний компьютер сайнса.
В сравнении с офлайн РПГ игрой - ММО работают по другому, им необходим посредник, чтобы позволить игрокам взаимодействовать друг с другом(каждый клиент отдает информацию серверу - сервер отдает клиентам только необходимую им информацию). В таком подходе логичным является вынести все логические моменты в общее место к которому будут обращаться все клиенты и иметь общую информацию. Таким образом в контексте lineage 2 сервер обрабатывает информацию о квестах, предметах, скилах, перемещениях игроков, их взаимодействиях.
Клиент игры общается сервером используя определенный протокол(формат), пример как это выглядит можно посмотреть тут:
Вы не можете просматривать ссылку пожалуйста воспользуйтесь следующими ссылками
Вход или
Регистрация
. Клиент и сервер отправляют друг другу запросы и получают ответы на них. Клиент показывает игроку то, что ему сказал показать сервер.
Все сложные слова советую сразу гуглить и разбираться
А есть ли где-нибудь гайд по разбору файлов в сборке
Каждая сборка может иметь свою уникальную структуру. Они плюс-минус похожи из-за общих подходов архитектуре работы. Лучше найти какую-то и спрашивать конкретно, в целом все названия будут говорить сами за себя.
Описания файлов клиента есть тут на форуме(и вообще лучше изучить все темы)
И еще интересует геодата, видел что продают геодату отдельно от сборки, это получается если не купить геодату, то персонаж через стены бегать будет?
Геодата представляет собой некое описание объектов столкновения. За перемещение персонажа отвечает сервер, но за его отображение отвечает клиент. Например, без геодаты, клиент будет показывать, что вы бежите в стену, при этом сервер будет считать, что все ок и он доводит персонажа до места куда ему сказали. Релог-> и оп при перезаходе вы прошли через стену. В сервере есть часть отвечающая за перемещение(чаще всего называют геодвижок), на основе файлов геодаты сервер просчитывает возможные и невозможные перемещения игроков/объектов, дает ответ на вопрос видит ли один игрок другого и тому подобное
В чем-то могу быть не прав, говорю со своей колокольни
