Пакеты не просто «зипуются», они собираются специальным скриптом, который должен идти к каждому компоненту. Скрипт запускается из консоли, или можно браузером зайти на него.
Почитайте эту заметкувнимательно и пересмотрите видео.
2. Обновил Tickets, немного сбились права доступа. Уже поправил, спасибо!
17 ноября 2012, 17:07
0
Все внешние эффекты поставляются как пример.
Я рассчитываю, что этот файл будет скопирован в другую директорию, изменен как надо конкретному магазину и подключен в шаблон.
Поэтому, никаких изменений\усложнений не планирую.
17 ноября 2012, 11:03
0
Вы не поверите — но мне иногда приходится еще и работать, а не только отвечать на вопросы.
По существу: лично я пользуюсь вот этим плагином, который отправляет меня в нужный раздел админки, где все прекрасно редактируется.
Делать на Revo свой QuickManager не имеет смысла, ибо он не будет поддерживать кастомизации форм, рендера ТВ, кастомных ресурсов (CRC) и многого другого.
16 ноября 2012, 20:37
0
1. Если отвечать на мой комментарий — то мне придет уведомление. если нет — нет.
2. Ну и выведите в плагине [^t^] — пармер его заменит на значение, только для вас.
16 ноября 2012, 19:05
0
Не знаю.
А зачем?
16 ноября 2012, 17:18
0
Вы хоть на процессоры то посмотрите. Где там удаление? Правильно, нет его — удалять можно только через БД.
Потом будет в админке, но не знаю когда.
16 ноября 2012, 14:12
0
Явно какая-то беда с установкой. Советую накатить дистрибутив сверху и провести setup.
16 ноября 2012, 14:10
0
В админке все само подключается, а на фронтенде надо подключать перед.
Или можно запустить 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');
16 ноября 2012, 14:02
0
1. Не знаю.
2. Смотрите в консоль браузера, наверняка там есть сообщения об ошибках.
16 ноября 2012, 14:00
0
Долго, да.
mFilter явно требует оптимизации, но пока на него нет времени. Хотя, выводом товаров заведует getResources и getPage.
Попробуйте упростить чанки с товарами, если есть условия — сократите их, насколько возможно.
16 ноября 2012, 13:57
0
Смотрите какие получаются ссылки. Может, у вас что-то с настройками friendly_urls.
15 ноября 2012, 16:30
0
Поддержки по этому компоненту нет.
15 ноября 2012, 04:40
0
Системные настройки.
Создаете любой параметр и вызываете его потом через [[++paramname]] в чанках и шаблонах. А в сниппетах вот так:
Я понимаю, что надо по голове бить молотком, чтобы заметили — а то красные буквы уже всем похер.
Но мне проще удалить вопрос.
14 ноября 2012, 16:38
0
1. Подозреваю проблему с разными регистрами.
На windows image.JPG и image.jpg — одно и то же. А на GNU/linux — нет. Проверьте пути к «не найденным картинкам», чтобы регистр буковок совпадал.
2. Пока не понятно
3. Это вроде как баг новой версии, гляньте тут.
14 ноября 2012, 16:31
0
Пишу ВТОРОЙ раз, так как Василий не позволил мне отредактировать предыдущее сообщение и мне пришлось снова все писать!
Позволил, только вместо редактирования вы мне начали объяснять — почему так получилось. А со второго раза у вас отлично вышло!
Ошибки когда появились, случайно не после переноса с какого-нибудь Денвера?
14 ноября 2012, 14:26
0
Авторы MODX мне не рассказывали, почему они решили именно так, но копаясь во внутренностях их системы — я не представляю, как можно иначе.
Упертым баранам давайте ссылку на эту заметку — тут показано, как быстро работать с БД, без ненавистного ОРМ.
Кому кажется долгим сама инициализация ядра MODX — дорога в чистый php или еще куда подальше.
Почитайте эту заметку внимательно и пересмотрите видео.
2. Обновил Tickets, немного сбились права доступа. Уже поправил, спасибо!
Я рассчитываю, что этот файл будет скопирован в другую директорию, изменен как надо конкретному магазину и подключен в шаблон.
Поэтому, никаких изменений\усложнений не планирую.
По существу: лично я пользуюсь вот этим плагином, который отправляет меня в нужный раздел админки, где все прекрасно редактируется.
Делать на Revo свой QuickManager не имеет смысла, ибо он не будет поддерживать кастомизации форм, рендера ТВ, кастомных ресурсов (CRC) и многого другого.
2. Ну и выведите в плагине [^t^] — пармер его заменит на значение, только для вас.
А зачем?
Потом будет в админке, но не знаю когда.
Или можно запустить getService('rehab', 'Rehab', бла-бла-бла), как в сниппете — это тоже подключит модель + даст возможность пользоваться методами вашего класса.
Лично я пишу для себя в классе свой runProcessor:
И потом вызываю именно его:
2. Смотрите в консоль браузера, наверняка там есть сообщения об ошибках.
mFilter явно требует оптимизации, но пока на него нет времени. Хотя, выводом товаров заведует getResources и getPage.
Попробуйте упростить чанки с товарами, если есть условия — сократите их, насколько возможно.
Создаете любой параметр и вызываете его потом через [[++paramname]] в чанках и шаблонах. А в сниппетах вот так:
Но мне проще удалить вопрос.
На windows image.JPG и image.jpg — одно и то же. А на GNU/linux — нет. Проверьте пути к «не найденным картинкам», чтобы регистр буковок совпадал.
2. Пока не понятно
3. Это вроде как баг новой версии, гляньте тут.
Позволил, только вместо редактирования вы мне начали объяснять — почему так получилось. А со второго раза у вас отлично вышло!
Ошибки когда появились, случайно не после переноса с какого-нибудь Денвера?
Упертым баранам давайте ссылку на эту заметку — тут показано, как быстро работать с БД, без ненавистного ОРМ.
Кому кажется долгим сама инициализация ядра MODX — дорога в чистый php или еще куда подальше.