Александр Мельник

Дмитрий, вы очень плохо описываете свой вопрос. Два предложения и даже они почти бессмысленные.
Честь и хвала Артуру, что ему хватает нервов и времени попытаться разобраться и найти хоть крупицу логики, написать вам ответ. А потом вы вдруг все переворачиваете с ног на голову, говоря про админку.
Если бы вы описали задачу кратко, но полностью — вероятность что вам бы помогли была бы больше.

Артур вам правильно написал, formit это лишь программа для отправки форм, а форма передает информацию, данные, а не теги. Есть множество способов передать данные в форму. К примеру используя возможности javascript работать с DOM деревом, как описал Артут. Либо можно просто информацию которую лежит у вас в теге p продублировать уже в виде тега input type=hidden value=название категории name=categoryName
Если этот тег будет размешен внутри формы, то название категории отправится.
Если вы хотите чтобы отправляемые пользователем данные просто сохранялись в админке, то ознакомьтесь с документацией на formit
docs.modx.com/current/en/extras/formit/index
и особенно
docs.modx.com/current/en/extras/formit/formit.hooks/formitsaveform

Я любитель еще более простых решений) Зачем вам статичные пункты меню, такие как — о компании, контакты, формировать динамически через pdoMenu. Оставьте их в html и пропишите руками ссылки. А для формирования подменю с товарами используйте уже pdoMenu или pdoResources или msProducts и настройте их так чтобы отбирались только товары.

@Илья Уткин Илья, прошло уже некоторое время с момента публикации.
Расскажите, продолжаете ли вы с командой пользоваться для разработки на modx докером?
Обнаружились какие-то минусы?

Дмитрий, а подскажите как вы например подключаете файлы стилей или скриптов на страницу?
Указав base href = site.com/ Можно на любой странице подключить скрипт используя относительный путь относительно base href.

<script src="assets/js/bundle.js">

и на любой странице он будет подключен, вне зависимости от url
А как поступаете вы? Для каждого скрипта указываете абсолютный путь?

Нет, у меня вполне работают и стандартные якорные ссылки. Иногда, если нужна особая плавность перехода, могу сделать и на javascript.
Та проблема которая описана на stackoverflow решается элементарно, нужно просто в якорной ссылке указывать не #id, а site.com#id
Но даже если у использование base href и создаст какие то проблемы у кого-то, то мне кажется это еще не причина так негативно отзываться о таком замечательном теге, решающим куда больше проблем чем создающим)

Поясните пожалуйста, почему тег base href ломает переход по якорю?
Я использую данный тег на всех проектах, не только modx и он прекрасен.
Не вижу никаких минусов и переходы по якорным ссылкам работают.

попробуйте в теге header добавить тег

<base href="http://site.com/">

Мне кажется, что у автора нет разных контекстов на сайте, у которых можно было бы переназначить системные настройки. У него просто много доменов направлены на одну директорию в которой лежит сайт.

У меня на днях был подобный глюк на одном очень странном хостере ho.ua.
Проблема оказалось в том, что они изменили hostname для подключения к базе данных.
Когда сайт устанавливался, были даны данные для подключения к базе hostname abs123 (к примеру)
А относительно недавно они переделали на localhost
При этом частично работал и сайт, но симптомы были именно как вы описываете. С точно правильным паролем войти нельзя, сбросить нельзя, в базе изменяю и все равно пишет что нет такого пользователя.
Заменил настройки подключения на localhost и сразу все заработало.

Спасибо. Но я не могу понять, как это может помочь?
Если данный инпут вставляется на событие загрузки страницы, то она произойдет и у «бота».
В 2022 году спам боты это очень совершенные программы, умеющие имитировать поведение пользователя на высоком уровне.
Но раз помогает, то наверное я в чем то не прав.

Какие родились у меня мысли.
Видимо почтовый сервис, делает какой-то предварительный запрос по ссылкам, указанным в письме.
С какой целью, понять сложно, может хотят убедиться что там не 404 или что там безопасно или ведут свою «слежку» за всем.
А уже потом человек кликает по ссылке и совершается второй запрос.
Только так я могу пояснить тот факт, что пользователь активируется, но человек перешедший по ссылке, видит надпись что такой пользователь не найден или уже был ранее активирован.
Это не приятно(

Ох страшное вы что то напридумали.
У вас проблема в том, что если вы находитесь на одной странице, кликаете на пункт меню, который содержит якорную ссылку на элемент на этой же странице, у вас не закрывается меню?
Почему не написать 3 строчки javascript которые при клике на ссылку в меню, кликнут по крестику закрывающему меню?

Вы правы на 100 процентов. Но я считаю, что развиваться нужно постепенно, гармонично и обдумано, что ли.
Бесполезно прыгать через три ступени, а лично для меня все те страшные слова, которые вы написали — это и есть «через три ступени»).
Так же наблюдая за собой, пришел ко мнению, что бесполезно вкладывать большие усилия в изучение того, что не понадобиться ближайший год. Нужно быть разносторонним, интересоваться разными аспектами программирования (мне например очень интересно и администрирование серверов), но тратить серьезные усилия нужно только на то, что сможешь применить в ближайшее время. Потому что что-то «выучишь», потом полгода это не применяешь, через полгода открываешь учебник и «как баран на новые ворота».
Понимаю вашу идею смотивировать самого себя, это очень достойно.

Уверен многих, как и меня, пугает фраза

Архитектура проектируется по DDD, слоями, планируется внедрение CQRS + Event Sourcing

Мы же на форуме о modx, у которого нет даже composer и автозагрузки классов, а тут какое-то DDD c SQRS )

только написать свой сниппет который принимает те же параметры что и pdoPage и который вернет общее количество страниц. Его вызывать в head.

Я понял, спасибо.
Если вы действительно осознанно выбрали typescript а не просто следуя трендам, это приятно и похвально.

А Руслан, простите, я думал это ответил автор заметки.

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

Насчет того, влияет ли последовательность выбора характеристик в фильтре. Вы правы, что не влияет. Но это если говорить о фильтре для покупателя. Ему не важно, сначала он выберет что хочет красную футболку а потом добавит что хочет еще и белые, или наоборот.
Но чаще всего наши СЕО специалисты требуют, чтобы фильтр не был только инструментом для пользователя но был и СЕО инструментом и тут начинается такое… Иногда бывают требования, чтобы урл страницы изменялся так, в какой очередности человек кликает в фильтре. К примеру если сначала на красный а потом на белый, то урл чтобы был
site.com/filter/red-white/
а если сначала на белый а потом на красный, то
site.com/filter/white-red/
и не смотря на то, что оба запроса вернут один и тот же товар, но например это позволит «порадовать» клиента, и показать ему товары сначала красные, а потом уже белые, тоесть «первое слово главнее второго)».
И получается что от очередности выбора характеристики напрямую зависит то, сколько данных нужно кешировать.

[[++site_url]][[*uri]]

исправлю немного сам себя. Формула n! имеет смысл если в фильтре есть разница, в каком порядке выбраны характеристики. Если же нет разницы, то формула должна быть другой и общее количество комбинаций будет меньше, но все равно очень большим.