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

Очень рад!

Он ломится в указанную системную временную директорию.

В моих конфигах, например, указано так:

php_admin_value[open_basedir] = /var/www/site/
php_admin_value[upload_tmp_dir] = /var/www/site/tmp

Если и у тебя так же, то это косяк SDK, что он не смотрит в настройку.

Ну а open_basedir запрещает обращаться к любым файлам выше указанной директории. Защита на случай взлома или других гадостей.

MODX хранит сессии в БД, по умолчанию. Ты менял настройки хранения сессий?

В любом случае, у тебя всё понятно написано:

File(/tmp/guzzle-cacert.pem) is not within the allowed path(s): (/var/www/reg33/)

SDK яндекса пытается сохранить сертификат в директорию /tmp, к которой у сайта нет доступа.

Ну как косяк? Я на сайтах указываю link_tag_scheme = full и тогда ссылки всегды полные. Лишние записи в чанках будут только мешать.

Так что, оставляю это дело на усмотрение владельцев сайтов.

У меня много задумок на эту тему и все они требуют огромное количество изменений в MS2.

Так что пока придётся работать по старинке — ТВ параметрами.

Сделал.

Дело не в этом — я просто занят.

Исправил

modx.pro/rss

Всё верно.

Само назание параметра говорит о том, что это директория, для хранения временных файлов, а не исходников.

Добавил новый параметр ultimate, при включении которого &top и &topLevel работают как в UltimateParent.

Ну а по умолчанию вернул родную логику pdoField — как было. Можно обновляться.

Окей, я бросил все свои дела и пошел разбираться с этой невероятной проблемой. Судя по истории изменения сниппета, она существует с самого начала MS2, но ее до сих пор никто не заметил.

Что же нам сделать, чтобы раскрыть тайну всех плейсхолдеров msGetOrder? Например, можно указать пробел вместо чанка:

<pre>
[[!msGetOrder?id=`[[+id]]`&tplOuter=` `]]
</pre>

Ух ты, сколько всего интересного! Да, заказчик находится в адресе, а не в заказе — прошу прощения.

Вроде не новичок, а вопросы задаешь в стиле «первый раз вижу MODX».

user. — это поля юзера, там нет receiver. Заказчик есть в заказе, а значит просто — [[+receiver]].
То же самое с телефоном и комментарием — ты пытаешься его вывести из профиля пользователя, а не из заказа.

Итак, вот правильные плейсхолдеры:

<div>
<h2>Контактные данные</h2>
<p>Имя:     <b>[[+receiver]]</b></p>
<p>Телефон: <b>[[+phone]]</b></p>
<p>e-mail:  <b>[[+user.email]]</b></p>
<p>Комментарий: <b>[[+comment]]</b></p>
</div>

Проверяй.

А откуда взялся префикс credentials?

Всегда вроде user был.

Там вроде по-русски написано.

Молодец!

А у меня пришла в голову мысль, что пора сделать такую таблицу для юзеров в Tickets по умолчанию. Хотя бы активность и дату регистрации фиксировать.

Как будет время — попробую добавить.

Ты поди авторизован в web и у юзера нет контекста mgr.

В любом случае, ошибки pdoTools пишутся в системный журнал.

Да. Если модель в памяти — ее не надо загружать отдельно.

Например таблицы Tickets и MS2 присоединяются свободно и без loadModels.

pdoTools предполагает, что ты пытаешься загрузить модель стандартного компонента.

Если указываешь

&loadModels=`users`

Это значит, что файлы модели должны лежать в

/core/components/users/model/users/

Пример.

Если же ты прописываешь загрузку модели в системную настройку extension_packages, то loadModels вообще указывать не нужно — должно работать сразу.