Финансовая поддержка VPS, бесплатные дополнения и docs Донаты оплачивают сервер и двигают бесплатные дополнения MODX и документацию. Поддержать

Всего 126 107 комментариев

Василий Наумкин
Василий Наумкин
Я переименовываю сниппет.
Я подключаю в переименованном сниппете расширенный класс.
Тот в свою очередь запускает оригинальный класс.

При обновлении перезаписываются оригинальный сниппет и оригинальный класс, а расширенные — нет.

Оригинальный сниппет больше вообще не используется, только расширенный — после каждого обновления его можно просто удалять.
Иван Брежнев
Иван Брежнев
Глянул что в базе данных настройки сниппетов хранятся в сериализованном виде, можно их и одним запросом достать, и не будет объекта modSnippet. Но тут получается зачем нам тогда API MODX

Хочется делать сразу более менее оптимально
Василий Наумкин
Василий Наумкин
Лично я переименовываю miniShop в miniShopExt, меняю вызов класса и дописываю нужные методы, а все параметры остаются.

А ваш метод ничем не хуже, главное, чтобы сниппет miniShop никуда не делся, иначе будет fatal error.
Ну и минимум на пару операций с БД выходит больше (достать сниппет, а потом его параметры).
Василий Наумкин
Василий Наумкин
И что тут должно произойти? Где вызов хоть какого то метода из miniShop?

Вы просто запустили класс и он ничего не делает. Если команда getService выполнена с ошибкой — она будет в системном журнале. Если нет — везде пусто.
Иван Брежнев
Иван Брежнев
Разобрался, эти настройки берутся из сниппета, а у меня все аяксовые запросы выполняются через свой сниппет у которого никаких настроек не прописано.

Сделал вот так в расширении класса miniShopExt. Работает. Если это не правильно поправьте

function __construct(modX &$modx, array $config = array()) {
$snippet = $modx->getObject('modSnippet',array('name'=>'miniShop'));
$config = array_merge($snippet->getProperties(),$config);
parent::__construct($modx, $config);
}