Василий Наумкин

В этом плагине ошибок гораздо больше.

Я лично не только предлагаю, но и сам использую исключительно подсветку от Smarty.

Всего одно подчеркивание. Попробуй ради интереса подсветить такой код тем древним плагином.

В версии 2.10.1-pl3 всё работает как надо и ничего не ломается.

но не помню чтобы по умолчанию раньше был лимит в 10

А он всегда был, хоть ты и не помнишь.

Что с этим делать решать тебе.

Ограничить не сложно, но хотелось бы понять — есть ли смысл.

Пока, наверное, просто уберу из регулярки такие {теги}, потому что не могу придумать, где они используются в самом Fenom.

Ну ок, в админке оно обрабатываться не будет, допустим. А на фронтенде разве настройки источника файлов не парсятся?

Если хоть один сниппет MIGX грузит этот источник и делает ему initialize() — будут ровно те же записи в логах, и всё равно придётся что-то менять: или регулярку синтаксиса, или настройки источника.

Я просто с MIGX не знаком, поясните, пожалуйста.

Предполагается что все настройки медиасорс должны быть корректны для fenom

Они обычно и так корректны, просто автор MIGX, зачем-то, использует фигурные скобки вместо квадратных, как в MODX принято.

И хозяин сайта включает использование Fenom везде, так что не вижу проблемы использовать его и в параметрах источника файлов в этом случае.

Как вариант решения этого можно ввести настройку ограничивающую обработку контекста

Ну а если кто специально хочет использовать именно Fenom в настройках источника — им как быть?

В общем, посмотрим количество отзывов об этой проблеме.

Да, парсер в MODX проходит даже по настройкам источника файлов, чтобы парсить вот такие конструкции.

Попробуй ради интереса переписать это на Fenom

{'migxResourceMediaPath' | snippet : ['pathTpl' => 'assets/MediaGallery/{id}/', 'createFolder' => 1]}

вдруг сработает?

Почти всё, что я придумал на данный момент — коротенько описано вот здесь.

Подробнее постараюсь рассказать на MODXpo в Минске через 2 недели.

Действительно, дописал.

Конечно! Выложил исправление.

$output = $pdoPage->pdoTools->runSnippet('!' . ltrim($scriptProperties['element'], '!'), $scriptProperties);

Очень смешной баг новой версии. Это происходит внутри pdoPage

$output = $pdoPage->pdoTools->runSnippet($scriptProperties['element'], $scriptProperties);

и получаем добавление скриптов и стилей в modX::resource->_loadedjscripts с последующим сохранением их в кэш.

Тут нужно подумать, с какого перепуга у тебя вообще url не в нижнем регистре. Проблема явно не в pdoPage.

Я ни разу не словил, но на всякий случай поудалял кэш еще пару раз.

Возможно, это уже какой-то другой глюк именно на modx.pro

Первым делом поставил.

Что именно барахлит?

Прочитай первый комментарий.

regex101.com

Не знаю, я использую 1Password по семейному тарифу для себя и жены.

У меня в Chrome всё вроде ок. Такое ощущение, что немного тормозов добавилось, но не критично.

На Safari, с его dev tools, я всё равно так и не смог работать.

Умер давно тот сайт, придётся теперь гуглить самостоятельно.

modx.pro/components/6639-office-version-3-1-0-pl-extension-and-other-components/