Денис Усманов

Планируется под 3 обновление, пока просто надо с 2 до конца разобраться.

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

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

Благодарю за тёплые слова)
Как привыкаешь, глаза отдыхают, потом даже не захочется возвращаться к стандартной теме — проверено на себе и нескольких коллегах)

Круто! Увидел твой компонент у клиента на днях, мне очень понравился! Рад, что есть такой мощный инструмент, очень полезный практически на всех магазинах!

Да, «переключалка» будет обязательно, и даже регулировка цветов, займусь в скором времени, многие просят, да я и сам только за!

Спасибо за замечание, действительно, путь стоит абсолютный при установке, я обязательно это исправлю!

Как оказалось, смена есть) Постараюсь не ударить в грязь лицом! 2 из 5 компонентов обновлены, продолжаю…

Я уже доделываю mspWebPay) в течение нескольких часов выкачу «обновление», защиту уже убрал.

Создать отдельную группу ресурсов под нужный ресурс и дать доступ пользователю только к этой группе ресурсов.

А, вот теперь и у меня не работает…

Ещё, как вариант в первую очередь, связаться с автором того или иного компонента с просьбой обновить. Да и может быть так, что на github у автора уже есть почти готовая версия под modx 3.

У меня всё работает (Россия). Скорее всего у тебя, что то с сайтом, как правило на 3ке, крути версию php с 7.4 и выше, ну и конечно же, наверняка есть где то логи, смотри их, показывай тут (браузер, журнал ошибок MODX, сервер).

Готового плагина или компонента нет, придётся писать самому.

Опишу теорию:
1. У пользователей используешь какое ни будь поле или делаешь новое, числовое. Какое дефолтное значение на твоё усмотрение.
2. Тем же Minishop2 создаёшь товары — пакеты с кол-ом комментариев, там например в артикул пишешь размер пакетов, типа 5/10/20/50…
3. После покупки пользователями того или иного пакета/пакетов, плагином по смене статуса заказа на «Оплачен», берёшь из заказа покупателя (id пользователя), товары (их артикулы по их id), суммируешь купленное количество комментариев (артикулы товаров) и записываешь в поле пользователя (опять же по id пользователя).
4. Форму создания комментариев выводишь по простому условию проверки поля пользователя, если >0 — показываем форму…

Итого: Всего 1 самописный плагин, с этим обращайся к спецам из сообщества, или пробуй сам с помощью ИИ (мой совет: deepseek.com)

Исправлено, читайте статью, внёс изменения по этому вопросу.

Прикольно, спасибо, пригодиться)

Артур, молодец! Очень нужное решение, я долго «выкладывал» свой код по такому же кейсу) Ты оказался быстрее, так держать!

И добавлю, что предлагаемый тобою вариант, полуавтоматический, т.е. после срабатывания придётся менять дату на следующий год. Мне нужно было сделать решение, которое как говорится «на века» и «без лишней возни») т.к. у заказчика сайтом управляет в основном HR отдел по вакансиям, и там точно разбираться с такими вещами не будут.

Привет! Да, можно вполне было пойти, через ресурсы, но мне нужно было решение в виде сниппета, который выводил бы по датам чанки с CSS/HTML/JS в разных местах… Поэтому, сниппет оказался на мой взгляд, самым верным решением.

Сергей, привет! Ошеломительная новость! Спасибо!

По донату, есть информация на странице «О нас»: modx.pro/about

Хех, реализую и в своём фильтре «для бедных») Только потрачу на это минут 5)