Нормальная единая бан-система

[CAH4E3]

Конечно за, так же желаю помочь с серверой частью [SM]

Ну если сам росту будет помогать с разработкой, то это однозначно будет топ.

 

[DeeperSpy]

естественно, за.

 

[Paranoiiik]

Очень интересно, будет ли серверная часть для 34 в случае старта проекта. А так, поддерживаю!

 

[Kruzya]

@Dangerous707, только если SM 1.8 и выше.
1.7.3 и все, что ниже - уже мертво.

 

[EginKaman]

И на чем же будешь делать это всё (ЯП, фреймворк)?

 

[Kruzya]

@EginKaman, написал ж выше буквально, пока конкретных планов нет.
В плане с сервером и так всё ясно (там особого выбора нет, кроме Павна, Питона или Плюсов).
Веб - тут уж как фантазия пожелает. Можно PHP, NodeJS, ASP.NET Core, .NET Core, Django.
Но, думаю, я (и другие тоже) хотели бы запускать веб-сайт без особого секса. Так что скорее всего PHP.

Фреймворк тоже думать нужно. Тут уж как решим, когда наберём команду.
Выше Паинтер предлагает Laravel.

 

[EginKaman]

Выше Паинтер предлагает Laravel.

Если что, с Laravel я в деле, по возможности. Можно и голый PHP, но тут больше велосипедов и костылей выйдет.

 

[SAPSAN 隼]

я ЗА чем смогу тем помогу если что зовите)
--- Добавлено позже ---

Laravel

удобно

 

[R1KO]

@Kr1kuzya, я тоже за лару. но думаю сначала надо решить будет ли это вообще делаться, кто будет делать и что делать, а затем уже делать выбор языков и фреймворков

 

[SAPSAN 隼]

в принципе сейчас практикую на ларе все просто)

 

[sBorislav]

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

 

[Paranoiiik]

@Dangerous707, только если SM 1.8 и выше.
1.7.3 и все, что ниже - уже мертво.

Соглашусь.

Предлагаю создать тему с набором команды разработчиков и донатами для, так сказать, мотивации. Только если будет принято твёрдое решение.
А то реально будет очень грустно видеть потенциально хорошую идею и писюн на её реализацию.

 

[selax]

Оффтоп

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

Вообще идея хорошая. Для успеха тут нужно начать с планирования и составления чёткого ТЗ. Что я вообще ни разу не видел. Да и сам такого не делал.

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

 

[EginKaman]

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

Использовать паттерн MVC и всё.

 

[selax]

Использовать паттерн MVC и всё.

Это на модульность ну вообще никак не влияет.
Я имел ввиду модуль кика, модуль бана, модуль списка банов, модуль списка серверов, модуль вывода инфы о сервере и так далее.

 

[Kruzya]

@EginKaman, MVC - не гарантия того, что модульность будет адекватно достигнута.
Думаю через пару дней опишу, каким я вижу плагин для сервера. Веб описал, а вот плагины пока нет.

 

[sBorislav]

@EginKaman, MVC - не гарантия того, что модульность будет адекватно достигнута.
Думаю через пару дней опишу, каким я вижу плагин для сервера. Веб описал, а вот плагины пока нет.

так ты же хочешь, чтобы плагин обращался через API к приложению и не трогал базу. Значит нужен токен и дополнительные либы.
Лучше начать описывать API, какие там должны быь методы и параметры, типа
admin.add(nick, ip, steam, expires, pass);
ban.add(steam, nick, ip, ....);
Так и будет понятно какие запросы ты хочешь от веба и по функционалу. Ну и надо знать умеет ли либа дедать REST API или все в GET и чуть-чуть POST, типа как у вк, у них все в GET.

 

[SAPSAN 隼]

так ты же хочешь, чтобы плагин обращался через API к приложению и не трогал базу. Значит нужен токен и дополнительные либы.
Лучше начать описывать API, какие там должны быь методы и параметры, типа
admin.add(nick, ip, steam, expires, pass);
ban.add(steam, nick, ip, ....);
Так и будет понятно какие запросы ты хочешь от веба и по функционалу. Ну и надо знать умеет ли либа дедать REST API или все в GET и чуть-чуть POST, типа как у вк, у них все в GET.

Оффтоп

в XML БУДЕТ :aikido::ae::biggrin:

 

[Kruzya]

так ты же хочешь, чтобы плагин обращался через API к приложению и не трогал базу.

Ну. Я не это буду описывать. А в целом функционал, оставив "техническую часть" за кулисами временно.

Значит нужен токен и дополнительные либы.

Токен да. Думаю генерировать по токену на сервер. По нему уже на стороне веба и определять, откуда бан.
Ещё можно разграничить доступ к токену по IP. Но это всё позже будет рассматриваться.

Лучше начать описывать API, какие там должны быь методы и параметры

Напишу на днях.

Я думаю REST in Pawn использовать для запросов в SM. Будут POST-запросы от сервера с JSON в теле. И естественно ответ должен будет так же в виде JSON приходить.
В AMXX из коробки уже есть JSON-модуль, что радует, но нет пока что HTTP (помогите Аркшайну :D).

 

[Exle]

Готов помочь со всеми языками.

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

RostuFunction

, свое мнение и т.д.
Попытка - не пытка.