Василий Наумкин

Пакеты не просто «зипуются», они собираются специальным скриптом, который должен идти к каждому компоненту. Скрипт запускается из консоли, или можно браузером зайти на него.

Почитайте эту заметку внимательно и пересмотрите видео.

Товары — ресурсы, поэтому — bezumkin.ru/help/339/

1. Это баг, он уже поправлен, ждите 2.2.6.

2. Обновил Tickets, немного сбились права доступа. Уже поправил, спасибо!

Все внешние эффекты поставляются как пример.

Я рассчитываю, что этот файл будет скопирован в другую директорию, изменен как надо конкретному магазину и подключен в шаблон.

Поэтому, никаких изменений\усложнений не планирую.

Вы не поверите — но мне иногда приходится еще и работать, а не только отвечать на вопросы.

По существу: лично я пользуюсь вот этим плагином, который отправляет меня в нужный раздел админки, где все прекрасно редактируется.

Делать на Revo свой QuickManager не имеет смысла, ибо он не будет поддерживать кастомизации форм, рендера ТВ, кастомных ресурсов (CRC) и многого другого.

1. Если отвечать на мой комментарий — то мне придет уведомление. если нет — нет.
2. Ну и выведите в плагине [^t^] — пармер его заменит на значение, только для вас.

Не знаю.

А зачем?

Вы хоть на процессоры то посмотрите. Где там удаление? Правильно, нет его — удалять можно только через БД.

Потом будет в админке, но не знаю когда.

Явно какая-то беда с установкой. Советую накатить дистрибутив сверху и провести setup.

В админке все само подключается, а на фронтенде надо подключать перед.
Или можно запустить getService('rehab', 'Rehab', бла-бла-бла), как в сниппете — это тоже подключит модель + даст возможность пользоваться методами вашего класса.

$Rehab = $modx->getService('rehab','Rehab',MODX_CORE_PATH.'components/rehab/model/rehab/',$scriptProperties);
if (!($Rehab instanceof Rehab)) return '';

Лично я пишу для себя в классе свой runProcessor:

public function runProcessor($action = '', $data = array()) {
	if (empty($action)) {return false;}
	$response = $this->modx->runProcessor($action,$data,array('processors_path' => $this->config['processorsPath']));
	if ($response->isError()) {
		return $response->getAllErrors();
	}
	else {
		return $response->response;
	}
}

И потом вызываю именно его:

$output = $Rehab->runProcessor('access/create');

1. Не знаю.

2. Смотрите в консоль браузера, наверняка там есть сообщения об ошибках.

Долго, да.

mFilter явно требует оптимизации, но пока на него нет времени. Хотя, выводом товаров заведует getResources и getPage.
Попробуйте упростить чанки с товарами, если есть условия — сократите их, насколько возможно.

Смотрите какие получаются ссылки. Может, у вас что-то с настройками friendly_urls.

Поддержки по этому компоненту нет.

Системные настройки.

Создаете любой параметр и вызываете его потом через [[++paramname]] в чанках и шаблонах. А в сниппетах вот так:

$modx->getOption('paramname');

bezumkin.ru/help/321/#comment-3069

Я понимаю, что надо по голове бить молотком, чтобы заметили — а то красные буквы уже всем похер.

Но мне проще удалить вопрос.

1. Подозреваю проблему с разными регистрами.

На windows image.JPG и image.jpg — одно и то же. А на GNU/linux — нет. Проверьте пути к «не найденным картинкам», чтобы регистр буковок совпадал.

2. Пока не понятно
3. Это вроде как баг новой версии, гляньте тут.

Пишу ВТОРОЙ раз, так как Василий не позволил мне отредактировать предыдущее сообщение и мне пришлось снова все писать!

Позволил, только вместо редактирования вы мне начали объяснять — почему так получилось. А со второго раза у вас отлично вышло!

Ошибки когда появились, случайно не после переноса с какого-нибудь Денвера?

Авторы MODX мне не рассказывали, почему они решили именно так, но копаясь во внутренностях их системы — я не представляю, как можно иначе.

Упертым баранам давайте ссылку на эту заметку — тут показано, как быстро работать с БД, без ненавистного ОРМ.
Кому кажется долгим сама инициализация ядра MODX — дорога в чистый php или еще куда подальше.