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

Я же написал — используй синтаксис MODX, если тебя в нём всё устраивает.

Не нужна работа с файлами, не нужно наследование шаблонов, не нужны циклы и функции, присвоение переменных — не мучай себя, работай с парсером MODX, раз он супербыстрый.

Может потом вдруг окажется, что из-за костылей с парсером, когда нужно вызвать несколько сниппетов, вместо одного цикла, у тебя просадки по скорости выйдут значительно серьёзнее.

Вот этот весь сайт (который modx.pro) написан на Fenom и потери производительности что-то не видать.

Дело не в количестве запросов, а во времени их выполнения.

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

Но сами теги Fenom в ресурсе остаются, и их Fenom обрабатывает всегда. А вот теги MODX заменяются в кэше на результат, поэтому их парсить повторно не нужно.

Это всё пишу по памяти, могу ошибаться, да и поменять что-то могли.

Уже обсуждали много раз, что кэшированные теги MODX сохраняются в готовом виде в кэше страницы. Если открыть файл кэша ресурса, то там нет этих тегов вообще, только результат на их месте. Соответственно, при загрузке кэша страницы эти теги не работают никак — их нет.

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

Лично мне такая более предсказуемая система нравится гораздо больше, чем вечная угадайка с тегами MODX. Работают они, или нет? Что туда попадает, и как отрендерится? Каждый второй совет по проблемам в MODX — это почистить кэш, и регулярный ответ «кэш чистили, не помогает».

Ну а кому ближе логика работы тегов MODX — их и используйте. Бездумное переписывание вообще всего на Fenom не ускорит ваш сайта автомагически, нужно понимать что, где и зачем вы делаете.

Да, только нужно сначала потратить примерно год, чтобы разобраться как следует и ничем себя не ограничивать.

Ну и конкретно весь Laravel мне так и не зашёл, а вот Eloquent из него — прям восторг.

Ну мы тут старожилы, которые с MODX очень давно, всё там разведали и пошли дальше.

С высоты этих знаний, конечно, я бы фронт на Vue сделал, бэк на Eloquent и тд, даже для 200 заявок в месяц =)

Так что, не обращай внимания — бухтим по-стариковски.

Ну тогда норм решение из подручных средств.

А зачем для 200 заявок в месяц самописная CRM?

Неужели, никакой готовой не нашлось?

пока не зашел в тупик и попробовал сделать на Tickets и все пошло — поехало

Здорово, конечно, только что будет с этой системой на Tickets и MIGX при сотнях тысяч записей, а то и миллионах, за несколько лет?

Это же создание ресурсов для каждой заявки, которые падают в кэш системы, карту сайта и т.д.

¯\_(ツ)_/¯

Наверное потому, что {$c} парсится до попадания в чанк. Попробуй [[+c]] или {{+c}}.

Ну, тогда дело в том, что Fenom не рекурсивный и обрабатывает страницу ровно один раз.

За этот раз он выводит твой контент и всё, он так и остаётся.

Как минимум, кавычки не верные — у текста в Fenom должны быть обычные, а не обратные как у параметров родного парсера.

{'10' | url}

Да и не нужны кавычки для чисел

{10 | url}

А вообще, полагаю, в чанке должна быть переменная

{$id | url}

чтобы pdopage работал по человечески

У тебя что-то наболело по этому вопросу?

Раз не упомянут — значит планов на него у меня нет

В исходном коде ищи.

Я никакой внятной доки по xPDO не видел вообще, и не думаю, чтобы Джейсон её когда-либо писал.

Много лет пользуюсь, благодаря pdoTools.

Тем, кто пишет компоненты с нуля, не нужны инструкции.

Это типа как попросить Стивена Кинга написать курс для начинающих авторов книг ужасов. Не удивлюсь, если он даже такое писал, за деньги, только новых мастеров книг ужасов от этого не появилось.

You are always welcome, my friend!

Ты в документацию не смотри, ты в composer.json смотри — там "php": ">=7.0",

Да и в документации чуть ниже таблички написано

MODX 3 requires at least PHP 7.0, but 7.2 or 7.3 is recommended.