Что модуль регистрирует в ядре при установке. Список — в .settings.php, ключ installEvents; что каждый обработчик существует, сверяет tests/settings_test.php.
Что модуль регистрирует в ядре при установке. Список — в .settings.php, ключ
installEvents; что каждый обработчик существует, сверяет
tests/settings_test.php.
Типы событий журнала — \Shef\Problems\Main\Constants::getAuditTypeList():
Настройки → Учёт проблем в административной части, только администратору.
Отдаёт его admin/menu.php: ядро подключает этот файл само для каждого
установленного модуля, ничего регистрировать не нужно. Разметку меню строит
\Shef\Problems\Integration\Main\AdminMenu::build().
Та же страница логов — по ссылке со страницы настроек модуля, вкладка «Сотрудники»; там же виден каталог логов.
Логи открываются страницей модуля /bitrix/admin/shef_problems_logs.php:
каталог логов лежит вне корня сайта, и ни прямая ссылка, ни файловый менеджер
Битрикса до него не дотянутся. Заглушку /bitrix/admin/shef_problems_logs.php
пишет установщик — с путём туда, где модуль стоит (/bitrix/modules или
/local/modules); удаление модуля убирает ровно её и только если это она, а
не файл проекта. Как страница проверяет имя файла — в
security.md.
Раньше те же пункты вешались на верхнюю панель Битрикс24 через событие
shef.uiclear:onBitrixMenuExtInitTopPanelUserMenu, и модуль требовал
shef.uiclear. С 2.0.0 от него не зависит: меню — штатное, административное.
На портале, обновлённом с 1.x, регистрация того обработчика остаётся: замена
файлов её не снимает. Поэтому класс
\Shef\Problems\Integration\Shef\UiClear\Events оставлен заглушкой — отвечает
«нечего добавить» и не падает, — а деинсталляция снимает и эту регистрацию.
Хотите убрать её сразу — переустановите модуль.
↑ Содержание | def-functions →