При установке выходит ошибка Файл Gallery-417aa530b383fd47f2b73602acbcf6cf10788ac0.zip имеет недопустимое название для транспортного пакета

Я так и не понял как скачать и установить?

@Дима Гапонов github.com/modxcms/Gallery/pull/93

Открою секрет Cообщество не равно официальному репозиторию, где как раз фиксируются проблемы и их решают.

Вы сделаете большое дело если опишите и зарегистрируете проблему github.com/modxcms/revolution/issues/new?assignees=&labels=bug&template=bug_report.md

печально очень запустили уже почти всё сделал и тут та же проблема, а половина плагинов не работает(

спасибо, я попробую

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

Вряд ли из-за прав. Скорее просто плагин не успевал выполнить задачу за доступное время. А в консольном режиме ограничения времени на выполнение PHP скрипта нет. Он может и неделю выполняться.

спасибо за статью, но у меня другой вопрос, а что если вы хотите, чтобы это новое поле (трек-номер) брало данные из другой таблицы с уже вставленными номерами?
Я имею в виду вместо текстового поля выпадающее меню для выбора числа из определенной таблицы -> столбца. Как в этом случае добавить связь между выпадающим меню, конкретным столбцом из другой таблицы и Order?

Кстати да заработало, можно кратко почему оно не работало из консоли? типо из-за прав? но ведь оно работало как плагин. Конечно сделал не так всё как вы сказали, но для компании для которой нужно всё быстро и чтоб работало сойдёт, да и пока нет знаний чтобы сделать как вы сказали

<?php

ini_set('display_errors', 1);
ini_set('display_startup_errors', 1);
error_reporting(E_ALL);

define('MODX_API_MODE', true);
require dirname(dirname((__FILE__))) . '/index.php';



$BASE_PATH = dirname(dirname((__FILE__)));
$CORE_PATH = "{$BASE_PATH}/core/";


$dir_name = "{$BASE_PATH}/media";

$phpThumb = $modx->getService('modphpthumb', 'modPhpThumb', "{CORE_PATH}model/phpthumb/", array());

function optimezieImg($pathToImage, $phpThumb){
    global $modx;
    $params = array();
    if (exif_imagetype($pathToImage) == IMAGETYPE_JPEG)
    {

        $params = array(
            'w' => 1920,
            'f' => 'jpeg',
            'q' => 80,
        );

    }
    elseif (exif_imagetype($pathToImage) == IMAGETYPE_PNG)
    {

        $params = array(
            'w' => 1920,
            'f' => 'png',
            'q' => 80,
        );

    }
    elseif (exif_imagetype($pathToImage) == IMAGETYPE_GIF)
    {
        return;
    }
    
    
    
    $phpThumb->setSourceFilename($pathToImage);

    foreach ($params as $k => $v)
    {
        $phpThumb->setParameter($k, $v);
    }

    if ($phpThumb->GenerateThumbnail())
    {
        if (!$phpThumb->renderToFile($pathToImage))
        {
            $modx->log(1, 'Ошибка сохранения изображения в [' . $pathToImage . ']');
        }
    }
    else
    {
        $modx->log(1, print_r($phpThumb->debugmessages, 1));
    }    
}



$directoryIterator = new RecursiveDirectoryIterator($dir_name);
$iteratorOverIterator = new RecursiveIteratorIterator($directoryIterator, RecursiveIteratorIterator::CHILD_FIRST);

$allowedExts = array('jpg','png','jpeg');

$files = array();

foreach ($iteratorOverIterator as $file) {
    
    if ($file->isFile()) {
        $currentFileExt = pathinfo($file->getFilename(), PATHINFO_EXTENSION);
        if(in_array($currentFileExt, $allowedExts)){
            array_push($files, $file->getPathname());
        }
    } 
}

foreach ($files as $file) {
    
    optimezieImg($file, $phpThumb);
    
}


echo 'Done';

Ну для начала идея — не использовать для таких задач плагин.
Это некорректно с точки зрения архитектуры (плагин по своей сути это функция). А также плагин ограничен максимальным временем выполнения PHP скрипта.

Такие задачи выполняются в CLI режиме. То есть создайте отдельный php файл, подключите туда MODX, перенесите ваш код. Желательно переделать в класс и использовать ООП. И выполняйте код в консольном режиме.

Версия 3.0 еще официально не открыли для «безопасного» перехода на неё. Большие проекты, да и вообще кроме тестовых проектов желательно не переезжать пока что… Не все пакеты готовы к переезду… Уверен работы разработчикам хватает чтобы закрыть львиную долю багов и ошибок, ваше не исключение и вот сейчас не решить ваш вопрос. Прошу откатите на прежнюю версию «если есть такой вариант»

Можно как их оптимизировать разом? вверху полу рабочий скрипт, собирает все картинки но выдаёт ошибку, мол плохие картинки. Использовать phpthumbof и так далее через тэги, нет не выход, с ними постоянно проблемы с кэшем, что делает только хуже, по этому нужно сделать чтобы все существующие картинки прогнал через сам себя встроенный phpthumb, великолепно справляется со своей работой, в качестве плагина на загрузку файлов

Есть у кого-нибудь идеи?

Откопал настройку «phpthumb_allow_src_above_docroot», включил — заработало!
Также нужно очистить кэш MODX и затем очистить кэш браузера. Готово

в FAQ_get_questions добавьте idx для удобства в отображении корректных нумераций

// строка ~37
$idx = 0;
foreach ($items as $item) {
    $idx += 1;
    $list[] = $modx->getChunk($tpl, array_merge($item->toArray(), ['idx' => $idx]));
}

В чанке просто [[+idx]] или {$idx}

Вау! Очень круто. Правда в файлах заметил, что там вместо этой настройки используется константа

MODX_CORE_PATH . 'cache/'

, поэтому не знаю, будет ли это работать. А еще придумал несколько других вариантов, возможных благодаря симлинкам, которые хостинг как оказалось поддерживает. То есть я могу просто скопировать папку core для каждого сайта, и сослаться на нее в отправных точках (config.core.php), выбирая ее в зависимости от домена, по которому заходят. Или вообще сделать на каждом нужном сайте симлинк на assets/images (естественно при одинаковых ID надо вынести оттуда галерею ms2). Вариантов куча)

