AdminTools 1.2.0. Лог измененных элементов
Порадую разработчиков, работающих в админке. Сделал список измененных элементов, естественно тех, которые изменялись в админке. Частенько пользуюсь такой возможностью в phpStorm.
Список отсортирован по дате изменения — новые сверху. Список редактируемый — можно удалять как отдельные элементы, так и целиком весь список. Если нажать на иконку цепочки или дабл кликнуть на строчке, то вы перейдете на страницу элемента.
Список элементов хранится в кеше в папке core/cache/admintools/elementlog.
Для отключения этой возможности есть системная настройка admintools_enable_elements_log.
Список отсортирован по дате изменения — новые сверху. Список редактируемый — можно удалять как отдельные элементы, так и целиком весь список. Если нажать на иконку цепочки или дабл кликнуть на строчке, то вы перейдете на страницу элемента.
Список элементов хранится в кеше в папке core/cache/admintools/elementlog.
Для отключения этой возможности есть системная настройка admintools_enable_elements_log.
Комментарии: 18
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Может лучше дописывать одну заметку, учитывая, что новостей тут на 2 абзаца? Например.
А твой пример про новые версии патчей. Ты же не написал про версию 2.1.0 «Улучшение фенома» в заметке «pdoTools 2.0.0 c феномом». Я тоже пишу про патчи в старых заметках.
Ну если бы я знал, что тут такое правило, то так бы и сделал. А так как функционал абсолютно новый, то мне кажется, было правильно пользователей отдельно. Не знаю как другие, но лично я не перечитываю старые заметки, только если там нужные инструкции.
Я, честно говоря, не вижу никаких проблем в этом. Структура компонента такая, так же как и pdoTools. Но если ты требуешь, будем делать как велено.
Заходит новый человек и видит 5 постов про pdoTools, 3 про Tickets и еще 2 про AdminTools. Офигивает, и уходит.
Придётся мне тогда включать вывод только топиков с рейтингом +5, например. Так будет всем удобнее, да?
Вот тебе другой пример, про новую версию.
Наверно, очень важно думать о каком-то гипотетическом новом посетителе, который увидев 3 поста про один компонент, убежал. Это очень важный посетитель. А у остальных 1000 постоянных пользователей приоритет видимо нулевой. Честно говоря, я сомневаюсь, что новый человек бросится читать все посты на главной. Он первым делом полезет в поиск узнать как ему перенести сайт на хостинг или еще что-то типа того. Мне кажется, что лучше опираться на интересы постоянных членов сообщества.
Не горячись. Ты уже придумал такой инструмент — «Лучшие», «Популярные». Все-таки новички больше предпочтения отдадут активному сообществу.
Ты меня не понял. Я имел ввиду, что ты обновил топик про тоже самое, просто версия патча изменилась. Я как правило не пишу новые посты при изменении версии патча, обновляю старый пост или пишу в комментариях. Пишу только если меняется минорная (не всегда) или мажорная версия. А приведенный тобою пример про Tickets версий 1.6.0-beta, 1.6.0-rc и 1.6.1-pl показывает, что ты написал отдельные топики для каждого изменения номера патча. А если открыть вот эту страничку, то мы увидим на ней как раз эти 3 твоих поста. Как думаешь, напугало это кого-нибудь? В данном случае ты не последователен в своих претензиях. Собственно, не вижу причин спорить. Ведь главное, чтобы было удобно людям. Некоторые тут пишут, что это неплохо. Я тоже так считаю. Peace.
Всё хорошо, делайте как считаете нужным.
Ты создал ресурс для модиксеров и наполнил его особенной энергетикой. И он уже живет своей жизнью. :)
И лишь бы было много постов о многих разработках!
Удобно, особенно когда над сайтом работают несколько пользователей — сразу видно кто где и когда работал.
Безусловно, что если много разработчиков будет постить надо вводить ограничения, но сейчас, мне кажется это не критично, тем более modx.pro позиционируется как крупнейшее сообщество разработчиков modx.
Только хранить в отдельной таблице, чтобы не забивать основное дерево?
Или в виде файлов в папке на сервере?
А по факту дубли в базе не очень хорошо.