Wassi Wassinen

Wassi Wassinen

Был в сети 16 сентября 2026, 12:54
Заказы не принимаю
Написать Подписаться на автора
Николай, по твоему комментарию — полностью согласен.
Выше писал о другом.
А то, что не принимаются улучшения по существующей «кодовой базе» MODx — это да. Это проблема с которой нужно что-то делать. Главное, если что-то будет меняться в составе контрибуторов или визионеров, чтобы это были люди, которые придерживаются той концепции MODx, которая в эту CMF закладывалась изначально. И выше я писал, в том числе, об этом.
Для разработчиков Открытое письмо руководству MODX и команде MODX Revolution (Русская версия) 15
Если разработчики потеряют эту аудиторию, MODX рискует оказаться в довольно неприятной позиции: для профессионального программиста слишком специфичен, а для обычного владельца сайта слишком сложен. И тогда его историческое преимущество как раз исчезает.
Да, всё так. :) 

MODX — CMS для людей, которые хотят делать нестандартные сайты без необходимости становиться полноценными программистами.
Эта фраза передает суть.
И создатели MODx это хорошо понимают и помнят. :) А «новая волна» разработчиков — нет. На этом весь «холивар» и строится.

Основной вопрос должен быть в том, как найти компромисс между «хотелками» разработчиков и концепцией MODx. И это — сложный вопрос.
Этот процесс НЕ должен превратить MODx в удобную среду разработки для 15 новых разработчиков MODx, НО при этом потерять всю основную аудиторию.

Разработчиков можно понять и в то же время можно не понять.
Им хочется современный стек, современную работу с файлами, работу «напрямую без админки» и так далее. Но это всё уводит MODx от изначальной стратегии и от основной аудитории.
Странно, что большинство разработчиков не понимают, что добившись всего этого они увидят, что MODx стал очередной бледной копией Laravel или Django (или огромного кол-ва других схожих фреймворков). У которых ИЗНАЧАЛЬНО была аудитория состоящая из программистов. И в новый MODx для программистов они уже не пойдут. Потому что уже есть хорошие фреймворки для программистов с большой кодовой базой, с сообществом, историей и так далее.

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

Наверное, основной вектор может быть сформулирован так — изменения в MODx допускаются только, если они не уводят его от изначальной сути этой CMF. И если разработчик готов мириться с этим вектором, то он остается с MODx. То есть, когда разработчик думает не о себе, а о сообществе «НЕ разработчиков» для которых это всё делается. Это сложно, это вступает в конфликт с внутренним эго, часто это только для энтузиастов и альтруистов. Но такова стезя MODx.

А если нет — есть более современные и заточенные именно под разработчиков фреймворки с которыми не нужно конкурировать. Нужно понять и признать свою нишу и развиваться в ней.

Моё скромное мнение. Могу ошибаться.
Для разработчиков Открытое письмо руководству MODX и команде MODX Revolution (Русская версия) 15
Вы упускаете изначальную аудиторию MODx. Это те, кто хотят сами (или им мало условной Тильды), но при этом не могут полностью в самостоятельное программирование. И не только не могут, но и не хотят. Поэтому используют готовые дополнения, шаблоны, вызовы сниппетов и чанки. Которые можно немного подправить под себя и оно заработает.

Именно это всегда был основной объем в штуках от пользователей MODx.

Но, почему-то, разработчики об этом упорно не хотят вспоминать. И при попытке простроить видение новой ветки MODx — тоже. Пытаются уйти в полноценный стек «разработки для разработчиков». Но для этого MODx не годится. Он создавался для другого. :)

Моё скромное мнение, могу ошибаться.
Для разработчиков Открытое письмо руководству MODX и команде MODX Revolution (Русская версия) 15
Иван, вы молодец. Стало лучше :)
Вместо 4-х секунд — 1,7 секунды.

Я так понимаю, полностью исправить ситуацию с большой выборкой можно только если переделывать логику Тикетс и хранить дату последнего комментария, например, в modx_tickets_threads. last_comment_createdon DATETIME или что-то вроде этого.

