AdminTools 1.2.0. Лог измененных элементов
Порадую разработчиков, работающих в админке. Сделал список измененных элементов, естественно тех, которые изменялись в админке. Частенько пользуюсь такой возможностью в phpStorm.
Список отсортирован по дате изменения — новые сверху. Список редактируемый — можно удалять как отдельные элементы, так и целиком весь список. Если нажать на иконку цепочки или дабл кликнуть на строчке, то вы перейдете на страницу элемента.
Список элементов хранится в кеше в папке core/cache/admintools/elementlog.
Для отключения этой возможности есть системная настройка admintools_enable_elements_log.
Список отсортирован по дате изменения — новые сверху. Список редактируемый — можно удалять как отдельные элементы, так и целиком весь список. Если нажать на иконку цепочки или дабл кликнуть на строчке, то вы перейдете на страницу элемента.
Список элементов хранится в кеше в папке core/cache/admintools/elementlog.
Для отключения этой возможности есть системная настройка admintools_enable_elements_log.
29 октября 2015, 09:03
Поблагодарить автора
Отправить деньги
Комментарии: 18
Я, конечно, ничего не имею против развития дополнения, но на главной странице 3 (три!) анонса AdminTools с разницей в 2 дня каждый.
Может лучше дописывать одну заметку, учитывая, что новостей тут на 2 абзаца? Например.
Может лучше дописывать одну заметку, учитывая, что новостей тут на 2 абзаца? Например.
Думаю, что на ближайшее время это последняя новость про AdminTools.
А твой пример про новые версии патчей. Ты же не написал про версию 2.1.0 «Улучшение фенома» в заметке «pdoTools 2.0.0 c феномом». Я тоже пишу про патчи в старых заметках.
А твой пример про новые версии патчей. Ты же не написал про версию 2.1.0 «Улучшение фенома» в заметке «pdoTools 2.0.0 c феномом». Я тоже пишу про патчи в старых заметках.
Может лучше дописывать одну заметку, учитывая, что новостей тут на 2 абзаца?Ну если бы я знал, что тут такое правило, то так бы и сделал. А так как функционал абсолютно новый, то мне кажется, было правильно пользователей отдельно. Не знаю как другие, но лично я не перечитываю старые заметки, только если там нужные инструкции.
но на главной странице 3 (три!) анонса AdminToolsЯ, честно говоря, не вижу никаких проблем в этом. Структура компонента такая, так же как и pdoTools. Но если ты требуешь, будем делать как велено.
Если будем продолжать в том же духе, и все авторы начнут писать свои анонсы на 2 абзаца, то у нас здесь получится свой маленький твиттер на главной странице.
Заходит новый человек и видит 5 постов про pdoTools, 3 про Tickets и еще 2 про AdminTools. Офигивает, и уходит.
Придётся мне тогда включать вывод только топиков с рейтингом +5, например. Так будет всем удобнее, да?
Заходит новый человек и видит 5 постов про pdoTools, 3 про Tickets и еще 2 про AdminTools. Офигивает, и уходит.
Придётся мне тогда включать вывод только топиков с рейтингом +5, например. Так будет всем удобнее, да?
А твой пример про новые версии патчей.Вот тебе другой пример, про новую версию.
Если будем продолжать в том же духе, и все авторы начнут писать свои анонсы на 2 абзаца, то у нас здесь получится свой маленький твиттер на главной странице.Ну если эти два абзаца очень важные, то почему бы и не написать. Разве у меня эти 3 поста про одно и тоже? Соглашусь, что писать отдельный пост о перекрашенной кнопке или лишнем столбике в таблице глубо. Но тут я такого пока не встречал. А свой твиттер у нас и так есть — прямой эфир называется. :)
Заходит новый человек и видит 5 постов про pdoTools, 3 про Tickets и еще 2 про AdminTools. Офигивает, и уходит.Наверно, очень важно думать о каком-то гипотетическом новом посетителе, который увидев 3 поста про один компонент, убежал. Это очень важный посетитель. А у остальных 1000 постоянных пользователей приоритет видимо нулевой. Честно говоря, я сомневаюсь, что новый человек бросится читать все посты на главной. Он первым делом полезет в поиск узнать как ему перенести сайт на хостинг или еще что-то типа того. Мне кажется, что лучше опираться на интересы постоянных членов сообщества.
Придётся мне тогда включать вывод только топиков с рейтингом +5, например. Так будет всем удобнее, да?Не горячись. Ты уже придумал такой инструмент — «Лучшие», «Популярные». Все-таки новички больше предпочтения отдадут активному сообществу.
Вот тебе другой пример, про новую версию.Ты меня не понял. Я имел ввиду, что ты обновил топик про тоже самое, просто версия патча изменилась. Я как правило не пишу новые посты при изменении версии патча, обновляю старый пост или пишу в комментариях. Пишу только если меняется минорная (не всегда) или мажорная версия. А приведенный тобою пример про Tickets версий 1.6.0-beta, 1.6.0-rc и 1.6.1-pl показывает, что ты написал отдельные топики для каждого изменения номера патча. А если открыть вот эту страничку, то мы увидим на ней как раз эти 3 твоих поста. Как думаешь, напугало это кого-нибудь? В данном случае ты не последователен в своих претензиях. Собственно, не вижу причин спорить. Ведь главное, чтобы было удобно людям. Некоторые тут пишут, что это неплохо. Я тоже так считаю. Peace.
Да не переживай. Никто не будет тут хулиганить и писать, что он ел на завтрак и ужин. Тут атмосфера другая. А все пугливые новички уже давно разбежались, еще до моих постов. :))
Ты создал ресурс для модиксеров и наполнил его особенной энергетикой. И он уже живет своей жизнью. :)
Ты создал ресурс для модиксеров и наполнил его особенной энергетикой. И он уже живет своей жизнью. :)
Я считаю наоборот движуха идет, а то бывает заходишь и на главной одни и те же посты.
Безусловно, что если много разработчиков будет постить надо вводить ограничения, но сейчас, мне кажется это не критично, тем более modx.pro позиционируется как крупнейшее сообщество разработчиков modx.
Безусловно, что если много разработчиков будет постить надо вводить ограничения, но сейчас, мне кажется это не критично, тем более modx.pro позиционируется как крупнейшее сообщество разработчиков modx.
Думал про это. Но так как уже есть такой компонент (versionX), то решил, что это будет лишним.
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
Здесь упомянуты:
| Компонент | Текущая версия | Закачки |
| AdminTools | 1.15.2-pl от 28.09.2020 | 3 491 |
| pdoTools | 2.13.2-pl от 02.09.2021 | 54 170 |
| Tickets | 1.13.0-pl от 10.03.2020 | 19 558 |
| RSS | 1.5.0-pl от 03.12.2019 | 4 |
20 ноября 2024, 16:25
В сниппете rcv3_html достаточно отложить загрузку через setTimeout (хотя кто-то делает через onClick). Не думаю что мой вариант самый правильный и что...
19 ноября 2024, 10:51
Решил свою проблему через имя пользователя, но хотелось бы через права пользователя «Неограниченные права»
<?php
/**
* Системное событие OnMan...
19 ноября 2024, 09:09
Спасибо, тоже очень интерестное решение.
18 ноября 2024, 15:21
'where' => [
'Data.price:!='=>'0'
]
18 ноября 2024, 14:19
miniShop2.Order.add('extfld_delivery_price','100', function() {
miniShop2.Order.getcost();
})
Это вот работает, но чтобы увид...
18 ноября 2024, 10:11
Благодарю за ответы.
16 ноября 2024, 21:12
Спасибо. Работает.
