Сергей Шлоков

Рецепт простой — берешь первоначальный ответ и меняешь весь мат по словарю синонимов. :)))

Оригинально — «спасибо за ссылки, потом посмотрю, но ответьте на вопрос...».
Сначала посмотрите. Ответ в первой ссылке.

Давайте за Вас поищу — раз и два.

Вот мой вариант.

Владельцы MODSTORE обычно сначала интересуются мнением авторов аналогичных платных дополнений. И если автор против нового компонента (обоснованно), то магазин отказывает в публикации. Это уже много раз обсуждалось.
Я, например, занял однозначную позицию, что не буду против любого компонента (даже бесплатного), повторяющего функционал моих платных компонентов. Пользователь сам выберет. Тут, конечно, должна быть солидарность авторов — не делать бесплатные аналоги платных. Только если с усечённым функционалом. Но это вопрос отношений, а не требование.

Изначально к компоненту. Но так как он автором больше не поддерживается, то остаётся только самому разбираться с mySql. И вообще, не плохо бы научиться пользоваться гуглом Яндексом.

Попробуйте pdoResources + siteStatistics.

Усихда хатов!

Я так и написал

А вот пробежаться по пользователям в цикле с хешем message не сложно, как мне кажется.

И не у многих, а у всех.

Ссылки же на пользователей здесь сделаны цифрами у многих

Ну здесь нет обычной формы обратной связи. Тут надо зайти на страницу каждого пользователя.

Ну бот вряд ли нашел эту форму. А вот человек может легко настроить, как ты говоришь, конструктор. И csrf токен тут вряд ли поможет. Ибо сообщения пользователям сайта могут писать только пользователи. Хотя, конечно, может есть какая-то скрытая возможность использовать стейтлес режим. Не знаю. А вот пробежаться по пользователям в цикле с хешем message не сложно, как мне кажется.У меня сообщения отключены, поэтому мне ничего не пришло.

П.С. Это число логически. Я не большой спец по взломам.

А как они сообщения пользователям сайта рассылают в автомате?

Один из вариантов.

• list_statistics
• remove_statistics

Насколько Вы близко общаетесь с MODX? Знаете что такое политики доступа?

Т.е. я не знаю зачем это нужно, поэтому удалю нафиг? Ну может для начала прочитать про это.

А request лучше в ядре удалить. Из-за него у всех сниппетов pdoTools проблемы с кешированием.

В каких сниппетах он ещё используется?

Мда, вместо того, чтобы всего лишь поправить сниппет pdoPage (поднять setTotal на несколько строчек, а request удалить), нужно зачем-то было лезть в ядро. Зачем? Если нет достаточно опыта, то лучше написать issue.

Вряд ли. Подход другой. Объект бронирования доступен в любой день. А в твоём случае мероприятие (объект бронирования) доступно только в один конкретный день.

Попробуйте так.

А что мешает в чанке сразу написать урл сайта без слеша? Часто его меняете?

<img src="site.ru[[+ms2g.0.800x]]"/>

П.С. Использовать 2 формата плейсхолдеров как-то не комильфо.