Алексей Федоров

Если сайт уже содержит много ресурсов, то есть несколько вариантов:
1) Проставить все вручную. Если в ТВ по умолчанию поставить приоритет для самого большого количества ресурсов — товаров, то дальше менять ручками придется только значения у подкатегорий, категорий и каталогов. Такая вот тонкость))
2) Написать плагин, который сам пройдет по всем ресурсам и проставит значения в зависимости от уровня в иерархии. Тут ничем не подскажу, так остается только у более опытных товарищей спрашивать.
3) Воспользоваться pdoMenu с параметром &showHidden для выборки со скрытыми в меню ресурсами и параметром &levelClass, показатель которого вызывается в чанке плейсхолдером [[+classes]]. Для красоты понадобиться знать точное количество уровней. Если их 5 (главная, каталог, категория, подкатегория, товар), то нужно понимать порядок величин. Создаем tv prior со значением 1,1 и дальше изгаляемся. То есть что-то такое вставить в чанке:

<priority>[[+tv.prior:decr=`[[+classes:div=`10`]]`</priority>

Это выражение математических операций из tv вычитаем показатель classes, деленный на 10. То есть если укажем &levelClass=`1` то получим для первого уровня (главная) 1,1-1/10 = 1. Для второго уровня 1,1-12/10=0,98 (+classes будет принимать значения по порядку 1, 11, 12, 13) и т.д. Правильное значение и нужное математическое уравнение для расчета, который позволит получить красивые цифры, предлагаю разобрать самостоятельно. Доки по модификаторам в помощь. И наконец четвертый вариант — самый верный и самый правильный.
4) Не страдать ерундой. Как только роботы ПС вычислят, что контент обновляется не так, как указано в карте сайта (а так и будет) они плюнут на это и расставят страницам свой приоритет, чтобы ходить так как считают нужным. Эта штука — приоритет — носит рекомендательный характер, а не заставит робота ходить строго по струнке как allow — disallow в robots.txt.

Самый простой вариант — создать TV, подключить его к вызову и поменять в чанке вызов плейсхолдера [[+priority]] на свою тв-шку.
P.S.: Значение приоритета указывается, чтобы объяснить роботам ПС как часто происходит обновление контента на странице. При этом, если роботы посчитают, что данные ошибочны они вполне себе легко выставят в своих базах другой приоритет, так что тут нужно с пониманием подходить.

Ах, да! Еще одна штука, которую вспомнил. Нужно проверить какую именно дату обновления выставляет сниппет (у меня пока не дошли руки, но если кто-то проверял, то надеюсь отпишется ниже). Штука в том, что обновление документа для modx и фактическое обновление содержимого страницы не всегда равнозначны. К примеру, эта страница. Обновление в комментариях не равно обновлению контента))

На сайте документации есть английская версия для pdoMenu. Все расписано достаточно подробно.

Нужна отправка именно файлов, а не кодов. Хотелось бы понять как с ними идет процесс работы через дополнение. Плюс немного неясно с перемещением на вкладку выкупленные. Если отправлять не файл, а ссылку — ее придется загружать N раз для N покупателей? Или все есть некая опция, чтобы она отправлялась неоднократно?

