22 мая 2026, 21:53
Разумно. Все поля подряд не хочу добавлять в чанк. Практика показывает, что полей очень много, содержимое может быть объемным и появление подсказок мо...
mSearch - обновление до версии 1.3.0. 2
22 мая 2026, 18:30
Это changelog разросся. Не помещается в базе данных mariaDB (mysql почему то съедает и не морщится) Выпустил Версию. 1.11.1 с решением этой проблемы.
MiniShop3 1.11.0 8
22 мая 2026, 09:51
Твой бот стримит всё что происходит в терминале? И умеет выполнять слэш команды для агентов типа /status /btw? А ещё нет ли проблемы разрастания входя...
[aiAssist] Я же просто попросил его создать магазин, а он СДЕЛАЛ ЭТО! 16
19 мая 2026, 04:04
Сделал новую версию с табами и возможностью запуска сразу для всех вариантов.
Сначала содержимое для технического ресурса откуда будет запускаться вы...
VersionX переполнил базу данных 8
18 мая 2026, 13:46
Исправление уже готово github.com/modx-pro/MiniShop3/pull/271
MiniShop для MODX3. Что происходит и когда ждать? 53
17 мая 2026, 13:31
При включении компонента, все теги, снипеты и вызовы на fenom — на фронте выводятся текстом без обработки
[xDevPicker] Редактируем чанки с фронтенда в один клик 5
16 мая 2026, 12:23
Если кто-то использует счетчики, например, Яндекса, то это должно быть отражено в политике конфиденциальности и для них тоже нужно брать согласие поль...
Плашка о использовании cookie файлов на сайте 11
Сейчас не могу проверить все, надо на работу, после посмотрю внимательнее.
А объекты на null проверять какие?
Так?
Или как?
Сделал так как ты написал, но не работает это
Дата редактирования 'editedon' не меняется и кэш не очищается.
А в остальном вот такой код плагина, вроде работает без ошибок. Благодарю Евгения за правильное (вроде бы) направление решения данной задачи, чем смог, помог.
Помогите определить id ресурса в данном плагине!
Не определяет id ресурса. Кроме главной нигде не работает, видимо там всегда значение == 1
Этой же строкой ведь уже обновляется дата редактирования 'editedon'
$response = $modx->runProcessor('resource/update', $res);
код плагина такой:
Смотрел с помощью
Вот .htaccess
Хотя не исключено, сейчас вспомнил, что на предыдущем сервере такого не было. Но там случался какой-то др. глюк, хостер перенес мой аккаунт на др. сервер. Может на этом сервере теперь уже другой глюк случается.
Вот скриншот:
id 38 — это основной раздел (родитель) всех разделов консультации.
Покритикуйте…
Может можно сделать как-то менее ресурсоемко, а то 7 запросов к базе.
Я пофиксил и оказалось, что уудалить в условии только лишь вышеуказанную часть условия недостаточно, поэтому я удалил еще и:
То есть не удалил, а убрал пока из условия эти части условия, закомментировав их:
Теперь вроде все нормально и замороженный URL не меняется. Да и по моему ничего не сломалось.
Надеюсь что @tolanych, как и обещал, проверит все и разберется, как будет время.
Не поборол пока ошибку:
Однако @tolanych посоветовал:
Эта ошибка, я так понимаю, не общая, а только у меня на одном сайте, поэтому буду искать причины.
Возможно помощь уже близко :))
Где пустое значение?
Куда хоть копать, подскажите?