LiveStreet CMS

в конфиг.локал переопределяйте роутинг этих екшенов на екшенЕррор.

Пожалуй самым необходимым, по моему мнение, есть предложение создать отдельную таблицу в базе данных для настроек разных плагинов и объект для работы с этой таблице. Без этой таблицы очень тяжело делать нормальную админку для плагина прямо в CMS. Настройки в файлах это конечно быстро, но очень не удобно, особенно для пользователей, потому я принципиально ничего не храню в конфигурационных файлах, кроме имен таблиц и правил роутинга.

Это давно уже реализовано в плагине-библиотеке Config Engine — хранилище «ключ=значение», а также сохранение конфигов плагинов в БД и их автоматический старт. Плагин использует

Второй момент, который очень сильно не нравится, это то, что нельзя добавлять стили и ява-скрипты так, чтобы при включенных настройках объединения файлов они не добавлялись в общую группу и не создавали еще один, немного расширенный вариант скрипта/стиля.

Можно. Нужно добавить второй параметр-массив в метод добавления ЖС или КСС с «merge» => false

Третье, что не нравится (а может не нашел) — это невозможность брать языковые константы из ява скриптов. Точнее есть какое-то ls.lang.get, но оно не берет ни з языковых файлов плагина, ни с файлов шаблона, а это значит что нормально диалог подтверждения не сделать. Этот момент на самом деле не критичный, так, мелкое неудобство, но всё равно решил написать.

Снова неверно. Все это уже реализовано. Чтобы получить текстовку из ls.lang.get нужно её сначала туда поместить:

в шаблоне:

ls.lang.load({lang_load name="blog_create_type_open_notice,blog_create_type_close_notice"});

из пхп:

$this->Lang_AddLangJs(array(
  'blog_join','blog_leave'
));

потом такие текстовки доступны через ls.lang.get.

Важно: следует помнить про префиксы для текстовок плагина.

З.Ы. Все Многое уже реализовано, вопрос только в том нашил ли вы это или нет)

отдельную таблицу в базе данных для настроек разных плагинов и объект для работы с этой таблице

Про это уже говорилось не один раз. но пока безрезультатно. Есть даже спец. плагины под это дело

Второй момент, который очень сильно не нравится, это то, что нельзя добавлять стили и ява-скрипты так, чтобы при включенных настройках объединения файлов они не добавлялись в общую группу и не создавали еще один, немного расширенный вариант скрипта/стиля.

см $config['head']['default']['js'] в конфиге, а конкретно последнюю строчку:
«yandex.st/share/share.js» => array('merge'=>false),