Теперь заметка обрела для меня больше смысла)))

Очень крутое предложение!

1) Уже есть issue на эту тему github.com/modxcms/revolution/issues/16116
2) Нужно смотреть логи и журнал ошибок

Начал свое знакомство с Modx совсем недавно. Строил сайт, все практически уже было готово но тут прилетело обновление, обновил до версии 3 Сначала все крашнулось. На сайте начали выводится сплошные ошибки. Начал переустанавливать пакеты Collection, Migx, PdoTools. Переустановил, сайт ожил функционал работает.
Но все же есть проблемы:
1 Письма с сайта приходят в неправильной кодировке.
2 Проблема самая главная, вывод материалов на сайте сделан через Collection
Новости, Портфолио, Сотрудники и т.д.
Так вот сами материалы они отображаются, но при переходе в полный материал появляется ошибка 503 в чем может быть проблема?

@Leonid Krylov мне кажется не лишним будет в modstore добавить шилд у дополнений, которые уже адаптированы для 3 версии modx

Вы тут правы)) Есть сохранённая база данных. И в архиве все файлы, предыдущей версии. У меня клиент нажал на обновление, не спросив…

Если делали посредством хостинга — то должна быть информация о том как восстановить сайт из резервной копии.

Получается только бэкап? Можете подсказать, как правильно в данном случпе его сделать? За раннее благодарен!!!

Будут только только патчи безопасности выходить.
На данный момент основная ветка разработки в репозитории переключена на ветку 3.х.

Вся разработка будет вестись только для MODX 3.

Во-вторых он ругается на дополнение seoSuite
В-третьих: нужно читать информацию по обновлению. А не винить разработчиков которые готовили данный релиз.

В статье в комментах написано, что minishop2 не адаптирован под modx 3…

Плюс в конце статьи написан раздел: Внимание

А только бекапом восстановить можно? Вроде как есть, но я совершенно не знаю как восстанавливать modx путём бэкап файлов((( Просто печаль…

и бекап не сделали??

Ребята привет! Попытался обновить modx с помощью UpgradeModx и сайт упал… Пишет вот такую фигню: Fatal error: Uncaught Error: Call to a member function get() on null in /var/www/u1515173/data/www/altairstore.ru/core/components/seosuite/model/seosuite/snippets/seosuitesnippets.class.php:162 Stack trace: #0 /var/www/u1515173/data/www/altairstore.ru/core/cache/includes/elements/modx/revolution/modsnippet/57.include.cache.php(14): SeoSuiteSnippets->seosuiteMeta(Array) #1 /var/www/u1515173/data/www/altairstore.ru/core/src/Revolution/modScript.php(88): include('/var/www/u15151...') #2 /var/www/u1515173/data/www/altairstore.ru/core/src/Revolution/modX.php(1923): MODX\Revolution\modScript->process(NULL) #3 /var/www/u1515173/data/www/altairstore.ru/core/components/seosuite/model/seosuite/plugins/seosuiteresourceplugin.class.php(238): MODX\Revolution\modX->runSnippet('seosuiteMeta', Array) #4 /var/www/u1515173/data/www/altairstore.ru/core/components/seosuite/model/seosuite/seosuite.class.php(338): SeoSuiteResourcePlugin->onLoadWebDocument(Object(MODX\Revolution\modSystemEvent), Array) #5 /var/www/u1515173/data/www/altairstore. in /var/www/u1515173/data/www/altairstore.ru/core/components/seosuite/model/seosuite/snippets/seosuitesnippets.class.php on line 162

Помогите пожалуйста!!! У клиента был очень большой магазин и всё упало, что теперь делать? Кто сталкивался? Это пипец)) Зачем такие обновы нужны?..

Замечу Материал по ZoomX появляется периодически. На днях еще одна статья будет.

Сергей, я именно от вас и ждал ответа, знаю что вы самый большой специалист по кешу.
Все верно, в файле с «кешем» лежит код сниппета.
И да, наверное пора перестать мне жаловаться на отсутствие времени и изучить ваш ZoomX.

ну там вообще все интуитивно понятно, но если тебя заплюсуют, напишу подробнее по этому компоненту

Я очень надеюсь, что на 2.х продолжат выходить обновления (хотя бы по безопасности) и в таком случае существующие проекты обновлять до 3 смысла никакого нет.

Можно сделать отдельно обзор компонента Quickstart Buttons
Как настраивать, как вывести те или иные популярные кнопки, как сделать ссылки на кастомные какие то штуки

Много раз уже всем объяснял почему так происходит.

Fenom используется в pdoTools не как полноценный шаблонизатор, а как дополнительный парсер шаблонизатора MODX. Т.е. контент парсится двумя шаблонизаторами! Но главным является именно последний. А для него нет понятия «файловый сниппет». Есть обычный сниппет, который хранится в БД. Но сниппет — это php код. А код, чтобы он выполнился, нужно подключать через конструкцию include. Для этого создается файл в папке includes/elements/modsnippet/. И уже он потом подключается.

Когда вызывается файловый сниппет, pdoTools создаёт обычный сниппет MODX с именем в виде хеша. И MODX подготавливает его к исполнению — сохраняет в кэш, чтобы заинклюдить.

Но хочу отметить, что это не кэш результата сниппета. Это кэш кода сниппета. Т.е. создается файл для кэширования другого файла!!! Сам файловый сниппет никогда не кэшируется! Даже если ты очень преочень захочешь.

Это и куча других косяков реализации Fenom заставила меня написать ZoomX. В нём я заморочился этой темой и написал отдельный механизм для файловых элементов. Плюс они могут кэшироваться. Плюс за всё отвечает только один шаблонизатор. Поэтому я всем разработчикам, стремящимся работать по фуншую, советую ставить pdoTools из-за его сниппетов (Fenom сразу выключить) и ZoomX из-за правильного механизма шаблонизации и роутинга.