BlockDB - ServerGuard для CS2-серверов 1.0.0

[vimer4]

vimer добавил(а) новый ресурс:

BlockDB - Античит для CS2-серверов - BlockDB - сервис синхронизации банов между CS2-серверами. Плагин перехватывает подключение игрока на

View attachment 132
BlockDB - сервис синхронизации банов между CS2-серверами. Плагин перехватывает подключение игрока на этапе пре-коннекта и проверяет его по общей базе. Если бан найден - игрок получает кик до загрузки на сервер.

Сайт: blockdb.net | Документация: docs.blockdb.net | GitHub...

Узнать больше об этом ресурсе...

 

[E!N10]

Крайне странная и неэффективная реализация CS# стороны

О чем это я... Один из плюсов плагинов на CS# то, что они весьма самобытны и, как правило, не требуют пересборки при обновлениях (ну если сам плагин не особо специфичный или не было критических изменений со стороны игры)

Поэтому создавать лишнюю прослойку, ядро для которой так и так в итоге потребует перекомпиляции, - очень сомнительное решение

"Ресурс создан с помощью ИИ Нет, ИИ не использовался"
В репозиториях указан гитхаб человека, который известен плагинами, которые написаны ТОЛЬКО с помощью ИИ, а тут резко ИИ не использовался?)
Что мешало навайбкодить адекватную полноценную CS# реализацию, вместо костыля?)

 

[vimer4]

Крайне странная и неэффективная реализация CS# стороны

О чем это я... Один из плюсов плагинов на CS# то, что они весьма самобытны и, как правило, не требуют пересборки при обновлениях (ну если сам плагин не особо специфичный или не было критических изменений со стороны игры)

Поэтому создавать лишнюю прослойку, ядро для которой так и так в итоге потребует перекомпиляции, - очень сомнительное решение

"Ресурс создан с помощью ИИ Нет, ИИ не использовался"
В репозиториях указан гитхаб человека, который известен плагинами, которые написаны ТОЛЬКО с помощью ИИ, а тут резко ИИ не использовался?)
Что мешало навайбкодить адекватную полноценную CS# реализацию, вместо костыля?)

Спасибо за обратную связь.

По архитектуре: да, прослойка создаёт дополнительную зависимость - это осознанный компромисс, продиктованный конкретными требованиями проекта. Если у вас есть предложения по улучшению структуры, мы открыты к обсуждению в Issues или в лс создателя.

По вопросу ИИ: пометка «ИИ не использовался» относится к данному конкретному репозиторию. Прошлые работы автора - его дело; судить текущий проект по чужой репутации некорректно. Если у вас есть конкретные претензии к качеству кода - аргументируйте технически, и мы рассмотрим.

Также стоит сказать, что отметка «ИИ не использовался» относится не только к плагину, так как основная логика в нашей api и базе данных.

 

[E!N10]

По вопросу ИИ: пометка «ИИ не использовался» относится к данному конкретному репозиторию. Прошлые работы автора - его дело; судить текущий проект по чужой репутации некорректно. Если у вас есть конкретные претензии к качеству кода - аргументируйте технически, и мы рассмотрим.

Также стоит сказать, что отметка «ИИ не использовался» относится не только к плагину, так как основная логика в нашей api и базе данных.

Против ИИ в целом ничего не имею, так-то
Просто бросилось в глаза, решил уточнить

Спасибо за обратную связь.

По архитектуре: да, прослойка создаёт дополнительную зависимость - это осознанный компромисс, продиктованный конкретными требованиями проекта. Если у вас есть предложения по улучшению структуры, мы открыты к обсуждению в Issues или в лс создателя.

Ну, может, как будет свободное время, занялся бы, изучил, что к чему и почему. Краем глаза утром пробежал код и не увидел ничего сверхъестественного, не обратил внимания, возможно.

 

[vimer4]

Против ИИ в целом ничего не имею, так-то
Просто бросилось в глаза, решил уточнить


Ну, может, как будет свободное время, занялся бы, изучил, что к чему и почему. Краем глаза утром пробежал код и не увидел ничего сверхъестественного, не обратил внимания, возможно.

Архитектура выбрана как осознанный компромисс для удобства поддержки: у нас одновременно работают две админки, и такой подход позволяет централизовать логику. При обновлении API достаточно изменить только ядро на стороне Metamod - CS# плагин трогать не нужно

 

[E!N10]

Архитектура выбрана как осознанный компромисс для удобства поддержки: у нас одновременно работают две админки, и такой подход позволяет централизовать логику. При обновлении API достаточно изменить только ядро на стороне Metamod - CS# плагин трогать не нужно

Ну, в целом понимаю выбранный путь, и, пожалуй, кроме создания отдельного ядра на CS#, трудно придумать более простое решение с точки зрения реализации, но при этом оно сложнее со стороны поддержки, это тоже понятно.

 

[Xellerlu10]

Вопросики

 

[vimer4]

Вопросики

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

 

[Xellerlu10]

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

Классика жанра: "Бесплатно и навсегда... но в будущем введём тарифы"

 

[vimer4]

Звучит противоречиво, согласны Если точнее - базовый функционал был, есть и будет бесплатным. Тарифы появятся только для расширенных возможностей, которые нужны крупным проектам. Для +-80% пользователей ничего не изменится