3 часа назад
Вот давно для себя писал: modx.pro/solutions/18489
или через мускул (перед выполнением обязательно сделайте дамп) напрямую + потом кеш почистить
U...
Автопереименование повторяющегося URL 9
3 часа назад
Надо глянуть структуру XML что именно поменялось, если что пишите в ЛС могу посмотреть.
mSync - проблема с интеграцией с 1С Предприятие 8.5 1
4 часа назад
Используй phpThumbOn он как раз в префиксе указывает размер изображения.
Ссылка: modstore.pro/packages/photos-and-files/phpthumbon
имена файлов миниатюр картинок 1
Вчера в 15:11
Да особо без разницы куда писать. Я отслеживаю все записи. Но в идеале создавать issue в репозитории github.com/modx-pro/MiniShop3/issues.
MiniShop3 - 1.1.0 - Уже в Modstore.pro 19
12 января 2026, 08:59
Ни где не могу найти информацию по настройке импорта изображений «Обновлять данные существующих изображений» — не понять, на что влияет данная настрой...
msImportExport 2.0 127
11 января 2026, 13:08
нет переводов primeVue. То есть если использовать фильтры DataTable или Calendar, то они будут англискими.Вот про это я не подумал. Думаю учтем в буду...
VueTools - универсальный компонент оформления админки в MODX 3 4
08 января 2026, 12:31
Большие сомнения у меня в этом)
resComments — многоуровневые комментарии с пагинацией для ресурсов MODX3 3
07 января 2026, 15:36
вот этот сниппет
require_once MODX_CORE_PATH . 'model/modx/modx.class.php';
$modx = new modX();
$modx->initialize('web');
$modx->getService...
Проблемы с отправкой писем статус заказа из minishop2 5
Сейчас не могу проверить все, надо на работу, после посмотрю внимательнее.
А объекты на null проверять какие?
Так?
Или как?
Сделал так как ты написал, но не работает это
Дата редактирования 'editedon' не меняется и кэш не очищается.
А в остальном вот такой код плагина, вроде работает без ошибок. Благодарю Евгения за правильное (вроде бы) направление решения данной задачи, чем смог, помог.
Помогите определить id ресурса в данном плагине!
Не определяет id ресурса. Кроме главной нигде не работает, видимо там всегда значение == 1
Этой же строкой ведь уже обновляется дата редактирования 'editedon'
$response = $modx->runProcessor('resource/update', $res);
код плагина такой:
Смотрел с помощью
Вот .htaccess
Хотя не исключено, сейчас вспомнил, что на предыдущем сервере такого не было. Но там случался какой-то др. глюк, хостер перенес мой аккаунт на др. сервер. Может на этом сервере теперь уже другой глюк случается.
Вот скриншот:
id 38 — это основной раздел (родитель) всех разделов консультации.
Покритикуйте…
Может можно сделать как-то менее ресурсоемко, а то 7 запросов к базе.
Я пофиксил и оказалось, что уудалить в условии только лишь вышеуказанную часть условия недостаточно, поэтому я удалил еще и:
То есть не удалил, а убрал пока из условия эти части условия, закомментировав их:
Теперь вроде все нормально и замороженный URL не меняется. Да и по моему ничего не сломалось.
Надеюсь что @tolanych, как и обещал, проверит все и разберется, как будет время.
Не поборол пока ошибку:
Однако @tolanych посоветовал:
Эта ошибка, я так понимаю, не общая, а только у меня на одном сайте, поэтому буду искать причины.
Возможно помощь уже близко :))
Где пустое значение?
Куда хоть копать, подскажите?