Впервые вижу человека, выбирающего сопоставление таблиц бд по критерию скорости, и при этом игнорирующего саму суть сопоставления (и сортировки если что)
Если рассматривать заметку исключительно как инструкцию по починке эмодзи, без учета появления проблем с другими вещами — то ок, пусть будет так.
И по поводу многоязычности, на моноязычном сайте так же возможны появления других языков со своей спецификой, не часто, но бывает. Например в комментариях.

Никакой кучи нет, есть пошаговая инструкция как исправить работу эмодзи…
general_ci быстрее чем unicode_ci

unicode_ci желательно использовать на мультиязычных сайтах разве что, и не мудрено, что в статье, что ты указал, англосаксы используют подходящее им сравнение.

Что-то в кучу всё свалил, Денис) Без обид, но есть кодировка базы данных (Сharset) и есть сопоставление в таблицах (Collation) — это не одно и тоже. И сегодня лучше не использовать по возможности utf8mb4_general_ci
Я могу конечно побыть занудой и всё расписать здесь в комментарии, но предлагаю для тех, кому реально нужно разобраться в этом вопросе, прочитать вот эту статью, читается вполне сносно даже с гугл-автопереводом на русский

Подумаю как можно сделать.
Но на самом деле это очень плохая практика хранить по каждому результату логи
Нарушит работу сайта 100%
Быстро место закончиться на диске или база засориться.

Может быть на s3 хранение, вот этот вариант куда круче и с местом не будет проблем никогда. Доступ хоть откуда будет.

круто, больше нравится чем CronManager, хорошо проделанная работа)

Может стоит добавить в _ctma_task_log поле text? Чтобы иметь возможность сохранять каждый лог, а не только данные по последнему логу и на диске?
1) и конечно же читать каждый лог отдельно в задании
2) вкладку где будут все логи по всем заданиям

дополню где править
core/components/translitor/model/translitor.class.php
31 строка

Примерно так

[[!pdoPage?
    &element=`pdoResources`
    &parents=`0` <!-- ID родителя -->
    &pageVarKey=`page` <!-- Параметр для пагинации (по умолчанию 'page') -->
    &tplPageWrapper=`@INLINE <div class="pagination">[[+prev]][[+next]]</div>` <!-- Обертка для пагинации -->
    &tplPagePrev=`@INLINE <a href="[[+href]]" class="prev">← Предыдущий</a>` <!-- Шаблон для предыдущей страницы -->
    &tplPageNext=`@INLINE <a href="[[+href]]" class="next">Следующий →</a>` <!-- Шаблон для следующей страницы -->
    &tplPagePrevEmpty=`@INLINE <span class="disabled">← Предыдущий</span>` <!-- Если предыдущей страницы нет -->
    &tplPageNextEmpty=`@INLINE <span class="disabled">Следующий →</span>` <!-- Если следующей страницы нет -->
]]

Но сам чанк в админке создать всё равно придётся, это да.

Нет, это не обязательно. Можно создавать только файловые чанки.

Как и сами блоки.

С последнем обновлением, это тоже не обязательно. Можно в файле core/App/Models/Resource.php создавать блоки и таблицы

1. Интуитивный интерфейс
Проще и понятнее, чем в MIGX.

2. Поддержка разных типов полей
В MIGX, чтобы добавить, например, галерею, придётся повозиться. В PageBlocks это делается в пару кликов.

3. Готовые блоки
Создаёшь блок один раз, а потом используешь его на любых страницах. Если редактируешь блок, изменения автоматически применяются везде.

4. Надёжное хранение данных
Вся информация хранится в отдельной таблице, так что даже при ошибках данные не теряются. В MIGX всё хранится в JSON, и если что-то пойдёт не так (что бывает при большой вложенности), все данные могут быть утеряны.

5. Мультиязычность
Легко переводить контент через Deepl или ChatGPT.

6. UTM-метки
Есть поддержка тестирования разных меток, что полезно для аналитики.

7. Версионирование
Каждое изменение сохраняется, и можно откатиться к любой версии. А при удалении помещается в корзину, откуда тоже можно восстановить.

8. Коллекции
Можно создавать полностью настраиваемые таблицы с фильтрацией по любым данным.

9. Синхронизация блоков
Можно синхронизировать блоки между собой, даже если они не являются готовыми блоками.

10. Мощное копирование
Копировать можно по ID, по контексту или все блоки с определённого ресурса.

11. События
Доступно 17 событий для управления контентом. pageblocks.boshnik.com/docs/events.

12. Роутинг
Гибкая система роутинга, как в Laravel. Легко настраивать кастомные маршруты для страниц или API.

13. Form Builder
Можно создавать блоки, таблицы, табы и добавлять поля прямо через PHP-код.

и останавливает то, что нет файловых элементов

Это поддерживалось почти с самой первой версии.

{'!pbBlocks'|snippet: [
    'fileElements' => 1
]}

Все чанки находятся в core/elements/ (настраивается в pdoTools) и, соответственно, загружается файл из:
core/elements/chunks/chunknameblock.tpl,
где chunknameblock — это имя чанка блока.

Но вскоре поддержка pdoTools будет удалена, так как в PageBlocks уже встроен Fenom, но еще не настроен.

создаёте файл, создаете статический чанк и указываете путь до файла в нём. Но сам чанк в админке создать всё равно придётся, это да. Как и сами блоки. C migx тоже всё через админку: собрать конфу, создать TV поле. Никак не обойтись без админки так или иначе.

Ну а в целом на вкус и цвет, наверно чтобы понять, «в чем его преимущество» — нужно поставить и попользоваться, чтобы сделать для себя какие-то выводы.

Спасибо. Подскажите пожалуйста, могу ли я пакет sendit-2.1.7-pl.transport.zip, который установил в MODX 2.88, установить локально в MODX 3?
Или как правильно установить в MODX 3?

А в чем его преимущество перед MIGX, помимо нового функционала из этой новости? Я просто не понимаю, в чем его преимущество, и останавливает то, что нет файловых элементов. Все надо через админку.

Поддержка Modx 3 есть и php 8 тоже. Почему нет в установщике не знаю.

Сделал восстановление, пока всё норм. Благодарю за внимание.

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

Чтобы помочь вам с вопросом, предоставьте следующую информацию:

* Ссылку на сайт или страницу с проблемой
* Логи ошибок в браузере
* Логи ошибок в MODX
* Версия MODX, плагинов, php

Компонет работает с MODX 3? И если да, то почему нет возможности загрузить его через установщик?
Не нашел информации по поводу MODX 3, поэтому уточняю здесь

А как сделать чтобы выводились картинки привязанные к модификациям?

Здравствуйте. Вот такое показывает в ошибка.
2025-02-10 07:43:08] (ERROR in modMenu::getSubMenus @ /home//public_html/core/model/modx/modmenu.class.php: 154) modAction support is deprecated since version 2.3.0. Support for modAction has been replaced with routing based on a namespace and action name. Please update the extra with the namespace tickets to the routing based system.

Наверное нужно посмотреть какие ошибки есть в журнале ошибок и в логах сервера