Что-то получилось? А то в модстор не вижу такого компонента((

Вставлю свои пять копеек. Многие забывают это, по разным причинам, но в действительности SEO — шаманство. Нет никаких готовых и правильных решений, есть методы проб и ошибок. Есть потенциальные «уязвимости» в механизме ранжирования, которые люди пытались использовать. У кого-то начало получаться и это назвали SEO. Откровенно говоря, сегодня что-то работает, а завтра «брешь» пофиксят и сайт упадет. Само по себе SEO — пережиток короткого периода существования сети. Сами поисковики делают так, чтобы предоставить пользователю максимально релевантный ответ на запрос, гугл уже даже ввел систему «интуитивного» уточнения запроса. Ссылку на статью потерял, но за бугром уже заметили, что если ты спрашиваешь о какой-то «вещи» ПС может посмотреть на популярный ассоциативный ряд, синонимы и т.д. и выдать вообще третий результат, но при этом окажется, что это именно то, что нужно пользователю.

Лучшее SEO, по моему мнению, это создание удобного и полезного контента. Можно говорить, что для магазинов это не работает, но это чушь. Нужно создавать на сайтах обзоры товаров и рекомендации из разряда «как выбрать чайник» и прочее со ссылками на категории товаров и выборки с активными фильтрами. Полезной остается семантическая разметка — для формирования карточки прямо в поисковой выдаче и более информативного сниппета в листе ПС. Важным остается подбор ключевых запросов. Самый простой способ раскрутить интернет-магазин, я сейчас абсолютно серьезно говорю, создать паблики в соцсетях и ютуб-канал, на котором будут выкладываться всякие шуточки, мемы и даже треш с использованием лого площадки, товаров и прочее. Вот это привлекает трафик — не всегда целевой, конечно, но реклама это хорошая. Сегодня человек не ищет качественный чайник — знает, что качественно практически везде. Люди ищут подешевле с удобной доставкой и удобным интерфейсом, а как там будет на фоне все устроено — им плевать. Так что, с этим мнением солидарен — удобство на первом месте. От него и поведенческие улучшаются и удовлетворение клиента. Когда человек полностью доволен — ему уже тупо плевать на первом месте сайт в выдаче или сотом, он найдет его по названию или из закладок возьмет. Вот это — возврат клиентов и накопление аудитории — лучший фактор ранжирования, все остальное — мухлеж, который будет наказан, тем более, что результаты выдачи поисковики периодически «тасуют», чтобы посмотреть, а вдруг какой-то сайт (магазин) со второй, третьей… пятой страницы выдачи понравится пользователю больше. Бах его на четвертое место выдачи! И если там все удобно, то плевать на меню и прочее. Короче, сейчас нужны не соешники, а грамотные интернет-маркетологи и администраторы сайтов, которые будут просто выполнять рекомендации поисковиков без лишнего шаманства, но при этом найдут в себе смелость послать куда подальше ПС с их требованиями, если это позволит увеличить удобство для клиента.

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

Заходим в системные настройки core — сайт и выставляем для параметра Схема URL
link_tag_scheme значение https. Ссылки будут генерироваться с игнорированием base href и начинаться с https.

Есть вот такой сниппет. Выводит по алфавиту ресурсы независимо от структуры на сайте.

Хмм… только что появилась такая же ошибка XD Возможно поэтому удалось быстро исправить.

(ERROR @ /home/s***/www/core/xpdo/om/xpdoquery.class.php : 766)

Проблема была в том, что название некоторых чанков начиналось с цифр, то есть — 2tpl.Blog.row и т.п. Как только переименовал на Btpl.Blog.row ошибка исчезла.
Если что, вылезло только на хостинге TimeWeb, у другого хостера никаких проблем не наблюдается. При этом там же есть портированный тестовый сайт со своими базами и т.д. — тоже никаких проблем. Сложности исключительно у сайта, который создавался через «родной» автоустановщик хостера

Пробовать сделать поле не пустым и сохранить) Если по скрину, то вписать некий шаблон телефона +NY(XX)-XXX-XX-XX

Спасибо) К сожалению, не совсем понял суть того, что именно делает сниппет. Применение как модификатора, что именно покажет? То есть при вызове конструкции:

[[*pagetitle:psCheck=`resource=15,6&active=1`]]

будет проверена активность подписки на ресурсы 15 и 6. При выполнении условий будет выведено значение pagetitle. Я правильно понял? Кажется, я запутался)

Удалось создать какое-то рабоче решение проверки на подписку? Или вопрос неактуален за давностью лет?

А нет)) спустя 15 минут все вернулось, хотя несколько обновлений в менеджере прошли без ошибок

Такая же ерунда, подумал, что это из-за проверки дружественных url в разных контекстах. Функция оказалась отключена. После включения ошибка падать перестала. Странно, но вот так почему-то.

Modx Evo

Очень сомневаюсь, что из сообщества кто-то ее использует.
Для Revo есть Tickets — создание и редактирование страниц из фронта

Для меня лично удобнее общепринятое разделение запятой: «11,111,111».

Это уже малопринципиальные детали)) А вот за указание где и что поправить спасибо)

Встречал округления до 1 знака после запятой, но не думаю, что виджет в админке должен показывать 1к, 2,2к и т.д. Во-первых, там должна быть максимально точная информация, а во-вторых, если говорить об удобстве, то верхний разделить по трем знакам более удобен в данном случае. Имею в виду вот такое.
1'001
1'020
10'222
12'222
222'222
1'000'009
1'039'999
10'000'000
11'111'111
Тогда цифры не сливаются и можно сразу заметить где 100 тысяч, а где 10 млн.

Если же говорить по существу обсуждаемого в комментах вопроса, то сокращения и в формате добавления тыс., млн и в виде к, кк имеет смысл делать для фронта при высоких показателях посещаемости. Для реализации этой вещи я бы обратился к Илье Уткину, поскольку его units выполняет смежную функцию (подстановка правильных окончаний для численных значений). Мое мнение таково, что нужно добавлять функционал инструменту, который уже в нужном направлении работает. Как расширение возможностей units можно добавить варианты сокращения самого числа с подстановкой в конце «млн» и «кк» по значению отдельного параметра. К примеру, &cut со значениями default (не сокращаем), rus (добавка тыс., млн, млрд) и eng (добавляем к, кк и что там дальше идет).
Ну, это все на уровне мыслей в слух, так что варианты есть, но сокращать данные в админке — зло))

Присоединяюсь к комменту выше

Несколько раз вызвать pdoResources с разными параметрами… хотя там что-то адовое получится, поэтому проще будет попробовать пошаманить с сниппетом getSelections из Collection, но не факт, что получится нормально… как вариант писать свой сниппет на циклический вызов pdoResources с подстановкой id документа по одному из (к примеру) ТВ-шки.
P.S.: Вообще, как-то это странно звучит, может больше поясните по задаче? Не исключено, что есть некие специализированные для этого компоненты.