Сегодня в 04:04
Сделал новую версию с табами и возможностью запуска сразу для всех вариантов.
Сначала содержимое для технического ресурса откуда будет запускаться вы...
VersionX переполнил базу данных 8
Вчера в 13:46
Исправление уже готово github.com/modx-pro/MiniShop3/pull/271
MiniShop для MODX3. Что происходит и когда ждать? 53
Вчера в 13:00
который поддерживает 3 CLI интерфейса opencode, claude, codex. Это я к тому, что можно сделать адаптер под CLI, чтобы при старте сессии он читал станд...
[aiAssist] Я же просто попросил его создать магазин, а он СДЕЛАЛ ЭТО! 15
17 мая 2026, 13:31
При включении компонента, все теги, снипеты и вызовы на fenom — на фронте выводятся текстом без обработки
[xDevPicker] Редактируем чанки с фронтенда в один клик 5
16 мая 2026, 12:23
Если кто-то использует счетчики, например, Яндекса, то это должно быть отражено в политике конфиденциальности и для них тоже нужно брать согласие поль...
Плашка о использовании cookie файлов на сайте 11
15 мая 2026, 15:10
Посмотрел внимательнее: дублирование не по вариантам в источнике файлов, а по количеству фото у товара.
Новости MiniShop3, mSearch, mFilter 23
15 мая 2026, 14:23
Не могу отредактировать, сам себе отвечу.
Справился с ситуацией, поменял тип вывода с JSON на String и дальше уже через Рендер вывел. Все ок.
[msStatOrders] - Статистика заказов Minishop2 / Новая версия 42
14 мая 2026, 11:38
Желательно ставить disabled для кнопки «Сбросить», если не выбрано ни одного фильтра: disk.yandex.ru/i/PZliDL8USeHvAA
Тогда можно в зависимости от ...
mFilter 1.4.0 - перестроенная система кеширования 1
По моему опыту скажу, что было бы отличным решением разработать, что сейчас делает Дмитрий Лукьяненко: Evo с Laravel.
По поводу плагинов.
Я уже года 2 не скачиваю никакие плагины и сниппеты, кроме pdoTools, FormIt, Search, TinyMCE, MIGX, Collections.
Всё остальное я пишу сам.
Поэтому лично мне пофиг на совместимость (что её не будет) в новых версиях.
Для меня в идеале:
- Мне нужна админка, как сейчас EVO/REVO (смысл, твшки, чанки).
- Чтобы по-умолчанию на файлах (чтобы парсило папку с шаблонами и чанками, по примеру Grav CMS). Но можно было бы в настройках включить «Хранить чанки и сниппеты в базе».
- Под капотом Laraver (что угодно, лишь бы современное, масштабируемое), с которым что угодно можно сделать.
Коротко: админка и философия от MODX + чанки на файлах как у Grav CMS + безграничные возможности Laravel.Смысл в том, чтобы можно было бы делать сайты «как раньше», но и есть возможность собрать самолёт. И всё из коробки (подтянуть любую библиотеку через composer).
Вот же всё готовое есть, работает отлично! Всё гораздо проще и с таким же эффектом.
Перенос сайта еще проще — тупо скопируй директорию. Всё.
Grav CMS.
learn.getgrav.org/16/content/content-pages
Я тоже перешел на Laravel с шаблонизатором Blade.
Для легких/средних сайтов теперь использую Grav CMS с шаблонизатором Twig, которая абсолютно без SQL-базы, всё на файлах, примерно такая же идея с чанками, полная кастомная админка (в коробке минимальная админка, которую можно расширить своими «TV»). Точно также можно выбирать необходимые шаблоны для каждой страницы. И всё это на файлах! Если прямо сильно хочется, то можно и базу прилепить — есть плагины и это PHP.
В обеих системах всё на файлах из коробки, версионность, плагины, сниппеты свои пиши — что хочешь делай!
И да, я тоже ждал выпуска MODX 3 еще с прошлого лета. Но ничего не произошло (для конечного пользователя). Очень жаль.
Спасибо Ивану, спасибо Василию. Спасибо всем участникам сообщества.
Я не ухожу, иногда почитываю modx.pro
Не могу только в голове уложить этот вывод. Просто таблицей по порядку — ок. Плитками — ок. Но вот как описано выше — туплю.
А всё хранится в Коллекции: 1 лекция — 1 ресурс в коллекции.
А когда выйдет MODX 3? :)
Но у меня (разработчика CRM для различных ниш) мнение следующее:
когда компания/пользователь доходят до таких требований, которые перечислены выше, то очень часто каждому заказчику (компании/пользователю) необходимы совершенно другие (кастомные) метрики и функционал, которые не специфичны именно для их вида деятельности. То есть обязательно потребуется доработка под требования определенной компании.
Это значит, что Вы сделаете и опубликуете компонент, который изначально был заточен именно под ваш вид деятельности, вашей компании/заказчика. Конечно, есть среднестатистические требования, но не здесь.
Компонент хороший, но «не для всех». Наверно, лучше предлагать услуги по интеграции данного компонента с MODX или другие аналоги, и зарабатывать на этом.
MODX — это фреймворк для создания сайтов и веб-аппликаций.
CRM — это контакты, продажи, склад, обслуживание, обращения, поддержка и Аналитика (воронки продаж, каналы, статистика, срезы, графики по самым разнообразным параметрам).
Возможно лучше сделать интеграцию между из MODX -> в CRM (например, SalesPlatform, Vtiger, Sugar) и продавать/дарить её пользователям modx.pro.
P.S. Коммент ради того, чтобы человеку помочь заработать и сэкономить его время. Не ради вредительства сообществу MODX! :)
1. Начал изучать Fenom (благодаря Василию и pdoResources).
В MODX 3 он останется?
2. Поясните, пожалуйста, что будет с файловыми элементами? Я имею в виду хранение сниппетов и чанков в файлах.
Сейчас я делаю так: делаю шаблон через админку 1 раз, там просто include другого чанка, и там уже работаю в IDE.
Всё останется также или будут изменения в способах работы?
Надо было в настройках pdoTools разрешить Fenom на страницах и MODX разрешить.
Сделал все по инструкции, но не работает.
MODX Revo + pdoTools — последней версии.
Файлы положил куда надо, чанки тоже сохранил в соответствующую папку, сменил pdoTools.class, но в итоге вместо содержимого чанков показывает просто:
Не обрабатывает теги.
Как поправить?
Всем спасибо.
Но для спокойствия подтверждаю: да, Вы был прав, что мне это не по плечу.
Удачи, Николай. Все еще будет!
Спасибо за честные советы! :))
По поводу результата: система уже в разработке, завтра вечером первичная демонстрация заказчику, завтра же обсуждение запросов на закупку дополнительных модулей. Конечный продукт вряд ли кто увидит, так как делается это для нас, там наши данные. Так что сделать скрины с приватными данными я не могу и не имею права. Будет интересно — напиши к моменту дедлайна, примерно 31 августа, я тебе отвечу в какой фазе проект.
Удачи. Спасибо за совет :)
Я спросил: «Возможно ли удобно это сделать на MODX Revo или лучше взять тот же SugarCRM (например) и допиливать ее?»
Ответ: «если у вас уже на уровне «DataTables или какого-нибудь Ajax-поиска» возникают вопросы, то вам самостоятельно проект вам не по плечу».
Кому какая разницу кому что по плечу (если только помериться)?
По поводу этапов проектирования и по какой методологии разрабатывать проект — на счет этого вопросов нет.
Количество вопросов («сначала сформулируй») также зависит от выбранной методологии ведения проектов: где-то нужно сразу всё ТЗ выложить и нельзя будет его будет менять в будущем (можно, но будет дорого), а где-то можно возвращаться к ТЗ с хорошей документацией и корректировать задачи, затем опять возвращаться.
Николай, я не разработчик. У меня другие задачи.
P.S. По поводу «нормально сформулировать» — крайне не рационально не опираться на уже подобные, готовые проекты, у которых можно позаимствовать удобный функционал. А не придумывать заново колесо и тратить уйму времени.
P.P.S. За совет «Подходит» — спасибо большое! :)
У вас подход «смастерю (в хорошем смысле слова) что угодно из MODX + miniShop». Но после раздумий для меня очевидно, что лучше допиливать CRM, которые как раз ориентированны на решение подобных задач.
Можно пироги хорошо испечь в кастрюле, но лучше на противне.
Мы выбрали Vtiger CRM.