1.3.x Template Modification System

Обновление: Release Candidate 1
Добавлены новые возможности:

• Модификации 3х типов: поиск/замена, регулярное выражение, callback.
• Модификация теперь прикрепляется к любому шаблону.
• Экспорт/импорт модификации вместе с плагинами (аналогично шаблонам).
• Экспорт/импорт модификации вместе со стилями (аналогично шаблонам).
• Интеграция с редактированием шаблонов.
• Расширенные опции производительности.

В качестве примеров сделал сборку модификаций во вложении.

 

Пофиксил апгрейд с 1й беты.

 

Release Candidate 2.

• Список модификаций теперь в меню customized components.
• Исправлены найденные баги и неровности.

 

Я правильно понял, что например для того чтобы добавить некий код в Extra.css, я должен сделать в файле коммент типа
<!-- change this --> а в правиле уже пишу что собственно вставляем. Так?

 

Сам шаблон трогать не нужно. Просто используйте регулярное выражение для модификации
строка поиска: #^(.*)$#s
строка замены: $1_то_что_добавить

 

guiltar, ага разобрался ) спасибо за ваши дополнения!

 

Update: 1.0.0
Исправлено 2 бага.

 

1.0.1:

• Автокомплит для имени шаблона
• Подгрузка текста шаблона при редактировании модификации

 

Версия форума 1.1.2

Залил всё с папки в корень форума, установил дополнение addon-ModificationsPack.xml (но в обратном порядке).

Захожу в стили, нет нужных пунктов меню, всё осталось без изменений... в чём может быть загвоздка?(

Перестраивал кэш - эффект 0.

Подскажите пожалуйста, что не так делаю.

 

сначала нужно было TMS поставить, без него ModificationPack - ничто.
переустановите ModificationPack.

 

Обновление: 1.0.2

• При поиске по шаблонам выполняется также поиск по модификациям.
• Кнопка "Save and Check" добавлена.
• Найденные баги исправлены.

 

Было бы здорово, если бы в названии архивов/файлов присутствовала информация о версии

 

Апдейт: 1.1.1
Добавлен тмс-независимый экспорт стилей.
При этом экспортируются конечные модифицированные шаблоны без самих модификаций.

 

Как раз так, как просили многие дизайнеры - теперь поддерживать нестандартные стили будет значительно проще

 

У меня при импортированнии продукта вылетает ошибка

Server Error

mysqli::query(): (42000/1305): SAVEPOINT xf00998caf467aa4e8e7ed6f3b40be798c does not exist

1. XenForo_Application::handlePhpError()
2. mysqli->query() in XenForo/Db.php at line 145
3. XenForo_Db::_execQuery() in XenForo/Db.php at line 83
4. XenForo_Db::commit() in TMS/Manufacture.php at line 62
5. TMS_Manufacture::build()
6. call_user_func() in XenForo/Model/AddOn.php at line 214
7. XenForo_Model_AddOn->installAddOnXml() in XenForo/Model/AddOn.php at line 169
8. XenForo_Model_AddOn->installAddOnXmlFromFile() in XenForo/ControllerAdmin/AddOn.php at line 178
9. XenForo_ControllerAdmin_AddOn->actionInstall() in XenForo/FrontController.php at line 310
10. XenForo_FrontController->dispatch() in XenForo/FrontController.php at line 132
11. XenForo_FrontController->run() in /var/www/magichit.net/htdocs/forum/admin.php at line 13

 

похоже что-то с мускулом
http://xenforo.com/community/threads/savepoint-error-appearing-in-the-log-today.19213/

 

С другими хаками вроде бы проблем не было.


Mysqli statement execute error : Duplicate column name 'template_modified'

Хотя таблиц от хака вроде нет, я их удалил.

 

Там не только новые таблицы добавились, но ещё и столбцы в уже существующих. Найдите и удалите столбцы: template_modified и template_modifications в таблице xf_template (для первой версии TMS), xf_template_final и template_modifications в xf_template_map (для второй и выше).

Кстати, с причиной возникновения ошибки я разобрался. Дело в том, как Ксен обрабатывает вложенные транзакции. Так как в MySQL нет родной для них поддержки, они эмулируются: внешняя транзакция - она действительно транзакция, а для каждой внутренней создается именованный SAVEPOINT, который при коммите RELEASE-ится, а при откате - ROLLBACK-ается. Ключевое слово здесь - именованный. При установке TMS происходят изменения таблиц, которые являются DDL и потому завершают все транзакции. При завершении транзакции SAVEPOINT перестает существовать, а потому недоступен по имени. Отсюда - ошибка. Не будь транзакция "вложенной", ошибки бы не было - COMMIT можно делать сколько угодно раз подряд, так как вложенные транзакции не поддерживаются. При установке TMS её и не надо делать вложенной - вызов метода установки и так обертывается транзакцией ещё в модели, туда же захватывается запись данных аддона в базу, так что транзакцию из метода build можно убрать.

Почему в большинстве случаев все работает - вопрос открытый. Мне легко удалось воспроизвести ошибку на драйвере PDO под MySQL 5.0, но с драйвером MySQLi все работает. Судя по документации, работать не должно. Либо какая-та настройка Мускула (я вообще в администрировании не разбираюсь), либо драйвер при каких-то условиях глотает такого рода ошибки... последнее более вероятно.

 

Спасибо! Как раз заметил, что транзакция в инсталле не является внешней. А внешняя получается та что в XenForo_Model_AddOn::installAddOnXml. Поэтому все транзакции из инсталла удалю. Только вот почему когда я прерывал инсталл через die(), изменения в базе не откатывались назад?

 

Изменения - в смысле, структуры таблиц? Так я и говорю - это DDL, поэтому все транзакции с участием изменяемых таблиц COMMIT-ятся неявно. Если же есть пример, где простая работа с записями вызывает завершение транзакции до commit-а, мне было бы очень интересно посмотреть.