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

1) Она действительно поломана
2) Всё реализовывается через костыли.
3) Это объективное программирование.

 

Скрины, Билли, мне нужны скрины.
Примеры костылей, Билли, мне нужны примеры.
Чем Вам не понравился метод, использующийся мной?

 

Грязный код и необъективное программирование.

 

Что имеется в виду под объектрым программированием? ООП? А он настолько обязателен?
Грязный код? Вы так и не удосужились указать на конкретные места. Или он грязный, потому что процедурный?

 

Мне нравится процедурный. Это не значит, что он грязный.
Я так и не дождался пруфов с указанием кривой табуляции, костылей и грязи
И что вообще такое динамический код? 0_о
Я этот термин встречал только когда читал о новой системе защиты ГТА5 на ПеКа

 

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

 

Да скиньте же скрины с тем, как табуляция отображается у Вас, в чем проблема?
Процедурный - не процедурный - дело разработчика и того, как ему нравится кодить

Есть скрины, этого мало?

 

Мне нужна именно демо, желательно с Cron.

 

Вы дадите мне денег на хостинг? - Нет? - А ну так обойдетесь и без демо
Есть сайты на которых встроен этот мониторинг, но ссылки не буду кидать, чтобы не начинался холливар
И все же Вы знатный балабол, т.к. ни на одно свое обвинение не привели пруфы.
Впрочем как часто и бывает с диванными критиками

 

Ну а Вы не можете хоть как-то оптимизировать или все версии сделать на JavaScript.

 

Ясно. От Вас конструктива не дождаться.
Ни единого пруфа, где грязь, где костыли, где неправильная табуляция, где неоптимизированный код не было.
И я не вижу смысла делать все на JS, т.к. не имею желания это реализовывать, т.к. это опенсорс.

 

Ну ладно, слишком много отступов в коде или вообще их нету - а это дурной тон.
Почему бы не сделать всё на основе array().
А CSS задействовать?
С array() будет меньше костылей, а ещё код будет более объективным.

 

Да покажите же Вы уже, где этих много, а где их нет. Хватит говорить абстракциями, как и Ваш горячо любимый ООП.
Массив не используется только в конфиге в описании серверов. Массив со вложенным массивом выглядит слишком громоздко. В разы некрасивей, чем простая строка.
CSS задействован. Или Вы абсолютно слепой?

 

Но это будет хотя бы объективней, а где реализация гибкой настройки?
Простая строчка не объективна, в отличие от мультимассива.

 

Чего Вам не хватает в настройках? Добавлю
Еще раз повторяю. Смысл в этом приеме со вложенными массивами, если из-за них становится гораздо сложнее добавлять сервера в конфиг?
Почему Вы так помешаны на объектах?

 

Так будет гораздо более гибче.

 

В какую сторону гибче? Зачем это?

 

В сторону настройки.

 

Ну вот приведите мне конкретный пример

 

Будут более широкие возможности настройки.