Володя

А рядом говорят, что не работала.

вот мой коммент modx.pro/news/15883#comment-99911 от 11 июля 2018, 12:31 — она работала.
не особо слежу за этим, но по моему и в начале этой недели она тоже работала.

не критично, просто не так давно она работала, сейчас нет…

при авторизации через vk на modx.pro выдает

{"error":"invalid_request","error_description":"Security Error"}

Возможно ошибка в tinycompressor?

Можно чуть подробнее разжевать, как сделать, чтобы появилась форма для ввода исходных данных для парсинга?

у вас старая версия minishop2, потому и нет ничего. Мой косяк, совсем забыл про это. Добавил в описание.
По поводу возврата средств за дополнение обратитесь в чат на сайте магазина.
Извините за данный недочет.

Спасибо!

давняя тема yandex.ru/search/?text=%D0%BC%D0%B5%D0%B3%D0%B0%D1%84%D0%BE%D0%BD%20%D0%BF%D0%BE%D0%B4%D1%81%D0%BE%D0%B2%D1%8B%D0%B2%D0%B0%D0%B5%D1%82%20%D1%80%D0%B5%D0%BA%D0%BB%D0%B0%D0%BC%D1%83&clid=2261451&banerid=0699003705%3ASW-a460a23c760b&win=332&lr=192

И после обработки, в части кода, который сформирован методом where() у нас получается вот что:

WHERE  ( `a`.`id` LIKE 0 AND `a`.`city` LIKE 0 AND `a`.`name` LIKE '%300%' AND `a`.`phone` LIKE 0 AND `a`.`mail` LIKE 0 AND `a`.`performer` LIKE 0 )

Для проверки использую $c->toSql().

в данном случае toSql не вариант для проверки, поясню на примере

первый запрос

$c = $modx->newQuery('modResource');
$c->select('id');

$c->where(array(
    'id:LIKE' => '%10%',
));
$c->prepare();

$total = $modx->getCount('modResource', $c);
print_r($c->toSQL() . PHP_EOL);
print_r($total . PHP_EOL);

даст нам

SELECT `id` FROM `modx_site_content` AS `modResource` WHERE `modResource`.`id` LIKE 0 
2

как видим запрос типа кривой, но результат выдал 2. Странно да? Уже повод задуматься…

Давай выполним второй запрос, минуя метод where

$c = $modx->newQuery('modResource');
$c->select('id');

$c->query['where'][] = new xPDOQueryCondition(array(
    'sql'         => '`modResource`.`id` LIKE \'%10%\'',
    'conjunction' => 'AND',
));
$c->prepare();

$total = $modx->getCount('modResource', $c);
print_r($c->toSQL() . PHP_EOL);
print_r($total . PHP_EOL);

результат

SELECT `id` FROM `modx_site_content` AS `modResource` WHERE `modResource`.`id` LIKE '%10%' 
2

Итог: в первом и втором запросе мы получили нужный результат. Так в чем же дело?

Фишка старого доброго (как говорит Иван Климчук) xPDO

ps. Вообщем не факт что твоя ошибка была в этом месте… совсем не факт. Просто при toSQL
выполняется parseBindings что приводит запрос к такому виду…

ты делаешь

$c->where($this->where);

что делает метод where ?

он всего лишь пишет в массив $this->query['where'] условия. Я тебе и предлагал туда записать условия напрямую в виде sql

В функции prepareQueryBeforeCount я формирую запрос. Формирую where через foreach:

если у вас prepareQueryBeforeCount, то почему

$this->where

а не

$c->where

на худой конец

$this->query['where']

Можно же просто прописать нужный запрос в

$this->query['where']

Кстати, сейчас у них поддержка очень плохо отвечает, то, что раньше решалось за 2 часа — теперь на 2 суток растягивается.

да, поддержка заметно хуже стала.

Сейчас свяжусь с Яндексом на предмет верстать всё обратно и сообщу, если никто больше не отзовётся.

не должно возникнуть сложностей, создается новая витрина под протокол api и все.

Скорее всего ваш сниппет Getdb не отдает общее кол-во элементов и pdoPage не выводит пагинацию.
Самое простое в код Getdb добавить

$modx->setPlaceholder('total', $total);

где $total общее кол-во найденных элементов без учета limit

И есть php файл с подключенным API MODX, который как раз и возвращает нам услуги:

Попробуй в нем добавить

$_SERVER['HTTP_X_REQUESTED_WITH'] = '';

перед вызовом pdoPage

Написать в ТП. Указать где можно увидеть проблему, приложить доступы к админке сайта.
Все как обычно…

Видимо, где-то класс терял.

скорее всего…

Еще раз спасибо!

пожалуйста!

у них какая-то несовместимость есть?

не могу сказать. Когда то давно чтото писалось для совместимости и оно вроде работало.

А QuickView позволяет повесить функцию закрытия на имеющуюся кнопку, а не на созданную им?

попробуйте добавить в чанк как

<div class="quickview quickview-buttons"><button class="btn quickview quickview-remove btn-default quickview-action" data-button='{ "action":"close" }'>×</button></div>

Должно сработать.

вызвать сниппет msOptionsPrice.initialize после вызова любого сниппета miniShop.

Доброе утро.

Кнопку закрыть я пытаюсь создать добавлением следующего параметра:
data-output-buttons='[«close»]'
Именно «output», потому что dialog даже не создает кнопку.

именно

data-output-buttons='["close"]'

и нужно использовать если вы используете вывод в селектор.

Я могу кликнуть по ней, но закроется только модальное окно, темный фон останется.

моя недоработка. Поправил в новой версии пакета, обновитесь, все должно быть ок.
Спасибо!

Привет, замени

return $output;

на

echo $output;