Lagnetic
СервериОглядачСпільнотаПросування
Увійти
СервериОглядач
rust
СпільнотаПросування
Разработчикам
Extended Meta Protocol
Інформація
Про проєктКонтактиFAQРекламаДля хостингівПартнериОфертаКонфіденційністьУмови використання
© 2026 Лагнетік. Усі права захищені.
XDiscordTelegram
  • Загальна інформація
  • Яку проблему вирішує EMP?
  • Для сервісів моніторингу
  • Для власників серверів
  • Для розробників
  • Приклад використання

Extended Meta Protocol (EMP)

EMP розширює стандартну відповідь ігрового сервера структурованими актуальними даними. Отриману інформацію можуть використовувати сумісні моніторинги та будь-які інші сторонні сервіси.

Розробкою та підтримкою займається команда Lagnetic, а EMP поширюється з відкритим вихідним кодом.

Актуальний статус

Для кожної гри створюється окрема серверна реалізація з урахуванням рушія.

Ігри, статус підтримки EMP і репозиторії
ГраСерверна платформаТранспортСхемаСтатусРепозиторій
Counter-Strike 1.6GoldSrc · AMX Mod XA2S1Підтримуєтьсяemp-cs16-amxx
Counter-Strike: SourceSource——У планахЩе не опублікований
Counter-Strike: Global OffensiveSource——У планахЩе не опублікований
Counter-Strike 2Source 2——У планахЩе не опублікований
Counter-Strike 1.6Підтримується
Серверна платформа
GoldSrc · AMX Mod X
Транспорт
A2S
Схема
1
emp-cs16-amxx
Counter-Strike: SourceУ планах
Серверна платформа
Source
Ще не опублікований
Counter-Strike: Global OffensiveУ планах
Серверна платформа
Source
Ще не опублікований
Counter-Strike 2У планах
Серверна платформа
Source 2
Ще не опублікований

Посилання на нові репозиторії з'являться після публікації відповідних реалізацій.

Яку проблему вирішує EMP?

Стандартна відповідь сервера добре відображає його технічний стан: адресу, поточну карту, кількість гравців, наявність захисту паролем, версію тощо. Однак цього недостатньо, щоб докладно описати сам ігровий сервер — його режим, підтримувані мови, офіційні спільноти та посилання на них, модифікації й інші характерні особливості.

Extended Meta Protocol додає ці відомості у вигляді іменованих полів, надаючи всім потенційним отримувачам повнішу інформацію. При цьому її джерелом залишається сам ігровий сервер.

Це корисно всім

  • Гравцям

    Гравці отримують актуальні відомості про сервер через будь-які джерела та сервіси, якими користуються.

  • Власникам ігрових серверів

    Після змін сервера чи пов'язаних ресурсів більше не потрібно редагувати дані й повторно реєструватися в десятках моніторингів.

  • Моніторингам та іншим сервісам

    Сервіси завжди отримують повні й актуальні відомості безпосередньо із сервера, не покладаючись на ручні оновлення користувачів.

  • Розробникам серверних реалізацій

    Розробники використовують спільну схему замість несумісних власних форматів, які не підтримують інші сервіси.

Кому й навіщо використовувати EMP

Протокол створює єдиний контракт між ігровим сервером і сервісами, що представляють його гравцям.

Моніторингам ігрових серверів

EMP допомагає будувати інформативні сторінки без ручного збору даних та окремої інтеграції з кожним проєктом.

Чому варто використовувати EMP

  • Дані надходять безпосередньо із сервера й оновлюються зі звичайним опитуванням.
  • Одна документована схема замінює нестабільні користувацькі формати.
  • Режим, мови, посилання та оформлення покращують пошук і фільтри.
  • Версія схеми, стан і коди помилок роблять обробку передбачуваною.

