Евгений Шеронов

Добрый день! Да, можно.
Сниппеты sfLink и sfMenu подходят именно для этого. К тому же, сейчас для sfMenu не обязательно передавать правила, а можно передавать id ресурсов, куда привязаны правила.

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

Ну уж весь лог в комментах писать не надо) в крайнем случае можно было обернуть его)

Проблему примерно понял, напишите мне в поддержку, там более предметно обсудим, желательно сразу с доступами.

Нужно добавлять классы, про это есть в документации)

<h1 class="sf_h1">[[!+sf.h1:default=`[[*pagetitle]]`]]</h1>

Возможно, попробуйте все варианты, всё получится!)
Я тоже могу ошибаться, например в optionFilter или ещё где-то :)

Это моя проблема, то что про msVendor до сих пор не сделал авто-подстановку или описания)

По умолчанию для класса msVendor в поле ключ нужно написать «id». Придётся добавить новое поле.

Или же производителя можно было действительно добавить через ключ vendor, но указав класс msProductData и галочку на «значения» в другой таблице, соответственно заполнив там всё.

Добрый день, Дмитрий!

Выберите на демке цвет зелёный и коричневый. Получится красивый url и заголовок)

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

То, как сделано на демке — это добавление двойного значения в словарь в ручную.
В планах есть сделать, чтобы это можно было как-нибудь автоматизировать — но вряд ли в ближайшее время. Частично я начал работать над этим функционалом, даже в новых версиях компонента в системных настройках есть параметр, как разделять множественные значения — но дальше этого дело пока не продвинулось)

При создании нового правила (Правило Seo) нужно указывать Страницу, а если у меня 20 страниц, тогда нужно указать 20 правил?

По поводу этого ответ тоже положительный. Опять таки в планах есть и уже в голове вырисовывается, как это лучше сделать (в этой заметке это 2 первые задачи).

Если есть желание ускорить — пишите, думаю, сможем договориться.

Добрый день!

Вывод, конечно, не зависит от облака тегов.
Но стандартный вызов pdoPage должен решить проблему:

[[!pdoPage?
	&element=`msProducts`
	&optionFilters=`[[!#GET.tag:notempty=`{"tags":"[[!#GET.tag]]"}`]]`
        &limit=`10`
	//ваши параметры какие угодны
]]
[[!+page.nav]]

Но если сильно привязались к решению из комментария, то вместо этого:

$params = array(
    'includeThumbs' => '148x148',
    'parents' => 2,
    'tpl'=> 'tpl.msProducts.News.row',
    'resources' => $result
    );

$output = $modx->runSnippet('msProducts', $params);
return $output;

напишите

return $result;

и уже вызов этого сниппета вставьте в resources

[[!pdoPage?
	&element=`msProducts`
	&resources=`[[!вашСниппет]]`
	//...
]]

При 'full' адрес строится относительно настройки site_url. Если у вас там http, то и будет http.
Пока больше ни у кого проблем с https не наблюдалось.

Пропишите в настройку полный сайта адрес с https, если не поможет — пишите.

Нужны, только пока непонятно, как будет определяться эта вложенность :)

Постоянно отбрасывая последнее поле — тогда и у знающих пользователей будет складываться ощущение реальной вложенности — но это опять же добавит лишние запросы)

в метатеги пустых страниц добавляется правило noindex nofollow,

вполне себе вариант, можно и сейчас целое поле под это назначить в правиле или же проверять так:

{if $_modx->getPlaceholder('sf.url_id') && !$_modx->getPlaceholder('sf.total')?}
	..noindex,nofollow..  // все эти плейсхолдеры выставляются, total - количество результатов
{/if}

Тут зависит от индивидуальных задач.

Я думаю над тем, чтобы при автоматических множественных значениях одного фильтра (когда это будет реализовано) выставлять, по желанию, noindex и nofollow.

автоматическое формирование правил из созданных полей (по кнопке)

