Уже прошло более 20 лет после того, как первые мады увидели свет. Но на данный момент в технологическом плане они по прежнему все те же и кодовые базы по сути не менялись. За редким исключением (Сфера миров) кодовые базы — это наследники Циркуля и Rom-a, у которых в свою очередь общий наследник Diku. А кодовую базу Сферы авторы не раскрывают. Все что делалось в русском сегменте — это русификация и изменение игровой механики. Зачастую изменения делались людьми с небольшим опытом программирования, что в результате приводило к проблемам — падение сервера, пропажа игровых предметов и т. д.

Технологии ушли вперед, мады пока нет. Тут я хочу попробовать собрать требования к современному мад серверу, который хотелось бы иметь и попробовать объяснить почему.

Итак требования.

1. Сервер должен быть мультиплатформенным, т.е. запускаться на основных ОС. На данный момент это Windows, Linux, FreeBSD. Если первая используется пользователями, в т.ч. билдерами, имплементорам, игроками — что позволит запустить сервер на своем домашнем компьютере для разработки зон, наример. То другие — в основном как хостинг для мад сервера. Стоимость хостинга в месяц для Linux намного дешевле хостинга на Windows. Это будет актуально, если мад не приносит прибыль и хостинг оплачивается из своего кармана.

2. Сервер должен поддерживать юникод. Уже давно прошла пора кодировок символов — кои8, win1251 и т.д. Это сильная привязка сервера к конкретному языку, например русскому. Это мешает разрабатывать мад на нескольких языках, в т.ч. одновременно. Из всех вариантов самым удобным считаю UTF8. Сервер должен работать только на юникоде, выбор кодировки — это ахронизм прошлого века. Ради поддержки старых клиентов можно будет сделать маленькую программу — прокси, или добавить поддержку кодировки на отдельном порту (как временную меру).

3. Все исходные тексты зон должны быть одинаковыми независимо от того, где идет работа (Windows/Linux). Сейчас у Циркуля есть такая особенность — исходники зон для сервера на кои8, а для редактора — на win1251. В результате работать не удобно. Вывод — исходники зон должны быть на юникоде (UTF8).

4. Сервер должен быть 64 битным. Это скорее пожелание, т.к. это требуется для высоконагруженных серверов, чем мады на данный момент не являются. Но задел на будущее можно оставить. Сервер мада может перерасти во чтото более крупное.

5. Мад протокол должен стать более универсальным. Сейчас в сфере мадов огромное количество различных протоколов — MCCP, MSDP, MTTS, и другие. Которые зачастую дублируют друг друга по функциональности и не совместимы между собой. Их сложно расширять, сложно писать поддержку, защищаться от неверных данных и т.д. Сделать поддержку протокола непростая задача, чтобы было надежно и лекго расширяемо. Предлагается для мад-протокола использовать Lua. По сути транслятор Lua идеально подходит на эту роль. Тут можно обеспечить защиту от неверных данных, поддержку различных версий протоколов, легко расширять набор команд протокола. Клиенту требуется только написать обработчики тех команд, которые он поддерживает, а все остальное Lua сделает за тебя сама, т.е. распарсит протокол в команды, проверит их синтаксис, пропустит не поддерживаемые команды, вызовет нужные команды уже с готовыми параметрами. Если чтото в протоколе меняется — очень легко написать адаптер для протокола на том же Lua. Адаптер может переделать команды так, как нужно клиенту.

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

Конечно, кодировка символов в протоколе должна быть UTF8. Нужно сразу же оговорить, что нужно использовать сжатие протокола по умолчанию. Пропускная ширина канала сервера = это общий трафик от всех клиентов. Если можно уменьшить объем трафика — то это стоит сделать, учитывая что общий объем трафика из-за использования UTF8 и Lua увеличится. Сжатие позволит уменьшить объем трафика в 7-8 раз, что в целом скажется положительно на скорости отклика от сервера и уменьшит лаги.

Следует еще заметить, если все таки нужна будет поддержка MSDP и прочих протоколов, то это можно будет решить опять же с помощью Lua. Написать на нем транслятор нового мад протокола — в MSDP.

6. Поддержка статистики. Сейчас очень сложно балансировать игровой контент мада из-за отсутствия информации о том, кто сколько и где зарабатывает, какое оружие самое популярное и прочее. Для этого нужна статистика. Каждое событие, которое происходит в маде и нуждается в контроле — нужно записывать. Для этой задачи хорошо походят базы данных — можно будет писать запросы для получения нужной информации, сделать сайт со статистикой.

