Мне кажется ты не вдумался в проблему.
Вариант 1.
Поиск ошибки по всей базе. Это могут быть тысячи записей и у каждой надо проверить несколько полей. И это только по ресурсам. А если ошибка, например, в комментарии, т.е. в другой таблице?
Вариант 2. Поиск ошибки в конкретном ресурсе.
По твоему первый вариант проще?
Зачем так сложно? Если на страничке есть ошибка, то выводится панель (типа AdminPanel Василия) и в ней уже дать возможность исправлять вручную. Пока это только задумка.
Вообще, задача нетривиальная — ведь зная id страницы с ошибкой не факт что там ее и найдешь. Например, на главной странице (id=1) выводятся новости сниппетом из других ресурсов и искать ошибку, чтобы исправить, в админке на странице ресурса с id=1 бессмысленно. Тут 2 варианта — или создать мегафункцию, которая будет бегать по ресурсам, или забить на такие сложности. На данный момент я склоняюсь ко второму варианту — для простых страниц.
Книга Tickets, глава Tickets 1.0.0 rc, стих Сниппет TicketComments, заповедь №7 и №8:
— [#7] Добавлен параметр “formBefore” для сниппета TicketComments, который указывает, выводить ли форму комментирования перед веткой комментариев.
— [#8] Добавлена возможность менять направление показа комментариев. Она привязана к параметру “formBefore”. Если форма вверху, то более новые комментарии тоже показываются вверху, то есть сортировка снизу-вверх.
Кто не будет исполнять сии заповеди, да не сможет управлять сортировкой.
:)
В Evolution и Ditto дело делает экстендер level. В Revolution и getResources — предложили костыль по ссылке: forums.modx.com/thread/95675/getresources-listing-resources-of-a-certain-level#dis-post-517925
Это не кастыль, а вполне нормальное решение. Я также выбираю нужный уровень. Кастыль — это например, когда ресурсам нужного уровня выставляеться TV и по нему формируется список.
Честно, не думал. Мне кажется это немного навязчиво.
П.С. Сорри за поздний ответ. Только сегодня увидел. Отключил уведомление, так как много комментариев не по теме.
Вариант 1.
Поиск ошибки по всей базе. Это могут быть тысячи записей и у каждой надо проверить несколько полей. И это только по ресурсам. А если ошибка, например, в комментарии, т.е. в другой таблице?
Вариант 2. Поиск ошибки в конкретном ресурсе.
По твоему первый вариант проще?
Вообще, задача нетривиальная — ведь зная id страницы с ошибкой не факт что там ее и найдешь. Например, на главной странице (id=1) выводятся новости сниппетом из других ресурсов и искать ошибку, чтобы исправить, в админке на странице ресурса с id=1 бессмысленно. Тут 2 варианта — или создать мегафункцию, которая будет бегать по ресурсам, или забить на такие сложности. На данный момент я склоняюсь ко второму варианту — для простых страниц.
Внес небольшие изменения. Новый пакет готов.
Кто не будет исполнять сии заповеди, да не сможет управлять сортировкой.
:)
П.С. Сорри за поздний ответ. Только сегодня увидел. Отключил уведомление, так как много комментариев не по теме.
...!