Вчера в 17:54
Только что столкнулся с таким на modx3, ранее 1 раз видел на modx 2.8 — не было времени и мотивации разбираться.
Но проблема есть и она старая.
Кл...
Не срабатывают статичные плагины 1
19 июня 2026, 23:14
Обновление компонента
История изменений MaxNotify 3
1.2.0-pl
добавлен канал max в Центр уведомлений miniShop3;добавлена отправка из Центра дл...
MaxNotify3 3
19 июня 2026, 21:05
Копать надо в браузере. На вкладке сеть, если ответ 500, тогда в логи сервера.
Зависает корзина минишоп2 1
16 июня 2026, 15:00
Последний FormIt + последний FetchIt = белый экран
Последний pdoTools + последний MODx v3 = белый экран
FormIt 5.2: нативный AJAX и reCAPTCHA v3 5
15 июня 2026, 19:12
Благодарю) сижу ломаю голову, все сайты положил
Не получается установить PdoTools 6
15 июня 2026, 14:59
Обновил компонент
1.1.0-pl
— добавлена прямая интеграция с официальным MAX Business API;
— добавлен выбор провайдера между MAX Business и ruma...
MaxNotify 1
11 июня 2026, 21:58
Позже, может размещу и на docs.modx.pro, пока времени нет
IskWaf 3.2.0 — большое обновление WAF для MODX 3 2
Всего 125 969 комментариев
Заранее спасибо!
Такой подход работает надежно ровно до той поры, пока контент-менеджеру (или прямо вам, но в спешке, когда «оперативка в голове занята») использовать якорную ссылку в поле content или другом, где у вас подключен HTML-редактор.
В плюс к этому, указанные вами ссылки всё равно не будут работать на тестовом домене (не все их используют, ну ок, тогда читайте как «при переезде сайта на другой домен», что тоже редкость, но блин, это побочный эффект, которого бы не было).
Это всё можно победить, конечно, если держать это в голове или описать в документации проекта (ага :) ) но я предлагаю, советую и рекомендую вместо того чтобы «стрелять себе в ногу» тегом base и потом лечить последствия, просто не заниматься самострелом, если позволите.
будет
зато я точно знаю, что заберу скрипт от корня, а в вашем случае потенциально возможны неожиданности (по моему мнению, прошу не судить строго, может кому-то и нравится не держать пути под контролем а применять пути относительно директорий, а не корня)
Указав base href = site.com/ Можно на любой странице подключить скрипт используя относительный путь относительно base href.
и на любой странице он будет подключен, вне зависимости от url
А как поступаете вы? Для каждого скрипта указываете абсолютный путь?
Та проблема которая описана на stackoverflow решается элементарно, нужно просто в якорной ссылке указывать не #id, а site.com#id
Но даже если у использование base href и создаст какие то проблемы у кого-то, то мне кажется это еще не причина так негативно отзываться о таком замечательном теге, решающим куда больше проблем чем создающим)
Они на JS, по событиям onclick или onchange полей ввода запускают отправку формы (или собирают поля формы и отправляют массив их значений, точнее надо в коде смотреть) на бекенд, получают результат и заменяют им контент на странице (блок результатов и не только — ещё счетчики и состояния других фильтров). Вы можете сами, на любых своих элементах находящихся где угодно на странице, выполнять те же действия, что написаны в стандартном JS-файле.
Конечно, это сложный путь, но зато он лежит в плоскости кода, а не верстки. Те трогая жестко код, по лайту, проще ИМХО решать задачу размещения блоков (абсолюты с кучей media query, flex-ы или вообще masonry либо какой-то свой костылёчек на JS — это уже вкус и предпочтения верстальщика (простите, фронтэндера))
Я использую данный тег на всех проектах, не только modx и он прекрасен.
Не вижу никаких минусов и переходы по якорным ссылкам работают.
Понял. спасибо
Похоже что надо видеть ещё и структуру ресурсов чтобы понять что именно ты ожидал увидеть и почему этого не случилось…
Но не очень понятно зачем. Ведь если такую конструкцию заставить работать, она скорее всего будет генерировать каждый раз при перезагрузке страницы новый вид фразы, а такое для SEO например точно не годится))
Хотя в коде сниппета это можно обойти через значительное усложнение, или с помощью кэша результаты будут меняться не так часто, но всё равно записывать один раз плагином (как изначально и задумал автор) кажется максимально логичным — сгенерировал 1 раз по шаблону, записал, и оно там навсегда осталось. Потом можно руками править.
Если тебе нужно в другие поля записывать, то нужно на основе этого плагина сделать такие же для других полей. Этот «из коробки» так не умеет, но и исправить его надо совсем чуть-чуть чтобы работало нестандартно, но прямо как надо именно сейчас (указать вместо description другое поле, например introtext или content)