7. Поддержка управления через веб. Если для статистики можно будет поднять отдельный сайтик — т.к. он будет только работать только с базой данных статистики (написать на PHP), и тут не обязательно тащить все это прямо в мад сервер, то для работы с мадом — работа в браузере может оказаться вполне удобным вариантом. Хотя тут нужно изучить те моменты, которые будет проще всего делать именно в браузере, а не в командой строке, как при игре.

8. Резервное копирование. Компьютеры ломаются и поэтому сохранность игровых данных очень важна. Сервер должен уметь сам, без перезагрузки, бекапить файлы мада, персонажей и др. С возможностью отправить на сторонний компьютер этого архива.

9. Работа с почтой. Желательно, чтобы сервер мог работать с email-ами. Для отправки писем всем играющим.

10. Простая кастомизация игрового контента. Т.е. тут идет речь о редакторе. Редактор — отдельная программа, которая позволяет создавать игровые зоны, мобов и прочий контент для мада. Мое мнение — нужно отказаться от редактора и писать зоны в обычном текстовом редакторе.
Основные причины — 1. Редактор это отдельная программа, которую надо поддерживать, причем для каждого мада по сути нужен свой редактор, т.к. игровой контент будет различен. 2. Редактор нужно поддерживать для всех ОС, что и сервер, иначе нет смысла. 3. Возникает проблема — когда появляется новая фишка в игре — ее нужно запилить и в редакторе, распространить между билдерами и т.д. Вывод — редактор очень большой якорь на шее мадов — так как тащит их вниз. Он уменьшает скорость ввода нового игрового контента в мад.

Решение проблемы — писать код, как обычную программу в текстовом редакторе. Основной плюс — универсальность. Тут очень легко добавлять новый контент, который добавлен на сервер. Вместо того чтобы поставить флажок мышкой — написать например строчку dark=true (в комнате темно).
Это дает еще одну гибкость — параметры могут вычисляться (т.е. если в редакторе может стоять только флаг — да/нет), то в новом варианте — параметр может считаться по формуле (например зависеть от погоды, наличия солнца, и т д). И кстати для каждого отдельной румы или моба, может быть своя формула! Т.е. вместо простого варианта — да/нет, получаем кастомизацию вообще без ограничений.
Минус — такой системы — требуется переучится билдерам, немного подучить синтаксис зон.
Но зато можно получить в перспективе онлайновый редактор прямо в браузере, без перезагрузки сервера, со справкой. Снимаются все ограничения, присущие стандартным редакторам.

11. Скриптование зон, мобов и т.д. Как известно, мобам нужен хоть какой то интеллект, чтобы мир был живой. Нужно писать им логику поведения. Для этого нужен язык программирования, желательно очень простой, чтобы билдеры в нем разобрались, надежный, чтобы был проверен временем. Тут выбор может быть очень большим — С#, JavaScript, Python, Lua.
Я пока хочу остановиться на Lua, как наиболее простой язык для непосвященных, идеально интегрирующийся в другие языки. Обеспечивает хорошую надежность и гибкость.
Так как скрипты — это текст, то это идеально ложится на концепцию описания зон в текстовом редакторе. Описывается зона, моб, объект и тут же лежат скрипты поведения. Можно будет интегрировать отладчик для скриптов, чтобы проверить как он работает.

12. Универсальность. Это когда сервер подходит под написание практически любого мада. Это сложно достижимая задача, но можно попытаться приблизится к ней. Т.е. сервер должен быть модульным. При старте сервер собирается и нужных программых блоков, как из кубиков.
Т.е. сервер состоит из 1. ядра (общий код — сеть, работа с файлами, и прочее), 2. либы (код который относиться к конкретному типу мада, но на его базе можно написать несколько мадов) — функционал игрового сета мада. 3. игровых зон (код отдельных мобов, объектов и прочее).

13. Желательно уметь заменять игровой контент без перезагрузки сервера. Т.е. добавить моба, убрать объект и прочее — прямо на лету. Это требует вывод игровой механики в скрипты. Если либа и игровая зона будет скриптовая — то это вполне возможно.

14. Умение крутить несколько мадов на одном сервере, на одних портах. Это скорее пожелание, позволит экономить на хостинге, если имплементоры этих мадов договорятся. Или держать одновременно игровой и тестовый сервера на одном хостинге.

15. Дать возможность серверам коммуникации между собой. Тут можно объединить чаты нескольких мадов, базы игроков и прочее.

На этом пока все требования.