• avatar Lunik
  • 0
Добрый день! С помощью нововведений можно проверить есть ли в контейнере дочерний ресурс или нет?
что нибудь вида
<@IF:[[Wayfinder:isFolder=1]]>
[[Wayfinder? &startId=`[*id*]` ]]
<@ELSE>
[[Wayfinder? &startId=`[*parent*]` ]]
<@ENDIF>

Задача такая если есть дочерний ресурсы в контейнере вывести
[[Wayfinder? &startId=`[*id*]` ]] если нет [[Wayfinder? &startId=`[*parent*]` ]]
  • avatar Jassie
  • 0
Спасибо за ответ. Если документы-ссылки нормально воспринимаются поисковиками, то да, доп.дерево становится нормальным решением.
  • avatar Jassie
  • 0
Те же эмоции были когда-то насчёт Джумлы, и это обусловило мой выбор MODx :)

Но к сожалению, хитровыдуманные и многоколоночные меню это тренд, по крайней мере в Интернет-магазинах (http://www.lamoda.ru/ www.mediamarkt.ru), пользователь привыкает, значит и клиент, и, чтобы MODx не отставать, хочешь-не-хочешь, придётся рано или поздно подстроиться и чего-то выдумать)
«Целесообразен ли переход, как во всяких Joomla-х, на некое отдельное хранение меню,» — когда-то в Джумле именно эта, так сказать, фишка меня дико раздражала. Зачем плодить сущности без необходимости?

И про всякие много-колоночные супер-мега-меню: в 99% случаев, такие мега-меню нужны только для шаблонов, которые вы разрабатываете для продажи на Themeforest. Тамошние покупатели ценят «ляпоту» ))

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

Если у сайта хорошо проработана структура и навигация — такие меню не понадобятся.

Я считаю (об этом говорит мой многолетний UX- и SEO-опыт), что лучшая навигация — одноуровневая, максимум 2-х уровневая, не более 6-ти пунктов в каждом уровне.

А если уж у вас сайт на 3 миллиона позиций, и все-таки необходимы многоколоночные списки разделов — то в мобильник вы их все равно не впихнёте, придется что-то придумывать. А на десктопе такой список лучше вывести просто в виде ссылок на странице.
в понедельник или вторник исправлю :)
1 сделалю вопервых 1 плагин вместо двух)
и поправлю этот нюанс там не совсем верное сравнение версий )
1.2 кажет вот такое


Ну и при запуске обновления из админки все нагнулось медным тазом, вспомнил, что надо пройтись в /install
Спасибо! Перезалил — все работает
assets/plugins/tinymce4/bridge....php
assets/lib/MODxAPI/modResource

вот эти 2 файлика меняли? :)
Опции товара в минишопе полностью решают задачу.
Есть ли что то похожее для REVO?
Если нет, то какая примерно цена переделки?
Или может есть что то похожее.
minishop2 — опции товара — для рево, подойдёт если я верно понял)

msExtraFields — и ещё вот интересный компонент для управления товаром.
Большинство проблем с меню возникают из-за кривой структуры сайта. В нормальных условиях достаточно «показывать в меню» + условия выборки, в том числе и для служебных папок.

Способ со ссылками вполне рабочий, можно еще использовать Selector.

А со сложными меню проблема больше в шаблонизации и решить ее так, чтобы всем хорошо было, очень тяжело.
если можно киньте доступ в админку проврим а то не получается воспроизвести
А есть что то похожее для REVO?
оно само закрыло поправили что не сохранялось
по части ошибки еще потестить надо
опишите плз туда поменялось ли что то
Спасибо! Вижу тикет закрыт. Но по факту ничего не изменилось…
  • avatar ablik
  • 0
А он понимает абсолютные пути, в данной случае регулярке вообще плевать что там в src. считывает то что есть. А в чем у вас проблема?
как заставить его понимать абсолютные пути?

$output = preg_match_all('/<img.+src=[\'"]([^\'"]+)[\'"].*>/i', $content, $matches);


регулярные выражения 0.0
Тоже столкнулся что не сохраняет..., тупо редактирование в админке и сохранение изменений… вопроса не решает, а вот правка вышеуказанного файлика помогла.
У меня в работе сайт на 1.0.15, который нужно обновить.
Сразу на новые версии не решаюсь обновлять — слишком много пока вопросов по совместимости со старыми дополнениями.

А вот на 7.1.6 наверное можно. Там этих вопросов поменьше. Значит, пока руками.