Владимир

Сегодня стояла задача мигрировать все картинки из Gallery загруженные для каждого ресурса (вот по этой инструкции) в ms2Gallery. Да при этом в контентах всех ресурсов заменить ссылку старого изображения из TV на новую ссылку из ms2Gallery. К тому-же в конце работы, чтоб удалял старые изображения с сервера, и данные в ТВшках о старых картинках.

Результат работы под катом.

На днях стояла задача мигрировать все картинки из TV поля с типом «image» в ms2Gallery. Да при этом в контентах всех ресурсов заменить ссылку старого изображения из TV на новую ссылку из ms2Gallery. К тому-же в конце работы, чтоб удалял старые изображения с сервера, и данные в ТВшках о старых картинках.

Результат работы под катом.

В связи с большим обновлением pdoTools, я попытался собрать всю информацию о работе его парсера и опубликовал её на Хабре. Это очередная попытка немного реанимировать тамошний хаб MODX.

Конечно, эта информация никак не могла пройти мимо нашей документации, так что можно читать её там.

Надеюсь, хоть теперь вопросов «а как это использовать» станет поменьше, потому что информации и примеров просто огромное количество.

Привет друзья! Хочу представить вам новую версию pdoTools с улучшениями работы шаблонизатора Fenom.

Функциональность vs Безопасность

Я долго думал, как бы разрешить менеджерам запускать чанки и сниппеты, но при этом не пускать их к объектам MODX. Потому что, если включить системную настройку pdotools_fenom_modx, то любой менеджер сможет сделать в чанке вот так:

{if $res = $modx->getObject('modResource', 1)}
	$res->remove();
{/if}

Нам бы этого не хотелось, правда?

С другой стороны, я не хочу придумывать очередной псевдоязык команд, типа

{runSnippet('name', [params => data])}

или

{'name' [params => data] | snippet}

Поэтому я добавил специальную переменную {$_modx}, которая ссылается на небольшой безопасный класс, где есть только нужные менеджерам функции и свойства:

• {$_modx->placeholders} — массив с системными плейсхолдерами
• {$_modx->config} — массив с системными настройками
• {$_modx->context} — массив (не объект!) с текущим контекстом
• {$_modx->user} — массив (не объект!) с текущим пользователем
• {$_modx->resource} — массив (не объект!) с текущим ресурсом
• {$_modx->lexicon} — служба загрузки лексиконов
• {$_modx->lexicon()} — функция для вывода строки из лексикона
• {$_modx->runSnippet()} — запуск сниппета
• {$_modx->runProcessor()} — запуск процессора
• {$_modx->getChunk()} — вывод чанка
• и т.д., смотрите исходник.

Добрый день, друзья.

Последнее время интенсивно использую Fenom на сайтах, за что спасибо Василию. Во время.
Однако Ace не понимает этого синтаксиса, от того так печально на душе, когда вижу серые символы вместо красочно подсвеченных, как, к примеру MODX теги.

Отсюда вопрос, как встроить синтаксис Феном в Асе? Пояндексил — вроде как нужны знания в JS, я не силён. Есть ли человек, который способен это осуществить? Сколько это будет стоить? Может скинемся с теми, кого это тоже печалит (надеюсь я не один такой)?

Всем привет. Столкнулся с такой проблемой. Необходимо вывести страницу с другого контекста в том контексте в котором делается вызов. К примеру необходимо вызвать страницу site.ru/catalog/ (страницы catalog) в этом контексте нету, она есть в другом контексте под url site2.ru/catalog/. В первом контексте сделал сылку на страницу catalog. Вот код которым я пытаюсь ее вывести

Добрый день.

Подскажите, как подключить вкладку с комментариями Tickets к простому ресурсу с определенным шаблоном в менеджере?

Лучше поздно, чем никогда. Как и обещал https://modx.pro/help/5194/ пишу про создание мультисайта на MODX REVO. Выкладываю в блог Готовые решения, т.к. в статье есть чуть-чуть кода.

Смысл всей затеи — упростить поддержку сайтов.

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

Кроме того, для упрощения работы необходимо внедрить стандарты, чтобы упростить рутину. Звучит громко, но на самом деле все просто — по «узким» моментам единожды принимаем какое-то решение и дальше просто поступаем по образцу, чтобы не тратить время на изобретение велосипедов. По принятому решению пишем короткую заметку в Евернот, чтобы потом когда понадобится можно было быстро найти, на чем основывалось решение.

В таких «стандартах» у меня:
— ресайз картинок с примерами кода
— настройки галереи fancybox с примерами кода
— создание файловых архивов
— названия чанков, например почти везде у меня есть чанки HEADER.site1, FOOTER.site1, ASIDE.site1 (в названии используем название контекста).
— и т.д. и т.п.

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

Как использовать возможности пакета translit для генерации транслитерированных алиасов?
Дело в том, что мне пришлось перегенерировать все uri ресуросв (с разным class_key). Использовал советы отсюда и отсюда.
В итоге у меня получился такой скомбинированный вариант, который я запускаю в консоли:

Обновляю ресурсы скриптом для импорта bezumkin.ru/modx/minishop2/import/2309/.

1. Можно ли указывать в качестве ключа id ресурса?
2. Почему такой вызов создаёт новую строчку в базе, а не обновляет ресурс по id?
3. Почему не импортирует без pagetitle и без alias? (Решение дальше)

php ./core/components/minishop2/import/csv.php "core/import/ru.csv" "id,tv2,longtitle,description,tv1" 1 "id" 1 ";"

… решение дальше ..