ACL, ACL Editor, ZZZACL.pm
Добавлено: 13 ноя 2013, 08:01
Добрый день!
Хотелось бы уложить в голове неочевидности с ACL.
К сожалению, ответов в мануале на эти вопросы не нашел.
Изначально все было просто - пиши текст ACL в Config.pm и нет вопросов, но не очень удобно, т.к. это все-таки главный конфиг и его править часто не очень хорошо.
Затем, начиная с версии 3.2 появилось упоминание в пресс-релизах, но не в мануале, что можно ACL писать в отдельный файл. Подробностей не было и руки не дошли. В 3.3.х появился ACL Editor - немного сырая, но удобная штука и без описания в мануале - as is .
Он создает ACL и, в принципе, все работает. Но когда полез смотреть что и куда он пишет пришел в недоумение.
Итак, появился файл - ZZZACL.pm в папке ...otrs\Kernel\Config\Files. Да, там записаны, сгенерированные ACL Editor, ACL, но как бы "перевернутые", т.е. сначала секция Possible/PossibleNot, а уже затем Properties. Кстати, аналогичный порядок предложений и в YAML-файле, который генерируется при экспорте ACL.
Теперь вопросы:
1. Иерархия файлов с ACL. Что я имею в виду - как я понимаю, все возможности записи и помещения ACL в файлы конфигурации остались, т.е. их можно писать по-прежнему в Config.pm или, скажем, оставить в нем ранее созданные, можно писать писать в некий отдельный файл (непонятно с каким названием и размещением, посмею предположить - ACL.pm, но незнаю куда положить его) и автоматически генерируемый редактором ZZZACL.pm.
Собственно вопрос что и в каком порядке читается и перекрывается, если есть ACL c одинаковыми именами (вдруг).
2. Если есть отдельный пользовательский файл ACL.pm, то в каком порядке должны записываться предложения ACL - как в ZZZACL.pm или как учили?
3. В описании апгрейда к 3.3.х - есть скрипт, который должен преобразовать ACL из Config.pm во что-то новое и куда-то поместить. Означает ли это, что данная процедура обязательна и в последующем, мы должны создавать и редактировать ACL единственным способом через ACL Editor.
Хотелось бы уложить в голове неочевидности с ACL.
К сожалению, ответов в мануале на эти вопросы не нашел.
Изначально все было просто - пиши текст ACL в Config.pm и нет вопросов, но не очень удобно, т.к. это все-таки главный конфиг и его править часто не очень хорошо.
Затем, начиная с версии 3.2 появилось упоминание в пресс-релизах, но не в мануале, что можно ACL писать в отдельный файл. Подробностей не было и руки не дошли. В 3.3.х появился ACL Editor - немного сырая, но удобная штука и без описания в мануале - as is .
Он создает ACL и, в принципе, все работает. Но когда полез смотреть что и куда он пишет пришел в недоумение.
Итак, появился файл - ZZZACL.pm в папке ...otrs\Kernel\Config\Files. Да, там записаны, сгенерированные ACL Editor, ACL, но как бы "перевернутые", т.е. сначала секция Possible/PossibleNot, а уже затем Properties. Кстати, аналогичный порядок предложений и в YAML-файле, который генерируется при экспорте ACL.
Теперь вопросы:
1. Иерархия файлов с ACL. Что я имею в виду - как я понимаю, все возможности записи и помещения ACL в файлы конфигурации остались, т.е. их можно писать по-прежнему в Config.pm или, скажем, оставить в нем ранее созданные, можно писать писать в некий отдельный файл (непонятно с каким названием и размещением, посмею предположить - ACL.pm, но незнаю куда положить его) и автоматически генерируемый редактором ZZZACL.pm.
Собственно вопрос что и в каком порядке читается и перекрывается, если есть ACL c одинаковыми именами (вдруг).
2. Если есть отдельный пользовательский файл ACL.pm, то в каком порядке должны записываться предложения ACL - как в ZZZACL.pm или как учили?
3. В описании апгрейда к 3.3.х - есть скрипт, который должен преобразовать ACL из Config.pm во что-то новое и куда-то поместить. Означает ли это, что данная процедура обязательна и в последующем, мы должны создавать и редактировать ACL единственным способом через ACL Editor.