Получается, что сейчас он всё равно должен (если я правильно понял логику):

  1. Найти допустимые тикеты.
  2. Для каждого найти thread.
  3. Для каждого thread найти comment_last.
  4. Отсеять удалённые комментарии.
  5. Сгруппировать строки по Ticket.id.
  6. Отсортировать группы по дате комментария.
  7. Только затем взять нужное число комментариев для вывода.
А может я неправильно всё это дело понял.
Донат закину. :)
Новые дополнения и их версии [Tickets] Версия 1.14.0-pl — первый релиз с апреля 2022 16
@Wassi Wassinen можете попробовать у себя на сайте изменения из github.com/modx-pro/Tickets/pull/215/changes
Иван, прошу прощения, не очень понимаю как это сделать. Нужно скачать файл с гита и заменить файл на сайте?
Новые дополнения и их версии [Tickets] Версия 1.14.0-pl — первый релиз с апреля 2022 16
Иван, спасибо за доработки.

Если есть возможность — обратите внимание на сниппет ticketLatest. Очень полезный ра ресурсах с большим количеством тикетов и комментариев.
Но есть нюанс. Когда выводишь комментарии с помощью этого сниппета (в режиме 'action' => 'comments' с отображением контента комментария 'includeContent' => 1) — он тянет огромное кол-во полей самих тикетов, авторов, в том числе Ticket.content. Хотя, для отображение последних комментариев это всё не нужно.
Это сильно нагружает запрос и он «раздувается» до 4 секунд на 87к ресурсов (Это тикеты с большим кол-вом текста).

Если у вас есть возможность — оптимизируете этот момент. Чтобы в режиме 'action' => 'comments' сниппет не тянул лишнего.
Новые дополнения и их версии [Tickets] Версия 1.14.0-pl — первый релиз с апреля 2022 16
И ещё такие ошибки:

[2026-06-20 23:58:37] (ERROR @ /var/www/.../data/www/.../core/cache/includes/elements/modplugin/12.include.cache.php : 12) PHP warning: Undefined array key "siSession"
[2026-06-20 23:58:37] (ERROR @ /var/www/.../data/www/.../core/cache/includes/elements/modplugin/12.include.cache.php : 12) PHP warning: Undefined array key "siSession"
По обоим случаям нейросеть пишет, что есть фиксы с правкой исходников. Но не хочется править, чтобы потом не поломать что-то и не затиралось при обновлении.
Если у вас есть возможность — дополните код.

Заранее благодарен.
Вопросы Странный баг в SendIt (квиз+загрузка файлов) 8
@Артур Шевченко добрый вечер, Артур.

При использовании SendIT через сниппет получаю вот такую ошибку:

[2026-06-20 23:44:06] (ERROR @ /var/www/.../data/www/.../core/components/sendit/services/sendit.class.php : 333) PHP warning: Undefined array key "onestepform"
[2026-06-20 23:44:06] (ERROR @ /var/www/.../data/www/.../core/components/sendit/services/sendit.class.php : 333) PHP warning: Undefined array key "onestepform"
[2026-06-20 23:44:06] (ERROR @ /var/www/.../data/www/.../core/components/sendit/services/sendit.class.php : 333) PHP warning: Undefined array key "onestepform"
Вызов сниппета:

{'!RenderForm' | snippet: [
                        'tpl' => 'Footer_Form.tpl',
                        'formName' => 'footerForm',
                        'presetName' => 'footer_form',
                        'hooks' => 'email,FormItSaveForm',
                        'emailTo' => '...',
                        'emailFrom' => '..',
                        'emailTpl' => 'lead_formit_email.tpl',
                        'emailSubject' => 'Заявка с сайта ',
                        'clearFieldsOnSuccess' => 1,
                        'fieldNames' => 'callback_phone==Телефон',
                        'successMessage' => 'Форма отправлена!',
                        'validationErrorMessage' => 'Исправьте ошибки!'
                    ]}

Для сайта пробовал включать php 8.0 и 8.1
Вопросы Странный баг в SendIt (квиз+загрузка файлов) 8
Николай, прежде всего — вы молодец.

