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

Упертым баранам давайте ссылку на эту заметку — тут показано, как быстро работать с БД, без ненавистного ОРМ.
Кому кажется долгим сама инициализация ядра MODX — дорога в чистый php или еще куда подальше.

На всякий случай, я не имел ввиду, что можно делать такие и этому подобные кульбиты без ОРМ :0)

"… без xPDO не было бы Revolution вообще. Был бы Evolution с обвесами, но не более." — а и не надо, был бы много более крутой Evo, не без доли здравого смысла сказал бы «тот парень с того форума». Однако, моё предположение ниже (если оно ± верное), основанное на Ваших знаниях = перефразированный Ваш ответ «добивает хлопца».

Итак, суть вопроса «почему нельзя подключать/не подключать xPDO».

Я так понимаю потому, что без жёсткой вшивки невозможно и/или неоправданно сложно реализовать ту изрядную часть возможностей, которые доступны, если вшивка жёсткая = а без этого был бы неплохо расширяющий возможности системы довесок, расширение, не более того. => дабы существенно увеличить возможности и было принято решение о жёсткой вшивке xPDO.

Если это ± так, «тот парень с того форума» окончательно «кончился», ибо ± вполне чёткий и понятный ответ на его единственно потенциально существенный и даже ключевой вопрос достаточно полон.

П.С.
Повторюсь, это так только, если в целом я правильно понял Вас.

П.П.С.
Для меня этот момент важен, т.к. не только «тот парень...» гнёт такую линию «последним рубежом обороны», а я особо ничего и ответить не мог.

Хм, ну вот смотрите:
partner.ruyou-show.ru/nash-magazin/
Да, там ничего не заполнено, только демо товары, но в заголовках же тоже ищет? Если вписать «СНПТО-5.7» Или что то другое англоязычное то не найдется ничего…

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

А объяснение простое, и очевидное — без 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