AdminTools 1.1.0. Запоминаем системные настройки
В новой версии инструментов появилась возможность запоминать состояние системных настроек. Все знают, что системные настройки всегда открываются для ядра («core»). И бывает крайне неудобно, когда нужно переключить какую-нибудь одну настройку для проверки работы компонента (это я сейчас о разработчиках говорю), а потом вернуть обратно, и приходится постоянно её искать, настраивать фильтры. А если нужный namespace (раздел) находится еще и на второй странице комбобокса, то вообще кайф.
Так вот теперь про этот геморой можно забыть.

Открываем системные настройки, выбираем нужный раздел (namespace), указываем подраздел (area), меняем нужную настройку. Возвращаемся на предыдущую страницу. Теперь, если мы вернемся в системные настройки, то они сразу откроются для нужного раздела и подраздела.
За управление этой возможностью отвечает системная настройка remember_system_settings.
Еще важная системная настройка — отключение проверки прав на элементы, что позволяет сократить время загрузки дерева и уменьшить потребляемую память, так как элементы грузятся не в объекты, а в массив. Василий в свое время провел небольшое исследование на эту тему. У меня цифры получились скромнее, но визуально скорость загрузки изменилась. Тут конечно все зависит от количества открытых разделов и папок в них. Чем больше их открыто, тем ощутимее разница. У меня как правило открыты разделы чанков, сниппетов и плагинов. Провел проверку со следующими условиями — эти разделы открыты, а папки в этих разделах закрыты. Получил следующие цифры:
— С включенными правами время формирования дерева составляет 0.43 сек. С выключенными — 0.03 сек.
— Потребление памяти: 6.5Мб против 5.25Мб соответственно.
Думаю, для разработчиков, которым не нужны права на элементы, такая оптимизация будет не лишней.
По-умолчанию, проверка включена. Для пользователей с sudo правами проверка отключается автоматом (спасибо Алексею за идею). Если нужно отключить проверку для остальных, то пользуемся настройкой.
Кому пригодится, плюсуйте в качестве доната.
Так вот теперь про этот геморой можно забыть.

Открываем системные настройки, выбираем нужный раздел (namespace), указываем подраздел (area), меняем нужную настройку. Возвращаемся на предыдущую страницу. Теперь, если мы вернемся в системные настройки, то они сразу откроются для нужного раздела и подраздела.
За управление этой возможностью отвечает системная настройка remember_system_settings.
Еще важная системная настройка — отключение проверки прав на элементы, что позволяет сократить время загрузки дерева и уменьшить потребляемую память, так как элементы грузятся не в объекты, а в массив. Василий в свое время провел небольшое исследование на эту тему. У меня цифры получились скромнее, но визуально скорость загрузки изменилась. Тут конечно все зависит от количества открытых разделов и папок в них. Чем больше их открыто, тем ощутимее разница. У меня как правило открыты разделы чанков, сниппетов и плагинов. Провел проверку со следующими условиями — эти разделы открыты, а папки в этих разделах закрыты. Получил следующие цифры:
— С включенными правами время формирования дерева составляет 0.43 сек. С выключенными — 0.03 сек.
— Потребление памяти: 6.5Мб против 5.25Мб соответственно.
Думаю, для разработчиков, которым не нужны права на элементы, такая оптимизация будет не лишней.
По-умолчанию, проверка включена. Для пользователей с sudo правами проверка отключается автоматом (спасибо Алексею за идею). Если нужно отключить проверку для остальных, то пользуемся настройкой.
Кому пригодится, плюсуйте в качестве доната.
Комментарии: 17
Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
нужно в нескольких местах поправить сессию $_SESSION['admintools']['favoriteElements']['elements'][$map[1].'s']
права все равно не ограничены — зачем их проверять
Облизываясь, ждём новых улучшений... )))
Кто не заметил, присмотритесь ко второй строчке сверху. Это похоже на панель.
К сожалению, как хотел не получается. Полноценную страницу можно открыть только одну. Остальные только для быстрого редактирования. А так как они не очень функциональные, нужно их заменить. Вот такие планы.