- Пишите ответом, чтобы я оперативно получал уведомления о комментах.
- Тот топик очень старый, писался еще до появления новой версии процессоров. И вообще раньше много чего. В результате, лучше изучите это: community.modx-cms.ru/blog/modx-xpdo/11035.html Там как раз пример с использованием более современных технологий, а главное — пакета CMPGenerator, который позволит вам быстро сгенерировать модель пакета из готовой таблицы, а не пользоваться «модификацией моей модификации возможно чьей-то модификации» скрипта для генерации модели. И вообще изучите все статьи Ильи в разделе xPDO, так как вам сейчас явно не хватает понимания работы процессоров и xPDO в целом. Потратьте основательно на это день, и завтра уже будете понимать, как все просто. P.S. Ошибка возникает именно в классе процессора, поэтому и надо изучить процессоры. А в указанной статье Ильи так же написано как подключать пакеты через $modx->addExtensionPackage() или через настройки, чтобы он всегда был виден MODX-у.
Версия: MODX Revolution 2.2.8-pl (traditional); Я понимаю что вопрос кажется глупим но я думал что это и есть его передача: $model = new Doodles($modx); Я этот пример брал с поста community.modx-cms.ru/blog/addons/2222.html. Просто уже неделю не могу с этим разобраться. Сначала я пробовал исполнять свой скрипт и просто возвращать: $modx->error->success(''); Но так не получалось была ошибка: Fatal error: Call to a member function success() on a non-object in /var/www/modx.my/core/components/doodles/processors/mgr/doodle/request.class.php on line 4 Как я понял ошибка в том что я не создавал объект, или что то типа этого. Признаюсь сразу в объектном PHP я не силен, но базовие понятия ООП я имею.
Да, сообщение видел, но еще детально не изучал, занят пока. Но это не ошибка, это как бы недоработка. То есть с вашей стороны не стояло задачи пересчета при различных вариантах доставки. Но более предметно скажу позже, когда отработаю тикет.
Спасибо большое за разъяснение! Сегодня буду пробовать. Думаю, что будут ещё вопросы по галерее. Обнаружилась ошибка в корзине — написала в Планфикс.
Это «ускорение» появилось в версии 5.4, поэтому теоретически должно работать с 5.4.x и до скончания веков. Однако в версии 5.5, похоже, опять производительность несколько падает, вероятно потому, что 5.5 я ставил на Debian 6, вместо предназначенного Debian 7. Но это уже не важно.
Разобрался. Я наборы параметров создавал чисто под процессоры, без привязки к элементам. Сейчас привязал, и заработало. Блин, все очень просто, но столько нюансов… Спасибо
Понял, спасибо
Так это само собой. Как у тебя будет отрабатываться навигация, если у тебя Смарти-шаблон не отрабатывается каждый раз? В данном же случае MODX сразу отдает кеш страницы, а там процессор не вызывается. Создай блок-шаблон с вызовом процессора, выыводом элементов, постраничности и т.п. (чисто динамика), затем создай сниппет, пропиши там вызов этого блок-шаблона return $modx->smarty->fetch($tpl); и вставь в шаблон его обычным MODX-овым некешируемым сниппетом [[!mySnippet]]. Тогда у тебя страница будет закеширована, но этот сниппет всегда будет отрабатываться, и постраничность будет работать.