Такая же проблема. Сделал тестовый пустой TV, прицепил к шаблону — перестает работать, ошибка 503. Отключаю ТВ — работает.

Есть идеи?

Сравнивать нужно аккуратно, тк архитектура систем управления немного разная.
Ориентировался я и на WP, и на Joomla, и даже, прости господи, на Битрикс.
Делать стандарт для MODX и прям в доке самого MODX, а не дополнения — не верная постановка задачи.
Потому что:
1) Система темизации MT полностью зависит от pdoTools, fenom. (это сторонний пакет)
2) Решение данное — это отдельный пакет. те по сути получается уже некая модульность.
3) Вы сами можете решить (в будущем) при создании нового сайта использовать готовое решение на базе MagicThemes или делать как привыкли.
4) При установке темы устанавливается, спрашиваются необходимые для работы темы — Пакеты, которые поставить (зависимости). Что вполне в рамках MODX.
И я в статье написал, и еще раз повторюсь:
Полную документацию и принцип работы я напишу конечно, но позже. Сейчас альфа релиз который призван помочь понять мне (востребованность, актуальность, возмущенность, недовольство и прочее...) и окружающим людям (увидели что-то новое, нужно ли оно мне, а зачем, а что… и т.д.).
Потому что разговоров за последние 7...8 лет было много, а реализации тем для MODX я не видел чтобы кто-то реально предлагал.
Вот я предлагаю реализацию. Пока я демонстрирую результат и возможности (пока, согласен, тухленько демонстрирую) но хотя бы есть что показать.
так что я вас в любом случае услышал и болячки понял.
если еще будут советы — я только рад делать доп лучше и мощнее… чтобы не смотрелось на других «девах». )))))

Ок, гляну, если ума хватит))