Войти или зарегистрироваться
  • Вы находитесь в сообществе Rubukkit. Мы - администраторы серверов Minecraft, разрабатываем собственные плагины и переводим на различные языки плагины наших коллег из других стран.
  • Данный раздел создан исключительно для релизов! Вопросы по лаунчеру или обвязке задавайте ТОЛЬКО в соответсвующей теме автора. Любые другие темы будут удалены, а авторы понесут наказание.

Веб Мониторинг через AuthMe + MySQL

TFWanderer

Активный участник
Пользователь
Баллы
61
Имя в Minecraft
TFWanderer
Добрый день! Решил залить код мониторинга через AuthMe. Код делал для себя, но может кому-то пригодится :)

Плюсы:
  • Показывает список игроков на сервере
  • Полоса загруженности сервера
  • Выводит пользователей, которые играют на сервере.
  • Вывод всех игроков
  • Вывод рекорда посещений
Минусы:
  • Требует интеграцию AuthMe с MySQL
  • Работает не на всех версиях AuthMe (Работает на v3.4+)
  • Нету автообновления
Для начала скачиваем архив по этой ссылке. Скидываем папку monitoring на ваш сайт
Важно! Делаем импорт файла record_players.sql в БД
Открываем файл config.class.php
PHP:
    var $host = 'localhost';        //Хост (Обычно localhost)
    var $db = 'mine_l';        //База Данных
    var $user = 'root';         //Пользователь
    var $password = '';         //Пароль
    var $maxPlayers = 25;         //Максимальное количество пользователей на сервере
    var $nameServer = "Название сервера";        //Название проекта или сервера
    var $hidePlayersOnline = '1';         //0 - Скрывает показ пользователей, 1 - показывает пользователей, которые онлайн.
Открываем файл index.php (ваш сайт) и вставляем в <head></head> строчку :
HTML:
<link rel="stylesheet" href="monitoring/style.css" type="text/css"/>
Далее в нужном вам месте пишем:
PHP:
<?require_once("monitoring/index.php")?>
Все, после установки у вас будет мониторинг через AuthMe
5946605.jpg
  • Вывод всех зарегистрированных пользователей [Готово]
  • Рекорд посещений сервера [Готово]
  • Вывод количества посетителей за неделю и день.
  • Автообновление мониторнига
История версий:
v0.1
- release
v0.2 - Добавлен вывод всех зарегистрированных пользователей
v0.3 - Добавлен рекорд посещений сервера, добавлены новые переменные в config.class.php
v0.3.2 - Изменен дизайн [NEW]

Скачать мониторинг Ссылка [v0.3.1]​
 
Последнее редактирование:
Будет показывать количество всех зарегистрированных игроков на сервере?
players.png
Показывает только тех, которые онлайн, но можно и добавить, чтобы показывал всех зарегистрированных пользователей
Все, добавил вывод все зарегистрированных пользователей. На счет дизайна, если уж совсем не нравится, то перепишу)
 
Ну и программисты пошли, совсем разленились. Скачал этот мониторинг, залил record_players.sql на БД и все как там сказано, в итоге белый экран. САмаЙ ЛУчШАй МОниторИнг
 
Мониторингу 4 года, я понять не могу зачем апать старые темы?
 
В любом случае код там нормальный и обновления не требует
 
SQL запросы.
Нет наличия PSR стиля.
Логика кода.

Так писать не стоит, и использовать подобное тоже.
1) запросы готовить тут не надо, нет входных данных. Так что SQL запросы не считается, все с ними нормально.
2) Серьезно? Тут даже классы излишни, слишком простой код, да, давайте автозагрузку классов сделаем.
3) и что же не так с логикой?

Вообще такие скрипты, всегда надо писать в процедурном стиле. Могу даже объяснить, если не понятно почему.
 
1) запросы готовить тут не надо, нет входных данных. Так что SQL запросы не считается, все с ними нормально.
2) Серьезно? Тут даже классы излишни, слишком простой код, да, давайте автозагрузку классов сделаем.
3) и что же не так с логикой?

Вообще такие скрипты, всегда надо писать в процедурном стиле. Могу даже объяснить, если не понятно почему.
Где я писал о том что тут нужно использовать ООП? Или рекомендации PSR требуют его строго наличия? Нет. Функция getRecord в помощь, там занятная логика.
 
Где я писал о том что тут нужно использовать ООП? Или рекомендации PSR требуют его строго наличия? Нет. Функция getRecord в помощь, там занятная логика.
Соглашусь, можно было написать намного проще, чем вызывать данные из бд, сравнивать с текущим показанием. Но ничего критичного, что повлияет на производительность или повлечет sql иньекции нет. Так что грех требовать идеальный код от бесплатных решений.
 
Соглашусь, можно было написать намного проще, чем вызывать данные из бд, сравнивать с текущим показанием. Но ничего критичного, что повлияет на производительность или повлечет sql иньекции нет. Так что грех требовать идеальный код от бесплатных решений.
Там лишний один запрос который делает то же что и первый.
И да, если бесплатное то можно делать как говно? Ну и так сойдет, а то что могут быть проблемы или уязвимости никого не интересует? Вот они open source разработчики в 2018 году.
 
Там лишний один запрос который делает то же что и первый.
И да, если бесплатное то можно делать как говно? Ну и так сойдет, а то что могут быть проблемы или уязвимости никого не интересует? Вот они open source разработчики в 2018 году.
Ну лишний запрос и? Какие уязвимости от лишнего запроса?
Какой 2018, тема 2014 года. Либо ищите нормальные аргументы, либо хватить комментировать ради комментирования.
 

Поделиться этой страницей

Назад
Верх