Первый комментатор спрашивал про те же Nested sets и было обсуждение чем, как и что лучше.
Да и в целом, зачем в статье о холодильниках писать безотносительно применения, что микроволновки лучше?
Собственно о методах сказано мало. Под каждую упомянутую проблему неплохо бы предложить конкретное решение или хотя бы способ.
В итоге под мониторингом подразумевается дергание сайта со всех сторон и стран света. Хотя навскидку по названию топика мне в голову пришли несколько вариантов:
1. Проверялка запущенная по крону на наблюдаемом сервере, с push на ватчдог сервер.
Если нету информации — алярм!
2. API проверятыра, по сути представляющего собой функциональные тесты.
Если какой то из тестов не проходит — алярм!
3. Проверка ахтунгов типа вирусятины, от которой сайт может пострадать не меньше чем из-за простоя (выкинут из выдачи как представляющий угрозу).
Проверка md5 сумм ключевых файлов (фронт и обычные контроллеры, шаблоны)
Если рассматривать класс для работы как черный ящик — хрен его знает что там внутри, лишь бы работало, то абсолютно неважно какую схему использовать — реализации есть подо всё.
Кому то нравятся холодильники с морозильной камерой внизу, а кому то наоборот. А кому то и холодильники вовсе не нравятся…
В моей сфере применения способ я выбираю исходя из удобства и прозрачности для меня, а не способности вытаскивать критические нагрузки, т.к. сайты в основном слабо\средне нагруженные.
NS на чистом SQL довольно сложен, а хранимые процедуры на хостинге часто не поддерживаются.
AL даже при скриптовой обвязке в том же PHP прост как тапок, но хотелось как то «закешировать» результаты выборок.
Как доп. причину могу привести еще интересную статью по производительности NS и всех остальных. Думаю в моей реализации AL будет лишен многих недостатков.
При вставке не нужно пересчитывать всё «правое дерево», затрагиваются только ветки непосредственно переносящиеся.
Можно навесить на уже существующий AL.
Проще для понимания и проверки «на глаз».
Первый комментатор спрашивал про те же Nested sets и было обсуждение чем, как и что лучше.
Да и в целом, зачем в статье о холодильниках писать безотносительно применения, что микроволновки лучше?
В итоге под мониторингом подразумевается дергание сайта со всех сторон и стран света. Хотя навскидку по названию топика мне в голову пришли несколько вариантов:
1. Проверялка запущенная по крону на наблюдаемом сервере, с push на ватчдог сервер.
Если нету информации — алярм!
2. API проверятыра, по сути представляющего собой функциональные тесты.
Если какой то из тестов не проходит — алярм!
3. Проверка ахтунгов типа вирусятины, от которой сайт может пострадать не меньше чем из-за простоя (выкинут из выдачи как представляющий угрозу).
Проверка md5 сумм ключевых файлов (фронт и обычные контроллеры, шаблоны)
Кому то нравятся холодильники с морозильной камерой внизу, а кому то наоборот. А кому то и холодильники вовсе не нравятся…
NS на чистом SQL довольно сложен, а хранимые процедуры на хостинге часто не поддерживаются.
AL даже при скриптовой обвязке в том же PHP прост как тапок, но хотелось как то «закешировать» результаты выборок.
Как доп. причину могу привести еще интересную статью по производительности NS и всех остальных. Думаю в моей реализации AL будет лишен многих недостатков.
Можно навесить на уже существующий AL.
Проще для понимания и проверки «на глаз».