Илья Уткин

А как, кстати, можно решить проблему? Никто не будет выделять по 8 часов работы на проверку дополнения, которое не принесёт ни копейки. Требовать паспортные данные и пересылку бумажного договора по почте для размещения дополнения в репозитории? Тоже не выход — в таком случае никто связываться не будет…

Не кажется вам, что такой объем JS кода, да еще и устанавливаемого в админку, это дофига? Уверены, что там нет никакой заразы?

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

Но, конечно во фронтенде тоже есть, что украсть.

Вы с ним какой-то договор заключили? У вас есть его паспортные данные или типа того?

Злоумышленнику выгоднее разместить компонент в официальном репозитории MODX — там охват больше. Ну и никаких паспортных данных никто не спросит. Компонент никто даже на работоспособность не проверит.

Но за ликбез спасибо, конечно эту тему необходимо поднимать и обращать внимание сообщества на потенциальные уязвимости.

Меня зацепило слово «энтузиазм». Иван всю работу для MODX делает бесплатно, именно на голом энтузиазме. Я сам, бывает, пишу статьи, отвечаю на вопросы и знаю, насколько этот энтузиазм хрупок. Любое неаккуратное слово простого, мимо проходящего, человека может убить весь энтузиазм.

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

Ой, вот Ивана не трогайте! Если бы не он, до сих пор сидели бы на 2.4.0

Хочется ему новости рассказать, эт хорошо, надо поддержать, а не палки в колеса ставить.

Попробуйте настроить на сайте SMTP — возможно, тормозит почтовый сервер.

Пока вы не покажете код, которым вы отправляете письма, никто вам не поможет.

Пользователю отправляется письмо о том, что его заказ создан. Часто эта операция занимает много времени.

Здравствуйте. Напишите в техподдержку — разберёмся.

Просто так не получится, у MODX нет стандартного синтаксиса для такого. Вам нужно использовать сниппе pdoField, как указано во всех инструкциях по получению полей родителя.

А расскажите, как вы пытались решить этот вопрос? В поиске решение искали? Пытались какой-то код использовать и у вас не получилось?

[[getContent:striptags:ellipsis=`200`? &content=`[[+content]]`]]

Да, можно. Обычный json-массив в поле «значение по умолчанию».

Запрос отправляете POST, а в значения подставляете GET

Jevix превращает все теги BR в перенос строк (даже если эти теги внутри code). Так что, думаю, код был ещё более-менее симпатичный.

Насчёт заказчиков согласен, что действительно есть упоротые на некоторых нюансах. А насчет поисковиков — не согласен)

Насколько я знаю, это сообщение просто подсказывает, что аттрибут type неважен (необязателен), если вы вставляете блок javascript-кода. Нигде нет указания, что этот аттрибут запрещён или нерекомендован.

Вот так можно одним запросом выбрать двухуровневую структуру: Разбивка страниц по категориям (родителям).

Если ID пользователя у вас хранится в TV, то просто в чанке проверяйте этот ID и ставьте checked у того, чей ID совпал.

Наверное, так

$c->where(array('esExcurcionsDate.date:!=' => ''));

Ну, во-первых, информации в поиске достаточно: xpdo leftjoin.

А во-вторых, вы бы хоть пример своего кода привели, чтобы более предметно можно было посмотреть.

Вот есть довольно большой пример, но, думаю, разобраться можно: Пример leftJoin при выборке TV-параметров

Вам поможет leftJoin