1. Подозреваю проблему с разными регистрами.

На windows image.JPG и image.jpg — одно и то же. А на GNU/linux — нет. Проверьте пути к «не найденным картинкам», чтобы регистр буковок совпадал.

2. Пока не понятно
3. Это вроде как баг новой версии, гляньте тут.

и по поводу cut — это описание, которое находится справа и описывает как правильно составить вопрос, совсем незаметно. когда писал первый раз — совсем не увидел его. это так, имхо

Иван, помогите пожалуйста разобраться. Готов проставиться пивом :)

переносил с денвера, но по инструкции: кеш удалил, сеансы завершил

Пишу ВТОРОЙ раз, так как Василий не позволил мне отредактировать предыдущее сообщение и мне пришлось снова все писать!

Позволил, только вместо редактирования вы мне начали объяснять — почему так получилось. А со второго раза у вас отлично вышло!

Ошибки когда появились, случайно не после переноса с какого-нибудь Денвера?

Авторы 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 не думали еще? Вертикальные в основном меню без проблем, а вот для горизонтальных приходится создавать дополнительные ресурсы, что как-то не очень красиво.

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