Як підключити

  1. 1

    Запитувати A2S і знаходити поля з префіксом em_.

  2. 2

    Спочатку перевіряти em_status та em_schema, потім збирати складені поля.

  3. 3

    Перевіряти й екранувати всі значення та безпечно завантажувати зовнішні ресурси.

Власникам ігрових серверів

EMP дає власнику контроль над тим, як сервер представлений у різних сервісах, і дозволяє описати особливості проєкту безпосередньо в його конфігурації лише один раз.

Чому варто встановити EMP

  • Гравці бачать режим, опис і мови проєкту до підключення.
  • Офіційні посилання та візуальні матеріали надходять із керованого вами джерела.
  • Зміни підхоплюються максимально оперативно.

Як використовувати

  1. 1

    Завантажити відповідний плагін або мод з офіційного джерела.

  2. 2

    Встановити його на свій сервер.

  3. 3

    Заповнити конфігурацію відповідно до налаштувань вашого сервера та проєкту.

Розробникам серверних реалізацій

Відкриту схему можна перенести в інші ігри, зберігши єдине значення полів і очікувану поведінку для моніторингів.

Чому варто використовувати спільну схему

  • Нова гра стає сумісною з усіма моніторингами, які вже розуміють EMP.
  • Назви й семантику полів не потрібно вигадувати заново для кожного рушія.
  • Стан публікації та помилки мають однакову машинну інтерпретацію.

Що потрібно від реалізації

  1. 1

    Обрати доступний у грі механізм запиту серверних метаданих.

  2. 2

    Зберегти схему EMP, маніфести динамічних полів і правила версіонування.

  3. 3

    Зв'язатися з нами для публікації мода під вашим авторством.

Приклад використання

Нижче наведено приклад реалізації EMP для Counter-Strike 1.6. Для інших ігор транспорт і деталі реалізації можуть відрізнятися — звіряйтеся з документацією відповідного репозиторію та актуальною схемою EMP.

Шлях даних

1
Власник задає дані

Опис проєкту зберігається в конфігурації EMP на сервері.

2
Сервер публікує поля

Плагін перевіряє конфігурацію та додає em_-поля до A2S.

3
Моніторинг читає відповідь

Сумісний сервіс розбирає схему та показує актуальні дані гравцям.

Які дані може передавати протокол

EMP доповнює стандартні A2S-відповіді й не дублює онлайн, карту, ботів, пароль, VAC або версію сервера.

Опис і режимem_desc*, em_mod, em_keywords
Короткий опис, назва режиму або моду та ключові слова для класифікації й пошуку.
Мовиem_lang_voice, em_lang_ui
Мови голосового спілкування та інтерфейсу сервера передаються окремо.
Візуальні матеріалиem_icon, em_map_img
Посилання на іконку проєкту та зображення поточної карти з підстановкою її назви.
Посилання спільнотиem_links, em_link_<key>
Розширюваний набір посилань на сайт, Discord, соцмережі та офіційні ресурси.
Команди й розширенняem_commands*, em_custom, em_x_<key>
Необов'язковий список публічних AMXX-команд і явно позначені користувацькі поля, що не входять до стандарту протоколу.
Стан протоколуem_status, em_schema, em_updated, em_error
Версія плагіна, стан публікації, версія схеми, час зміни конфігурації та машинозчитуваний код помилки.

Основні поля для інтеграції моніторингу

Повна специфікація, обмеження та коди помилок наведені в репозиторії. Мінімальний споживач має враховувати такі поля.

em_status
Версія плагіна й стан публікації; стан 0 означає недійсні прикладні метадані.
em_schema
Версія схеми даних для вибору правил розбору.
em_desc_parts
Кількість частин опису, які треба зібрати з em_desc, em_desc_2 і далі.
em_links
Авторитетний маніфест активних полів em_link_<key>.
em_custom
Авторитетний маніфест користувацьких полів em_x_<key>.
em_error
Стабільний машиночитаний код причини помилки конфігурації.