Того парня, как нашкодившего котенка, я носом тыкаю в эту заметку — он все равно делает вид, что ничего не видел.

А объяснение простое, и очевидное — без xPDO не было бы Revolution вообще. Был бы Evolution с обвесами, но не более.

Чем глубже разбираюсь в Revo — тем больше, простите, охуеваю от возможностей.

К примеру, сейчас мы пишем каменты к ресурсу класса не modResource, а Ticket. Среди прочего, отличается он еще и тем, что в любом случае при получении контента превращает теги MODX в html-сущности.
А при выводе контента у себя на странице — прогоняет его через Jevix, не только фильтруя, но и типографируя.

То есть, нефильтрованным контент этого ресурса можно получить только через прямой запрос в БД. Есть еще гора отличий в создании\изменении такого ресурса, и в админке.

Однако, я про них не думаю, ибо создал один раз этот новый класс ресурса — и дальше он работает по моим правилам, наследуя остальное от родителя modResource, а тот от xPDOSimpleObject, а потом xPDOObject… Ну вы поняли.

Как, ну как это сделать без ОРМ?! Короче, такой вопрос могут задавать только те люди, которые в Рево не ушли дальше использования стандартных сниппетов в Рево.

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

То есть, при поиске «Sony» найдутся все "%Sony%", а при поиске «магнитола Sony» — все "%магнитола Sony%" + все совпадения по формам слова «магнитола».

Поиск не идеален, конечно, но работает лучше других аналогов на Revolution, особенно с русским.

Но ведь 80% магазинов имеют товары на английском языке, например «Магнитола Sony», «Сумка Armany»
Как в этом случае выкручиваться?

«Тому парню с того форума» не закидывали статью эту? Думаю, он сдулся бы вконец.

Хотя, конечно. справедливости ради я бы и сам задал вопрос, единственный в его перлах существенный. Действительно, а почему именно жёстко вшили xPDO, а не факультативно? Мне именно любопытно, в чём могла быть серемяга (точно знаю, что разрабы MODX не идиоты, как тот парень думает, и понимали, что делают (изначально не исключаю, что для таких вещей факультатив нереален (например, по безопасности) и, следовательно, надо жёстко вшивать)).

Нет, нельзя.

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

Вот так у меня сработало

[[+wf.docid:is=`8057`:then=`<li class="divider"></li>`]]
<li [[+wf.level:is=`2`:then=`class="dropdown-submenu"`]]><a href="[[+wf.link]]" [[+wf.attributes]]>[[+wf.linktext]]</a>[[+wf.wrapper]]</li>

Я сделал так bezumkin.ru/help/17/
вечером попробую Ваш вариант.

торопился теги вырезало. Вот так:

[[*id:is=`[[~id_X]]`:then=`<li class="divider"></li>`]]

Ну думаю примерно можно так:
1. Знать id ресурсов перед которыми хочется поставить divider и включить в
tpl.Wayfinder.submenu такое условие через PHX:

[[*id:is=`[[~id_X]]`:then=``]]

пока некогда проверять надо посмотреть конструкции тут

попробуйте, отпишите

параметр &limit=`999` добавить надо.

Большое спасибо!
По поводу вертикальных и горизонтальных divider не думали еще? Вертикальные в основном меню без проблем, а вот для горизонтальных приходится создавать дополнительные ресурсы, что как-то не очень красиво.

Я так и не смог разобраться как заставить искать и английский текст тоже…

Так в общем закончил по уроку все действия. Практически все получилось)
Только осталось пару вопросов:
Не получилось отображение кол-ва заказанных товаров как указано в уроке.
И после успешного оформления заказа в админке магазина заказ приходит пустой

Посмотреть на Яндекс.Фотках

все ребят пока разобрался с проблемой включил .htaccess и дописал туда правило

<IfModule mod_rewrite.c>
Options +FollowSymlinks
RewriteEngine On
RewriteBase /
</IfModule>

Идем дальше разбираться с магазином и modxом)

Блин кажется я просто туплю это modx не настроен правильно, тогда другой вопрос кто ставил modx на поддомен, что и где нужно корректировать? Да кстати основной то сайт тоже на modxe но это по идее ни как не должно влиять я правильно понимаю?

Василий, спачибо за ссылку, я ее видел. Вот фраза «Каждому методу оплаты можно назначит свой сниппет для обработки.» У меня один из способов — оплата курьеру — должен по сути дела выполнять функцию стандартной корзины, т.е. сохранить заказ + отобразить tpl.msSubmitOrder.success, а второй способ — z-payment, должен отрабатывать перенаправление на платежную систему, которая уже встроена в minishop. В minishop нет готовых сниппетов, чтоб это реализовать без написания свих обработчиков? Указание в методе оплаты сниппета miniShop не сработало, хотя в корзине вызывается он. Наверняка это как-то просто решается, просто не очевидно.

bezumkin.ru/modx/minishop/manuals/payments.html

so stupid… спасибо огромное!

Это всю жизнь решалось в лексиконе системы.

последний вариант tpl.Wayfinder.submenu

<li [[+wf.level:is=`2`:then=`class="dropdown-submenu"`]]><a href="[[+wf.link]]" [[+wf.attributes]]>[[+wf.linktext]]</a>[[+wf.wrapper]]</li>