Тут я скорее всего подобное не буду делать (потому что так и не понял, как это должно работать).

Скорее всего сделаю про-режим, где вместо одной страницы к правилу будет крепиться несколько страниц. При этом в правиле можно использовать любые поля ресурса через {$id|resource:'pagetitle'}.
Ссылки же будут генерироваться для каждой привязанной страницы отдельно.

Это сильно упростит жизнь, где например к 20 категориям нужно создать правило с одним полем тег. Чаще всего просто можно будет плюсовать его к заголовку категории или с чем нибудь другим объединять.

Вот такую ссылку надо:

href="[[~26]]?tag=[[+tag]]"

Поправил сниппет в заметке — попробуйте :)

Добрый день!
Вопрос наверно не мне задан, но если будете использовать код из заметки, то там есть ограничение на максимальное число уровней)

Есть такая задача в планах, вот здесь расписал modx.pro/components/14899/

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

Можно, конечно!)

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

В SeoFilter теперь можно будет задать что поле «модель» зависит от поля «марка» (правда тут по какому столбцу не задать — без него не проверял), но это нужно для сбора новых значений и верной привязке в словаре.
После этого в словаре у слов моделей появится поле для выбора слова, от которого оно зависит.

Если же справочник моделей и марок — заранее известен, то можно в ручном режиме (или через процессоры, с использованием консоли) прикрепить к каждой модели зависимость от марки.

Уже на этом этапе при обновлении правила, который содержит модель и марку — должны отвалится ссылки Chevrolet Mokka и остаться Opel Mokka.

Ну и второе — можно подправить js скрипт из статьи зависимых фильтров, чтобы модели Chevrolet скрывались при выборе марки Daewoo — так вроде и по умолчанию в том скрипте должно быть)

Если не разберётесь — напишите мне в поддержку на modstore.

Я, конечно, тоже за Fenom.

Но вот это решает же проблему, нужно только дописать дефисы:

[[[[*isfolder:isnot=`1`:then=`$testChunk`]]]] // из статьи
[[[[*isfolder:isnot=`1`:then=`$testChunk`:else=`--`]]]] // как Илья Уткин научил :)

Тогда никаких ошибок в лог и страшных конструкций вроде ...then=`[[-`…

Конечно!)

Приведу пример на Fenom.

{foreach $_modx->resource.size as $size}
    	{'!sfLink'|snippet:[ 
    		'rules'=>'22',
    		'size'=>$size
	]}
{/foreach}
// вместо 22 - ID правила, связанного с размером. Параметр сниппета size - это синоним поля.

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

Пока в ручную добавить только запись в словарь, например так: (порядок слов желателен также, как перечисляется в mFilter2)


Вот пример s9767.h8.modhost.pro/category/cvet-zelenyij-i-korichnevyij/

Вы видимо через ajax проверяете работу, просто посмотрев в код страницы — будет корректный canonical.
Есть ли смысл и этот параметр менять через ajax?

Непосредственно canonical на демке выставляет pdoPage с параметром setMeta=`1`
Но всегда можете отключить его и в ручную прописать так:

<link rel="canonical" href="{$_modx->resource.id|url}{$_modx->getPlaceholder('sf.url')}"> //это с включенным Fenom в шаблонах

Здравствуйте!
Напишите в тех поддержку, разберёмся)

Отличный компонент!)
Всё удобнее и удобнее управлять заказами из админки.

Я столкнулся с тем, что по столбцам у меня сумма не 100%, а меньше, так как когда-то были другие способы оплаты, доставки, которые теперь отключены/удалены.
Те кто столкнётся с этой проблемой — просто нужно пробежаться по старым заказам и проставить актуальные)

Такой вопрос, планируется ли учитывать поля «Выбрать заказы с» и «Выбрать заказы по»?
Это прям необходимая штука, чтобы наглядно по месяцам можно было посмотреть, что изменилось, увеличился ли процент оплаты на сайте и т.д.