Веб [JSON] Быстрый кэширующийся мониторинг в 4 вариантах

Всем привет!
Недавно писал скрипт мониторинга для одного проекта (чтоб не кидались тапками, скажу сразу, что писалось все по собственной инициативе) и решил выложить скрипт в общий доступ.​

​

Есть 2 варианта скрипта:
1. С обновлением кэша при обновлении страницы с заданным интервалом
2. С обновлением через CRON или при помощи батника (скрипт разбит на 2 файла).

Предпочтительней использовать 2 вариант, т.к. он не дает увеличения времени загрузки страницы, но уж если вы не умеете обращаться с CRON, то придется использовать 1 вариант.​

​

Спойлер: Преимущества:

1. Удобное изменение дизайна​
2. Удобный конфиг​
3. Правильная верстка и стили​
4. Встроенный дебаг​
5. Чистый код​
6. Очень быстрый (старался максимально ужать)​
7. Приятный начальный дизайн​
8. Совместимость со spigot серверами​
9. Встроенное кэширование (кэшированный вариант грузится мгновенно)​
10. Все нужное описано в readme.txt​
11. Для работы не требуется MySQL​
12. Мониторинг кэшируется в формате json, так что можно написать скрипт вывода онлайна на JS, тем самым сняв часть нагрузки на хостинг (также это дает возможность применить различные анимации к барам и даже постоянное обновление мониторинга в браузере, без обновления страницы)​

Спойлер: TODO:

1. Реализация вывода через JS

Спойлер: Скриншот не JS:

Спойлер: Скриншоты JS варианта:

​

Скачать последние версии:

1 вариант (не для CRON)
2 вариант (для CRON)
​

UPD:
Создана версия с выводом мониторинга через JS. Эта версия только для 2 варианта(CRON), т.к. писать это для первого варианта не вижу смысла. Идея позаимствована у @Cyber Owl. Работает корректно и быстро. Дизайн тот же, настройки все еще в config.php
Для работы необходим JQUERY!!!

Последняя версия JS+CRON варианта​

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

=========================================================
=========================================================
=========================================================

Написана 4 версия:
AJAX без CRON
​

Все доки расписаны в !doc

Спойлер: Преимущества

1. Все так же быстр
2. Встроенный шаблонизатор
3. Использует AJAX для загрузки данных
4. Не требует создания задачи CRON
5. Постоянно обновляет онлайн серверов
6. Улучшенный дизайн
7. Огромные возможности

Спойлер: Скрины

Ссылка:
СКАЧАТЬ!

P.S. Если есть желание заказать уникальный дизайн или функционал, то пишите мне в скайп - infernalpalace - обсудим​

 

Научись правильно пользоваться табуляцией. Её где то нету, где то сильно много.
Можно было по лучше. Но это паб )

 

Можешь скинуть скрины, что именно не устроило?
И вообще коммент попахивает бредом, т.к. табуляция - штука сугубо индивидуальная и как придирка она так себе. О5 же код написан на пыхе, а не Питоне, потому табуляция не влияет на работу скрипта

 

Табуляция это хороший тон программирования

 

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

 

Почему ты не использовал array() для настроек ?

Спойлер: Неправильно

Спойлер: Правильно

Да и вообще можно было использовать масивы так

Код:

$array = array(
    '1' => '1',
    '2' => array(
                '3' => '3',
            ),
);
echo $array['2']['3'];

UPD

 

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

Опять же я не придираюсь к твоей неграмотности

 

Я лишь пытаюсь показать ошибки, я привёл пример масив в масиве
rb всю табуляцию испортил :C
И в чём же я не грамотен ?

 

а) это то, как ты считаешь правильным оформлять отступы, это не обязательно является правилом
б) не совсем понял, зачем ты вообще привёл этот пример, если показал свою точку зрения в скрине
в) непонятно, зачем в примере эхо

Да вообще непонятно, к чему этот пример
Где-то
Нет
Где-то
По-лучше
Как видишь, даже в твоих 20 словах я нашёл 4 ошибки
Это называется многомерный массив, а не массив в массиве
.
Ещё одна ошибка: табуляция - это
Многомерные массивы использовать можно было, но зачем?

 

Получше.
Где-то.
Сам не лучше. Вот ненавижу таких людей, которые пытаются умничать в русском, а сами допускают идиотские ошибки. Вам место в аду.

 

А чем моё где-то не устроило?

И да, ошибка "по-лучше" не совсем уж и идиотская​

И я не верю в ад

 

Жизнь твоя и есть сущий ад.
Ты рассыпешься на элементарные частицы, сознание твоё покинет тебя. Ты обретешь в каком-то смысле покой, но более ты не ощутишь красок сего мира. Ты не ощутишь лёгкого бриза, ты не увидишь красот закатов, и даже рассветов. Ты не сможешь услышать птичьи трели в лесу. Ты не сможешь потрогать первый снег. Никогда.
Неужели тебе легко живётся, веря в такой конец?

 

Тебе не кажется, что эта информация никому не нужна?
И если мое сознание покинет меня, то мне будет параллельно, что есть закаты и рассветы и т.д.

 

Если есть желание, то можно воспользоватся и JS.
Более легковесная связка получится.
JS(Client) > PHP (JSON ответ) > Render

 

Интересный вариант.
Но не все предпочтут пользоваться неким сторонним http://jmc.url.ph/

Немного непонятно правда, зачем использовать для каждого сервера уникальный айди, а не работать с $(this)

 

>> Сознание покинет меня
Если Оно покинет ТЕБЯ, тогда что есть ты?
Сознание и есть эго.

 

Извиняюсь за глупый вопрос, но что лучше:
а) 1-й вариант (без Kron)
б) 2-й вариант (Kron)

 

Я считаю, что второй, т.к. он а) обновляет сразу все сервера, а не по одному и по очереди(в итоге и при добавлении сервером или изменении их названия будет еньше ошибках в логах) и б) он не дает прибавки ко времени загрузки страницы
И даже никаких вразумительных комментариев по коду и мониторингу

 

Имеется в виду обрабатывать ответ от Вашего скрипта, а не от http://jmc.url.ph/

 

А, ну это да, только придётся имена переменных немного поменять