Андрей

Компонент looked для MODX revolution даёт возможность добавить на сайт блок с последними просмотренными страницами (товарами) пользователем.

Понадобилось однажды сделать фильтры по диапазону. То есть, например, в поселке Один участки площадью 10-15 соток, а в поселке Два — 13-20 соток. Фильтровать нужно поселки по по площади участка. В итоге я пришел к тому, чтобы в tvSuperSelectпоселку писать крайние значения (10, 15), а на фронтенде — стандартные ui-slider от mFilter2…
И тут выяснилось, что mFilter не знаком с суперселектом)

Ввиду того что были утеряны все прошлые исходники пришлось написать заного.

Сегодня я покажу, как быстренько модернизировать CustomExtra, чтобы объекты можно было связать друг с другом.



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

О необходимости резервного копирования сказано много. Мы в этой статье рассмотрим удобный и простой способ для серверов, настроенных по этой замечательной инструкции.

Итак, вводные данные:

• Каждый сайт работает от своего пользователя;
• Все сайты находятся в /var/www/ ;
• Системное имя пользователя, имя пользователя БД и название БД совпадают.

Что нам нужно в результате:

• Создание zip архива всего сайта и sql дампа БД в ~/backup
• Подстановка даты в имя файлов
• [Опционально] Закачивание всех архивов в Google Drive и удаление с сервера

Добрый день.
Необходимо создать 300 ресурсов.
Как заполнять поля из массива pagetitle, alias и т.д я нашел.

$array = array(
 array(
  'title' => 'Ресурс 1',
  'alias' => 'res1',
  'idс' => '1'
 ),
 array(
  'title' => 'Ресурс 2',
  'alias' => 'res2',
  'idс' => '2'
 ),
 array(
  'title' => 'Ресурс 3',
  'alias' => 'res3',
  'idс' => '3'
 ),
);

foreach($array as $v){
    $res = $modx->newObject('modResource');                        
    $res->set('template', 1);             
    $res->set('isfolder', 0);             
    $res->set('published', 0);           
    $res->set('createdon', time());      
    $res->set('pagetitle', $v['title']);   
    $res->set('alias', $v['alias']);  
    $res->set('parent', 2);
    $res->save();
}

Вопрос как проставить значения в ТV из поля idc?
пытался таким образом:

$docId= $res->get('id');
    $tvDoc = $modx->getObject('modResource', $docId);
    $tvDoc->setTVValue(1, $v['idc']);
    $tvDoc->save();

Не нашел готового решения (может плохо искал) и быстро набросал скрипт для Console.

При импорте фоток всё пошло наперекосяк, и я понял свою ошибку только после кривой заливки всех фоток. Пришлось аккуратно откатывать всё назад чтобы не повредить ранее правильно залитые файлы.

Вылаживаю скрипт для себя и для других, кто так же столкнётся с такой проблемой.

Компонент реализует продажу цифровых товаров (например: ключей для игр).

Что умеет

— Добавление одного или списка кодов в товаре
— Учет проданных кодов в товаре
— Отправка кода на email покупателя

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

Список кодов

Есть такой вызов

{$_modx->runSnippet('!getImageList', [
	'tvname' => 'tv_product_main_gallery',
	'tpl' => '@CODE: <some_chunk>'
])}

По поводу @CODE и fenom, — работает феном в чанке относительно самого ресурса. То есть, когда я делаю так

'tpl' => '@CODE: [[+image]]'

Работает.

Когда я пишу

'tpl' => '@CODE: {$image}'

То не работает.

Когда я пишу

'tpl' => '@CODE: {$_modx->resource.myMIGXtv}'

То работает, получаю содержимое переменной. Весь массив значений.

Вопрос, как использовать феном, чтобы не писать свой парсер переменной и не использовать классический вызов через квадратные скобки, а воспользоваться {$image}?

Всем привет. Возникла потребность вынести часть информации на региональные поддомены. Подскажите, как это грамотно сделать. Разделение на контексты здесь нелогично, потому как поддомены связаны между собой. Вижу страницы поддоменов как дочерние ресурсы специальных родителей. Полагаю, всё это можно реализовать с помощью плагина, но предчувствую проблемы, связанные с таким решением. В первую очередь, у страниц поддоменов будут не поддоменные урлы, т.е. будет видна часть урла, которой быть не должно. Возможно, есть и другие неприятности такого метода. Подскажите наилучший вариант реализации.