Павел Романов

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

Но, это требуется крайне редко, а место пакеты занимают. Их можно удалять вручную, но это довольно утомительно, поэтому я набросал несложный консольный скрипт для автоматического удаления.

Скрипт нужно положить в корневую директорию и запустить. Он выберет все установленные версии, кроме самой последней, и корректно удалит их через родной процессор.

Судя по коду этого процессора, никак повредить системе он не может, потому что деинсталляцию самого пакета не делает, а только удаляет файлы версии. Но, в любом случае, использовать на свой страх и риск!

Всем привет!
Похоже предыдущий вопрос был плохо сформулирован, ответов нет. Попробую проще:

Есть вызов ms2gallery

[[!ms2gallery?
                    &tpl=`tpl.tabs_photo`
                    &limit=`0`
                    &resources=`[[*parent]]`
                    &showLog=`1`
                ]]

Есть SQL запрос, который полностью удовлетворяет моим условиям:

SELECT *  FROM `ms2_resource_files` WHERE (`add` NOT LIKE '%65%' AND `add` NOT LIKE '') OR `add` IS NULL

Как добавить параметр where, чтобы получить тот же результат?

Ссылка на пример синтаксиса, в котором можно писать чистое SQL условие

Пытаюсь добавить для теста такое условие: &where=`[«File.add = 65»]`
Но при любом содержании перед моим условием появляется 0= и все условия не работают.
0.0006981: Added where condition: File.parent=0, File.active=1, 0=File.add = 65, modResource.id:IN(65)

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

Код: 200 OK
{«success»:false,«message»:"\u0414\u043e\u0441\u0442\u0443\u043f \u0437\u0430\u043f\u0440\u0435\u0449\u0451\u043d!",«total»:0,«data»:[],«object»:[]}

Ошибка выскакивает только под акаунтами менеджеров, выскакивает при добавление, удалении и т.д… под суперадмином все ок, все компоненты свежих версий.

До обновления все довлялось без ошибок… так на обоих сайтах

Всем привет, сегодня столкнулся с таким моментом в pdoTools при использовании синтаксиса fenom —
есть товар с id = 10
вывожу его поля на нужной странице так

{10|resource:"pagetitle"} - всё отлично работает
Пробую вывести любое поле типа цена, опция, остаток, вес
{10|resource:"price"} - так не работает
Вывожу в принт
{10|resource|print} - показывает, что все эти поля есть в массиве.

Вопрос — как вывести хотя бы цену товара через подобные модификаторы?
На входе есть только id товара.

Всем привет!
У меня сайте сейчас 15000 страниц, sitemap.xml формирую через pdoSitemap. Но сервер не позволяет вывести такое количество ссылок сразу, менять сервер на более мощный пока тоже не хочу.

Может есть решение автоматического разбиения sitemap.xml в формате www.sitemaps.org/ru/protocol.html#index на определенное задаваемое количество выводимых ссылок в каждом файле?

Проблема в файле /assets/components/office/js/main/lib/jquery.jgrowl.min.js

Начиная с версии jQuery 1.8 метод .size() в статусе deprecated
С версии jQuery 3.0 — метод удалён совсем, вместо него следует использовать свойство JS массива .length

Таким образом на сайтах с jQuery>3.0 авторизация и регистрация перестают работать из-за ошибки в jgrowl

вобщем надо по файлу jquery.jgrowl.min.js пробежаться автозаменой
".size()" -> ".length"
а может и по другим решениям.

Так как платные компоненты больше не опубликованы в GitHub — пишу сюда. Будем считать Баг репорт.

При сравнении «специализированных» cms для интернет магазинов и minishop заметил общую тенденцию у первых выводить при входе в админку список заказов. После недолгой переписки с замечательным исполнителем Павлом Гвоздем возникло такое замечательное и гениальное по простоте решение:
заходим в настройки системы, далее в фильтре по ключу отыскиваем 2 значения:
1. welcome_action меняем с welcome на mgr/orders
2. welcome_namespace с core на minishop2
и вуаля на чистом клиенте отображается список заказов, очень удобно

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

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

Решалось это следующим образом:
1. Добавлялись необходимые поля, для примера взяты тип плательщика, название организации и инн.
2. Добавлялся плагин срабатывающий при сохранении заказа и при подключении js минишопа в админке.
3. Редактировались настройки и записи словарей.

Более подробно далее

Странно ведёт себя phpThumbOn.
Использую pdoResources, в шаблоне прописываю вывод картинки обычным образом

[[+tv.preview:phpthumbon=`w=450&h=404&zc=1`]]

Но выводятся превьюхи всех документов кроме первого. Удаляю первый документ — перестает отображаться превьюшка из второго и т.д. Пробовал в tplFirst редактировать — без толку.

На других сайтах все работает, кроме новых двух — они на PHP 7.0.8.

Может быть проблема в версии PHP? На тестовом сайте все работает корректно, но там php7.0.9 вроде.

[modTelegram] — Небольшое дополнение для работы с Telegram.

Реализовано:
— методы работы с api
— помощник сайта