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

get.slack.help/hc/en-us/articles/201405046-Joining-multiple-Slack-teams

Винды только не вижу. Может, на ней и правда такого функционала нет?

Добавил ссылочку с modx.pro на Slack — modx.pro/chat

Не поверишь, в Slack ровно также можно общаться со смартфона.

Мой комментарий про то, что незачем городить еще один мёртвый чат, когда уже есть, да еще и официальный.

Перенёс.

Не лучше ли оживить чат modxcommunity.slack.com/messages/russian/? Там, как-никак, народу побольше, да и возможность пообщаться с мировым сообществом имеется.

Регистрироваться вот здесь — modx.org

С позиции «не мы такие, клиенты такие» — твоё решение хорошее, безусловно.

Есть пара дополнительных полей есть у фотографий, которые можно переименовать через лексиконы в «описание на русском» и «описание на английском».

Если же используются все поля файла, то можно писать через разделитель, например ||, и выводить через фильтр.

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

Уверен, и эту задачу можно решить без копирования.

Просто делать join к другому id и продумать, как его лучше хранить и получать.

Можно же вывести на странице ms2Gallery с указанием id любого ресурса. В том числе, и основной языковой версии. Что-то типа

[[!ms2Gallery?
	&parents=`0`
	&resources=`[[get_babel_id]]`
]]

Если файлы у 2х ресурсов не отличаются — зачем их дублировать? Проще выводить их из одного места.

У MODX есть отдельный раздел для работы с наборами параметров

http://site.ru/manager/?a=element/propertyset

Там, надеюсь, разберёшься.

Полагаю, что набор привязан к TicketComments, а нужно привязать его к pdoPage.

1. Для оформления кода нужно использовать тег code
2. Для работы с дополнениями нужно читать документацию

[[!pdoPage@NaborTicket?
	&element=`TicketComments`
]]

pdoPage передаёт всё в вызываемый сниппет

Для этого у нас есть специальный раздел на сайте.

ни в консоли браузера ни в админке ошибок никаких нет
Версию движка обновить не могу — там древний хостинг, съехать с него тоже пока нельзя

Какие тут еще могут быть варианты?

DELETE FROM modx_site_content WHERE deleted = 1

вместо того чтобы перевести в русский и хранить в базе на понятном языке

Приплыли. Это и есть русский, в кодировке UTF-8, просто экранированный.

Возможность кодирования UTF-8 в JSON без экранирования появилась только в PHP 5.4, когда MODX Revolution уже во всю работал. Естественно, никто не будет увеличивать минимальную версию PHP для MODX только ради этой функции.

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

Выходит, что никак.

Но можно хранить эти данные в modUserSetting в виде key => value или создать отдельную таблицу.

Поправил.

Это какой-то странный баг в Tickets, который я в своё время так и не отловил.

По большому счёту — нет, не баг.

Некэшированные условия не обрабатываются при запуске сниппета, а оставляются «на потом» для разбора парсером. При работе же через ajax до него дело вообще не доходит, ибо pdoPage делает exit() когда всё закончил.

Странно, что это работало раньше. В любом случае, в магазине уже можно загрузить версию 2.2.3, которая дополнительно обрабатывает [[!+]], хоть их и не стоит использовать без особой необходимости.

Вызывай их кэшированными.