А про кеширование — можно пойти по правилу Парето.
То есть дать возможность закешировать самое частое — это «фильтры первого уровня». То есть самые базовые варианты (без выбора нескольких фильтров). Именно их используют чаще всего и именно они (после выборки всего каталога) имеют самые тяжелые запросы. Если в фильтрах есть, например: производитель, стиль и цена. Цену мы закешировать вряд ли можем (она, как правило, выбирается диапазоном). А вот производителей и стили — можем. Это снимет большую часть более тяжелых запросов с сервера (потому что выборка всё ещё довольно существенная на больших каталогах даже при выборе только производителя или только стиля). А выборка в формате «производитель + стиль» уже не такая тяжелая.
Новые дополнения и их версии mFilter 1.2.0 - улучшенное кеширование и скорость 2
Смысл в том, чтобы топовые донаты всегда были на виду у сообщества. Это основной принцип при сборе. :)
Собраны маленькие суммы, в том числе, потому, что информацию о краудфаундинге не найти. Точнее, найти можно, но это нужно специально стараться искать. :)

Как написал Иван ниже — хотя бы блок с ссылками добавьте в шапку сайта. Или строку с баннером\кнопкой. Дизайн могу наверстать.
Новые дополнения и их версии MiniShop3 - когда и чего ждать? 15
Николай, прежде всего — вы молодцы.
Что хотелось бы предложить ( не уверен, что предложение по адресу).

Добавьте на Modx.pro раздел «Краудфандинг». Или что-то схожее по названию и смыслу. Логика следующая — в этот раздел можно будет добавить тикеты о краудфандинге (сборе) на тот или иной компонент и доработки. За сбор можно будет проголосовать (поставив + к рейтингу) и это будет поднимать крауды в топе. По сути, это ещё один раздел с стандартными тикетами в которых будут ссылки на донаты. Эти тикеты всегда будут на виду и отранжированы по рейтингу.

В шапке главной странице добавьте блок с выводом трёх плашек-ссылок на краудфандинги. Краудфандинг на MS3 — чтобы его постоянно было видно на главной странице + ещё пару топовых по рейтингу сборов. Или он сам в топ вылезет (уверен).

Таким образом:
1. Будет больше внимания привлечено к донатам на развитие дополнений MODx
2. Донаты всегда будут на виду (сейчас информацию про них найти довольно сложно)
3. Это хорошая инициатива для развития других компонентов

Благодарю за внимание.
Новые дополнения и их версии MiniShop3 - когда и чего ждать? 15
Каждый расходует свое время как хочет. :)

Вижу, что это что-то революционное. И стараюсь смотреть на такие вещи с точки зрения популяризации MODx в широком смысле.
MODx, как я это понимаю, занял нишу в которой можно быстро поднять сайт без навыков программирования (немного прочитав документацию и поняв базовые принципы: шаблон, чанки, сниппеты и синтаксис; далее — просто установить, просто использовать). Но не так просто, как Wordpress. Поэтому, ниша получилась довольно узкая. :) В своё время популярность MODx, в моем представлении, выросла, в том числе, благодаря дополнениям MiniShop2 и pdoTools. Эти дополнения развивали основные принципы MODx (просто установить, просто использовать) и потому стали так популярны. И помогли MODx усилить свои позиции.

Несколько я смог понять — новые дополнения уводят MODx ещё куда-то. Станут ли они новыми MS2 и pdoTools — время покажет. :)

Я не критикую. Это на правах размышлений.

Возможно, стоило бы исправить корень проблемы с дублированием Guzzle, с доступом к Composer и прочим, но сделать это так, чтобы не менялись принципы MODx (просто установить, просто использовать) для большинства пользователей, за счёт которых растёт популярность MODx. Сделать удобно для разработчиков, но сохранить привычную и простую модель для простых пользователей — это было бы гениально. :)

Напоминаю, что рассуждаю в контексте популярности и популяризации MODx.
Возможно, популярность начнет расти за счёт состоявшихся разработчиков, которые уйдут с других фреймворков, чтобы найти что-то недостающее для себя в MODx. Это открытый вопрос :))
Новые дополнения и их версии mmxTwig - еще одна интеграция шаблонизатора 11