На сайте есть ссылка на ютуб, там (то есть здесь) и будет проходить показ. Советую сразу обратить внимание на программу мероприятия. Там будет 3 захода по 3 часа на отлов ошибок, плюс выдача промежуточных отчетов. Целый божий день вылов багов. Это прямо вау! Саму охоту смотреть не стану (разве что краем глаза), ибо все равно ничего не пойму, как не программист, а вот отчеты послушаю с большим удовольствием)) Это действительно что-то новенькое)) Прямо заранее хочется сказать спасибо всем, кто поучаствует в улучшении системы.
1) Проставить все вручную. Если в ТВ по умолчанию поставить приоритет для самого большого количества ресурсов — товаров, то дальше менять ручками придется только значения у подкатегорий, категорий и каталогов. Такая вот тонкость))
2) Написать плагин, который сам пройдет по всем ресурсам и проставит значения в зависимости от уровня в иерархии. Тут ничем не подскажу, так остается только у более опытных товарищей спрашивать.
3) Воспользоваться pdoMenu с параметром &showHidden для выборки со скрытыми в меню ресурсами и параметром &levelClass, показатель которого вызывается в чанке плейсхолдером [[+classes]]. Для красоты понадобиться знать точное количество уровней. Если их 5 (главная, каталог, категория, подкатегория, товар), то нужно понимать порядок величин. Создаем tv prior со значением 1,1 и дальше изгаляемся. То есть что-то такое вставить в чанке:
Это выражение математических операций из 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.
P.S.: Значение приоритета указывается, чтобы объяснить роботам ПС как часто происходит обновление контента на странице. При этом, если роботы посчитают, что данные ошибочны они вполне себе легко выставят в своих базах другой приоритет, так что тут нужно с пониманием подходить.
Ах, да! Еще одна штука, которую вспомнил. Нужно проверить какую именно дату обновления выставляет сниппет (у меня пока не дошли руки, но если кто-то проверял, то надеюсь отпишется ниже). Штука в том, что обновление документа для modx и фактическое обновление содержимого страницы не всегда равнозначны. К примеру, эта страница. Обновление в комментариях не равно обновлению контента))
Лучшее SEO, по моему мнению, это создание удобного и полезного контента. Можно говорить, что для магазинов это не работает, но это чушь. Нужно создавать на сайтах обзоры товаров и рекомендации из разряда «как выбрать чайник» и прочее со ссылками на категории товаров и выборки с активными фильтрами. Полезной остается семантическая разметка — для формирования карточки прямо в поисковой выдаче и более информативного сниппета в листе ПС. Важным остается подбор ключевых запросов. Самый простой способ раскрутить интернет-магазин, я сейчас абсолютно серьезно говорю, создать паблики в соцсетях и ютуб-канал, на котором будут выкладываться всякие шуточки, мемы и даже треш с использованием лого площадки, товаров и прочее. Вот это привлекает трафик — не всегда целевой, конечно, но реклама это хорошая. Сегодня человек не ищет качественный чайник — знает, что качественно практически везде. Люди ищут подешевле с удобной доставкой и удобным интерфейсом, а как там будет на фоне все устроено — им плевать. Так что, с этим мнением солидарен — удобство на первом месте. От него и поведенческие улучшаются и удовлетворение клиента. Когда человек полностью доволен — ему уже тупо плевать на первом месте сайт в выдаче или сотом, он найдет его по названию или из закладок возьмет. Вот это — возврат клиентов и накопление аудитории — лучший фактор ранжирования, все остальное — мухлеж, который будет наказан, тем более, что результаты выдачи поисковики периодически «тасуют», чтобы посмотреть, а вдруг какой-то сайт (магазин) со второй, третьей… пятой страницы выдачи понравится пользователю больше. Бах его на четвертое место выдачи! И если там все удобно, то плевать на меню и прочее. Короче, сейчас нужны не соешники, а грамотные интернет-маркетологи и администраторы сайтов, которые будут просто выполнять рекомендации поисковиков без лишнего шаманства, но при этом найдут в себе смелость послать куда подальше ПС с их требованиями, если это позволит увеличить удобство для клиента.
link_tag_scheme значение https. Ссылки будут генерироваться с игнорированием base href и начинаться с https.
Проблема была в том, что название некоторых чанков начиналось с цифр, то есть — 2tpl.Blog.row и т.п. Как только переименовал на Btpl.Blog.row ошибка исчезла.
Если что, вылезло только на хостинге TimeWeb, у другого хостера никаких проблем не наблюдается. При этом там же есть портированный тестовый сайт со своими базами и т.д. — тоже никаких проблем. Сложности исключительно у сайта, который создавался через «родной» автоустановщик хостера
будет проверена активность подписки на ресурсы 15 и 6. При выполнении условий будет выведено значение pagetitle. Я правильно понял? Кажется, я запутался)
Для Revo есть Tickets — создание и редактирование страниц из фронта
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 (добавляем к, кк и что там дальше идет).
Ну, это все на уровне мыслей в слух, так что варианты есть, но сокращать данные в админке — зло))
P.S.: Вообще, как-то это странно звучит, может больше поясните по задаче? Не исключено, что есть некие специализированные для этого компоненты.