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

При удалении ломает minishop — перестают отображаться товары. Деинсталляция не работает. Удалив пакет, повторно не устанавливается. Для последних версий Minishop'а бесполезен и опасен. Просто так заплатил деньги и сломал сайт.

Список стоп-листов не скачивается. Компонент старый и не поддерживается?

Про поиск можно прочитать у них на сайте — www.algolia.com/

В чем фишка сервиса? Для чего продукт? В описании не написано.

Самое первое предложение:
Algolia — это мощная облачная поисковая платформа, обеспечивающая мгновенный и релевантный поиск.

По ссылке на «репозиторий» ссылка algolia.boshnik.com/docs/ битая, выходит ошибка.

Убрал ссылку, документацию еще не добавил. Но все в статье описано.

Я так понимаю это типа ИИ сервис для генерации списка товаров или контента при вводе в поисковую строку? Типа умный поиск?
В чем фишка сервиса? Для чего продукт? В описании не написано.
По ссылке на «репозиторий» ссылка algolia.boshnik.com/docs/ битая, выходит ошибка.

О, технологии из взрослой песочницы подъехали. Уважаю

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

Никакой кучи нет, есть пошаговая инструкция как исправить работу эмодзи…
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 тоже. Почему нет в установщике не знаю.

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