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

Ну мы тут старожилы, которые с 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.

Не уверен, что потяну разработку прям новой версии. Да и финансово это весьма затратно.

Но обновить текущий ms2 для MODX 3 вполне по силам.

Да тут и вопроса-то нет.

Перенёс в раздел «Для разработчиков»

Многие просто не знают PHP и собирают сайты мышкой — поэтому вообще о таком не думают.

А если человек знает, что такое composer и умеете им пользоваться, никаких проблем в подключении сторонних библиотек в MODX не возникнет.

При этом упомянут composer, но показан require без проверки

И если на сайте присутствуют файлы, названные киррилицей, то скорее всего в процессе копирования их названия исказятся. И у 50% товаров исчезнут изображения, потому как менеджер залил файл «юбка белая.jpg» а после копирования и перезаливки файлов вернулся #!!&&& ***.jpg

Это уже не доработка сайта, это фигня какая-то, если там всё так организовано. Я в подобных случаях пишу новый сайт, где всё делается «как надо».

И пачку скриптов импорта данных со старого, с конвертацией «как надо». Можно всё отполировать до блеска и выкатить в один день в продакшн новый проект. Запустить скрипты, поменять настройки Nginx — и люди видят всё новое, остаётся только авторизоваться.

Ну, это если заказчик не требует внести правки на живую вот прямо на этой неделе. С такими лучше просто не работать.