Василий Наумкин

Нужно проверить как у него дела с инициализацией modPhpThumb.

В репозитории MODX уже тоже смерджили, так что будет исправлено в 2.5.2

Нужно иметь в виду, что эта настройка появилась только в PHP 5.5.

modx.pro/solutions/7037-expanding-any-table-modx/

Включенный open_basedir подразумевает собственную временную директорию внутри рабочей директории каждого сайта, а не одну общую.

А phpThumb ломится в /tmp, если у него не указана правильная временная директория — именно для этого нужен первый фикс.

Получил, на здоровье!

Ну сообразит поди, рано или поздно.

Там вообще новый этот webmaster с заскоками пока.

У меня Яндекс как-то сам догадался о переезде на https и ни на что не ругается.

Прошу обновить miniShop2 до версии 2.4.3-pl, выпущенной сегодня.

При обычном вызове в where передаётся массив, закодированный в JSON. При вызове через Fenom кодировать его нет нужды:

{$_modx->runSnippet('!pdoResources', [
    'parents' => 0,
    'includeTVs' => 'test',
    'where' => ["1 = 1 AND FIND_IN_SET("~$_modx->resource.id~", replace(test, '||', ','))"],
    'showLog' => 1
])}

Раз больше никому не интересно докопаться до сути вопроса, пришлось это сделать мне.

Итак, в стандартных чанках Tickets используются "быстрые плейсхолдеры", с префиксом «tickets_» — и это отлично работает при стандартном вызове.

При вызове же через Ajax, все настройки сохраняются в сессию, чтобы восстановить их потом при запросе. При этом, pdoTools сохраняет так же и default настройки, которые обычно не указаны.

Таким образом, вот здесь

$default = array(
	'class' => $class,
	...
	'nestedChunkPrefix' => 'tickets_',
);

// Merge all properties and run!
$pdoFetch->setConfig(array_merge($default, $scriptProperties));

происходит перезапись &nestedChunkPrefix с «tickets_» массива $default на «pdotools_» массива $scriptProperties, из-за чего быстрые плейсхолдеры перестают работать.

Поэтому решение — или указать явно

&nestedChunkPrefix=`tickets_`

или использовать синтаксис Fenom вместо быстрых плейсхолдеров, что уже давно сделано на modx.pro.

Более оптимальный код для добавления опции товара в поисковый индекс:

<?php
switch ($modx->event->name) {
    case 'mse2OnBeforeSearchIndex':
        $key = 'tags'; // имя опции товара
        
        $mSearch2->fields[$key] = 1;
        $q = $modx->newQuery('msProductOption', array(
            'product_id' => $resource->id,
            'key' => $key,
        ));
        $q->select('value');
        if ($q->prepare() && $q->stmt->execute()) {
            $value = $q->stmt->fetchAll(PDO::FETCH_COLUMN);
            if (!empty($value[0])) {
                $resource->set($key, $value);
            }
        }
    break;
}

Здесь же как-то работает.

Проверь, может стоит уже обновить pdoTools?

modx.pro/development/3139-foundations-of-ajax/

Буду благодарен за помощь.

Можно купить дополнение и посмотреть исходники — там ясно видно как формируется ссылка, отправляется в Сбер и принимается ответ.

Интересно, что будет если указать &element=`msProducts`?

Потому, что автор этих дополнений использует 2 разных события для одной цели, вместо того, чтобы использовать верное событие в обоих плагинах — msOnGetProductPrice.

Если что, у событий плагинов есть приоритет и одно событие можно использовать хоть в 100 плагинах, тогда изменение цены пройдёт по цепочке от низшего приоритета к высшему.

Никакого желания ни спорить, ни разбираться — вот тут всё про 2 дополнения, которые переопределяют цену на разных событиях.

У MS2 есть возможность переопределить логику работы корзины, написав собственный класс для её расширения, чем я тебе и предлагаю заняться. Можно будет вызывать там какие угодно события, в любой последовательности.

Вопросы по работе msOptionsPrice2 и cityFields нужно задавать их автору, а не мне.

Проблема в настройке base_url для группы пользователей.

Если её убрать и перелогиниться, то картинки грузятся нормально.