Дмитрий

Скажите, пожалуйста, поддерживает ли данный модуль интеграцию с онлайн кассой при работе по агентским договорам? то есть отдельное выделение агентской комиссии (с одним налоговым режимом) и непосредственно продаваемой услуги (возможно с другим налоговым режимом)?

Итак. 3 дня мучений дали всё-таки результат.
всё вышенаписанное — действительно так.
Основной вопрос который меня мучил — почему сертификаты всех сайтов, кроме mod*.pro проверяются нормально, а сайты, mod*.pro — выдают ошибку. Очень хотелось бы верить что проблема где-то у меня в настройках сервака, но реальность оказалась иной.
Проблема кроется в том, что сервер modhost.pro использует старый протокол TLS1.0.
Многие клиенты этот протокол просто «забыли». Они оперируют TLS1.2 и выше.
подробности здесь:
question-it.com/questions/2469932/nevozmozhno-ustanovit-ssl-soedinenie-pri-wget-v-ubuntu-1404-lts
Обходное решение здесь:
stackoverflow.com/a/61568390
Сейчас пакеты качаются без ошибки.

У вас что-за ось и настройки php?

Ubuntu 14.04 / php 7.2.8 / openssl 1.0.1f / nginx
Ось конечно старенькая, но пока так…
с сертификатами чего только не делал.
В первую очередь как везде написано — скачал свежий cacert.pem и прописал его в настройки php. перезапустил естественно и php и nginx.
затем пытался вручную обновлять сертификаты, но результат всё тот же. Почему-то при проверке в консоли любого сайта

echo file_get_contents("https://*.*/");

показывается его содержимое
если пытаюсь проверять

echo file_get_contents("https://modstore.pro/");
echo file_get_contents("https://modx.pro/");

валит ошибку…
Сейчас я склоняюсь к теории что это из-за версии openssl, но обновить её не решаюсь. На серваке несколько сайтов работает, не хотелось бы чтобы они легли в случае неудачи с обновлением.

сертификат заменил, PHP перезапустил.

echo file_get_contents("https://modx.com/");

ошибок нет — страница грузится.

echo file_get_contents("https://modstore.pro/");

PHP warning: file_get_contents(): SSL operation failed with code 1. OpenSSL Error messages:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed

Никакие пакеты с модсторе не ставятся.
Но спасибо за подсказку. Возможно правда что-то с корневым сертификатом. Предложенное решение с заменой сертификата на новый пока ничего не дало. Возможно я что-то упускаю.

Решена ли данная проблема?
в логах пишет:
(ERROR @ /var/www/****/data/www/****.ru/core/model/modx/transport/modtransportpackage.class.php: 389) Невозможно открыть файл для чтения: modstore.pro/extras/package/40?version_id=4916&username=********%40yandex.ru&api_key=********&http_host=******.ru&language=ru&revolution_version=Revolution-2.8.3-pl
Транспортный архив при этом скачивается, но битый. Соответственно дальше ничего не может сделать.

Спасибо за подсказку. так сработало. Действительно строку хотел.

я использую fenom

{$_modx->runSnippet('pdoPage', [
    'class' => 'myClass',
    'tpl' => 'myTpl',
    'where' => ['parentId' => $id],
    'sortby' => ['number' => 'ASC', 'name' => 'ASC'],
    'limit' => 200
])}

Просто судя по ошибкам в логах в параметре 'sortby' никак не ожидается массив — только строка. Но документация говорит что можно передавать массив.

При установке table prefix отличающегося от modx_ — не генерируется схема и классы.
покопался, разобрался сам.
у тебя вызов идет $generator->parseJsonSchema($cmp->scheme);
а надо $generator->parseJsonSchema($cmp->scheme, $table_prefix);