Плагин [MECH] NicksFilter v1.0 - фильтр дурацких ников [>= 1.8.3]

[InterVi]

Версия: 1.0
Для серверов: >= 1.8.3

Прост, как топор. Его единственная задача - фильтровать игроков с тупыми никами при входе на сервер. Проверка ника осуществляется с помощью поиска подстроки или регулярным выражением. Нужно использовать нижний регистр (все ники при проверке переводятся в него).

MRLauncher-ы не пройдут!

Посмотреть исходники и скачать: https://bitbucket.org/InterVi/nicksfilter

 

[Герман Король]

Половины онлайна на сервере не будет, тк MRLauncer используют многие. А так плагин хороший

 

[Azim_D3Tm]

по хорошему - сделать Getter-ы (иSetter-ы, если нужны) для класса Config, а поля сделать приватными

 

[InterVi]

по хорошему - сделать Getter-ы (иSetter-ы, если нужны) для класса Config, а поля сделать приватными

Это странная мода, скорее даже маразм. Может быть оправдано, когда конфиг очень большой, чтобы не писать переменные ручками, но в таком случае падает производительность при обращениях. Вот зачем? Удобство использования класса это не прибавляет, а повышение инкапсуляции здесь не нужно от слова совсем. Ты так говоришь, будто это огромный проект с 100500 укуренными индусами, у которых руки так и чешутся менять значения public переменных. Не нужно защищаться от того, что и так не собираешься трогать в логике кода.

Половины онлайна на сервере не будет, тк MRLauncer используют многие. А так плагин хороший

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

 

[hyndorik]

Это странная мода, скорее даже маразм. Может быть оправдано, когда конфиг очень большой, чтобы не писать переменные ручками, но в таком случае падает производительность при обращениях. Вот зачем? Удобство использования класса это не прибавляет, а повышение инкапсуляции здесь не нужно от слова совсем. Ты так говоришь, будто это огромный проект с 100500 укуренными индусами, у которых руки так и чешутся менять значения public переменных. Не нужно защищаться от того, что и так не собираешься трогать в логике кода.

В таком случае у тебя нет расширяемости проекта. Конечно тут возможно и странно это делать в проекте на 50 строк, ну все же. А так еще надо было сделать интерфейс и через с классом взаимодействовать

 

[InterVi]

В таком случае у тебя нет расширяемости проекта.

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

 

[Zнамя Юности]

тоже подобное когда-то делал, когда эти полу-умные дебилы окончательно надоели

ну а так да, только онлайн убивать. пусть играются, хотя бы для массовки.

 

[MrRateV2]

годно