Благодарю!!! Работает!!!

А есть ли понимание по срокам? Понимаю, что все очень напряженно у вас, и совсем не имел в виду раздражать лишний раз. Просто совпало с капитальным редизайном клиентского проекта, и если Minishop для MODX3 на подходе, то я бы, пожалуй, подождал.

А вы порпробуйте без воскл. знака сниппет в чанке вызвать.

[[Snippet]]

cat-art.ru/blog/multiyazyichnost-modx-revo

Первый опыт работы с MODX. Сделал все по инструкции. После перевода, менял Псевдонимы у переведенных Ресурсов (для красоты Permalinks). На данный момент ни одна из переведенных страниц не открывается, везде выдает 404 Page not found. Главная страница (Index) вообще не открывается (Сайт novadsail.com выполнил переадресацию слишком много раз).

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

Здравствуйте.
1.На сайте с cloudflare — не подтягиваются изображения. При отключении от cloudflare — все ок.
Есть ли рекомендации при работе с cloudflare?
2.Возможно ли импортировать не опубликованные ресурсы?
Заранее благодарю!

Прозвучало как приговор)
@CHUNK в параметрах TV просто отдает строку. Т.е. если я в чанке вызываю сниппет [[!snippet]], то в результате текстом [[!snippet]], но не результат выполнения.

о, как. мультиязык на MODX 3? смело.
Посмотрите в сторону @ CHUNK
ну и еще есть вариант файл, но файл нужно сгененрировать заранее:
docs.modx.org/current/ru/building-sites/elements/template-variables/bindings

А если нужно учитывать context_key в запросе? Для разных языков нужно брать ресурсы из соответствующего контекста. В таблице site_content есть столбец context_key.

Вот

Array ( [0] => data-tags="offices" [1] => data-tags="kitchens" )

{$row.group | print}

что выводит?

Если у категорий есть свой (а он по идее должен быть) шаблон, то можно попробовать через SELECT:

@SELECT `pagetitle`,`id` FROM `[[+PREFIX]]site_content` WHERE `published` = 1 AND `deleted` = 0 AND `template` = 15 ORDER BY pagetitle ASC;

Да. Я пробовал вот так

{set $rows = 20 | resource : 'group' | fromJSON}
{foreach $rows as $row}
<li {$row.group | join | replace:",":" "}>
    <div class="uk-card uk-card-default uk-card-body">Item</div>
</li>
{/foreach}

Опять выводиться только первое значение

replace запятой на пробел?

Нормально вы бахнули, версий 20 вверх )

Тоже столкнулся с такой проблемой, вчера обновил minishop с 2.5.0 до 3.0.4 и перестали данные записываться в таблицу `ms2_order_addresses`, мне помогло поменять тип связи 'composites' на 'aggregate' и 'owner' c 'local' на 'foreign' в minishop2.mysql.schema.xml:

<object class="msOrder" ....>
<aggregate alias="Address" class="msOrderAddress" local="address" foreign="id" cardinality="one"
                   owner="foreign"/>

и в msOrder.map.inc.php:
Перенести из composites в aggreagtes:

'Address' = (...., 'owner' => 'foreign')

Здравствуйте. Проблему зафиксировал. Будем решать

Можно я поразмышляю вслух? Это не вопрос к автору поста и речь не о конкретно minishop, а просто так — подискутировать с утра.
Что заставляет нас устанавливать обновления?
Мифическая вера в то, что каждая свежая версия программного обеспечения «лучше» предыдущей?
Но так ли это на самом деле? Справедливо ли это для любого программного обеспечения? Как оценить плюсы и минусы обновления? Что правильнее?
1) каждый раз все обновлять и тем самым сильно увеличивать риск возникновения сбоев в своем продукте (ведь по сути если наш код зависит от чьих-то сторонних компонентов, то мы обязаны просто «верить», что разработчик выпуская новую версию исправил в ней больше багов чем добавил).
2) Или же единожды собрав стабильную систему (пусть и из сторонних компонентов) и тестами и временем убедившись, что именно эти версии компонентов хорошо работают в связке друг с другом, оставить систему в таком стабильном состоянии и ничего не обновлять? Ведь «лучшее это враг хорошего», как говорит народная мудрость и попытке улучшить то что и так работает хорошо, скорее всего приведет к тому, что все станет работать плохо.

А теперь просто о моем личном опыте, хотя это совершенно не показатель что такой подход правильный.
Начну с операционной системы. Я на всех своих устройствах пользуюсь линуксом на базе debian. Это и сервера и мои копмьютеры. Эти дистрибутивы разрабатываются очень крутой компанией canonical, новые версии выходят каждые 6 месяцев. И даже при условии, что разработкой занимаются профи, есди скачать релиз в день его выхода — он будет полон глюков. У людей 6 месяцев на доработку и тесты, люди профи и все равно в релизе много багов. Только через пару месяцев его уже можно скачать и кайфовать.
Если говорить про modx. Из многих десятков сайтов, которые у нас есть, 80 процентов работает на modx 2.65 и прекрасно выполняет свои функции. Да, разрабатывая новый сайт, я беру самые последние версии компонентов. Но сделав один раз продукт, который показывает свою стабильность и полностью устраивает и меня и заказчика — я не вижу смысла что то в нем менять. Каждый раз, когда я пытаюсь что то обновить, возникают те или иные проблемы. И хорошо если этот баг сразу виден, например сайт полностью упал, но куда страшнее баги, которые не столь очевидны и вылазят спустя месяц после обновления. Да, я даже соглашусь, что такие баги при обновлении скорее всего говорят о моем невысоком уровне знаний (хотя исходники компонентов я никогда не правлю), но факт остается фактом, чем меньше я обновляю — тем стабильнее наши проекты. Такой вот парадокс.

В modx 3 выпилили @EVAL. Как теперь можно запустить конструкцию

@EVAL $output = $modx->runSnippet('snippet');return '' . $output;

?

Проблема есть, но ХЗ как её решить.