Вчера в 22:02
Странно то, что точно также указаны пути в других компонентах, например migx или clientconfig. Но у них на странице CMP они подключаются норм, а у мен...
Почему в кастомном процессоре пути прописываются относительно корня сайта? 2
Вчера в 19:20
спасибо за ответ, сначала поверить не смог что modx 3 это сделано.
Facade Laravel в Modx 2/3 9
Вчера в 12:09
После такого пинка по тушке modx у меня появилось желание наконец-то поставить 3 и что-то уже на нём сделать :-)
mmxFenom - нативная интеграция шаблонизатора 10
Вчера в 11:38
MODX Revolution 2.8.3-pl
Ace 1.9.4-pl
При выборе ACE ошибка:
Uncaught TypeError: Cannot read properties of null (reading 'match')
at a.$detect...
ExtraFields. Дополнительные поля для ресурса (modResource) и пользователя (modUserProfile). 32
06 мая 2024, 17:01
Вы не указали где именно вывести.
Есть у нас как минимум 3 места: Страница товара, страница со списком товаров, корзина.
На странице товара пример е...
Множественный список цветов 10
06 мая 2024, 00:40
Если посетитель выбирает опции в фильтре и переходит в товар — все отрабатывает отлично. Но если затем он переходит между товарами через те же «похожи...
Как вывести похожие товары по списку опций? 13
05 мая 2024, 17:14
Сразу же вводит в заблуждение выбор курьером/в пункт как в форме минишопа, так и на карте параллельно.
так не юзерфрендли ни разу
[msCdekWidget] Альтернативный калькулятор доставки СДЭК 20
05 мая 2024, 14:11
Установил, наконец-то)) Все работает спасибо.
Новый тип дополнений: mmxDatabase и mmxForms 38
05 мая 2024, 09:18
Примерно тоже самое, только при помощи mmxDatabase:
$id = $modx->getOption('id', $scriptProperties);
$category = $modx->getOption('category'...
Получение всех TV полей ресурса из конкретной категории и вывод в чанк 2
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.: Вообще, как-то это странно звучит, может больше поясните по задаче? Не исключено, что есть некие специализированные для этого компоненты.