Григорий Коленько

Наверное есть, но если у тебя это не сработало, то странно

<?php
$id = 15;
if ($res = $modx->getObject('modResource', $id)) {
	$res->set('class_key', 'msProduct');
	
	$data = $modx->newObject('msProductData');
	$res->addOne($data);
	
	$res->save();
}

Создай записи ms_product с теми же Id что и в таблице site_content

$re = "/\/search-by-authors\/[\p{L}]\.html/u";
$str = "/search-by-authors/š.html"; 
 
preg_match($re, $str, $matches);


print_r($matches);

Вот так работает. Вот теперь надо придумать, как "/u" добавить в настройку правильно :)

mb_ereg_match попробуй

Когда строка валидная, то подсвечивается

regex101.com/r/nM4jL2/1
Тут работает

/delete

Есть компонент lingua. Но он тормозной и не будет работать из коробки поиск из msearch2 (только поиск по одному языку). Так же без костылей не вывести ни меню ни товары в правильном языке. Самый адекватный вариант без тормозов и с нормальным поиском — Babel на контекстах

Я с тобой согласен. Не знаю на сколько это хорошее решение, но писал под такую задачу плагин, который просто копирует записи в базе. Меняя только родителя строки. А далее простейшая синхронизация между контекстами, при изменении фоток в одном из них. Хотя думаю, совсем по уму — нужна дополнительная табличка с айди ресурсов и фоток закреплённых за ними

А если в каталоге превью выводить?

Это все что нашел. Решения для минишопа на сколько я знаю нет

Тут проблема не в pdotools. У меня была проблема такая на одном из проектов. Кажется это баг какой-то версии modx, после обновления у меня на это никто не жаловался

rtfm.modx.com/extras/revo/discuss/configuring-sphinx-for-search

Готовое что-то вряд ли есть.

А, ок, спасибо за разъяснение

А а почему процессором создаёшь, а не newObject? Или принципиальной разницы нет?

Вот это праздник)

Всем привет! Сегодня натыкайлся на коммент по поводу расширения стандартного js pdopage. Сейчас найти не могу. Кому не сложно подкиньте ссылку :)

Сталкивался с подобным. Только форма просто зависает и ничего не отправляет. Так и не разобрался в чем дело. Установил в настройках меньшее время хранения кэша, и проблемы больше не замечал

Twig уже пол года использую на фронте, шаблон собираю gulp'ом. Если кому интересно, могу в ближайший месяц статью написать как использовать это все в modx.
Вообще сборка шаблона на сервере, по-моему большая ошибка. Зачем сервер загружать тем, что должно делаться во фронте 1 раз при сборке проекта? А так каждый сброс кэша — сборка шаблона. Практически отказался по этой причине от Fenom (пусть он и очень быстрый), использую только для удобства написания условий.

Это мое мнение при всем уважении к Володе и Василию :)