Pull to refresh

Comments 13

Я думал это говно мамонта уже не используют

MODX можно любить, можно не любить, можно даже считать «говном мамонта» — тут дело вкуса. Его, кстати, до сих пор вполне используют. Но статья вообще не про то, какая CMS лучше.

Смысл как раз в другом: дать ИИ не тупой доступ к файлам и базе, а предметный интерфейс конкретной системы, чтобы он понимал её сущности и связи между ними. У нас этим примером стал MODX, потому что мы с ним работаем.

Работаете с WordPress — поставьте или сделайте такой же коннектор к WordPress и работайте с постами, таксономиями, плагинами и настройками WordPress. Для Drupal, Bitrix или своей CMS идея будет ровно той же.

Интересно конечно, до этого не слышал про MODX, разве лучше Тильды? Не особо силён в направлении создания сайтов, обычно открыл ide и делаю

Там есть пара плагинов, в т.ч. официальный Fred, которые делают процесс работы похожим на Тильду. Но лучше или хуже сравнивать сложно - на Тильде ты собираешь из готовых блоков и чуть (и больше чем чуть) правишь их, а в MODX у есть как во фреймворке — есть заготовки «на все случаи жизни», но но к UI их ещё нужно прикрутить, что удобно если фронденд дизайнится отдельно от бекенда и потом совмещается.

К тому же плагины к MODX не всегда или очень аккуратно тянут на фронтенд доп. ресурсы и обычно можно их вообще отключить, чтобы не получить у себя на сайте «половину npm-репозитория»

Modx имеет свои плюсы и минусы.. Вот бы наконец-то кто-то довел до ума хоть одну сборку на нем..

У разработчиков, которые давно работают с MODX, свои сборки, конечно, обычно есть. У нас в студии тоже есть такая. Обычный коммерческий сайт со стандартным набором блоков можно развернуть на сервере минут за 10–15. Там уже есть базовая структура, первый экран, плитки услуг или товаров, формы обратной связи, типовые страницы, основные настройки и вся та скучная, но необходимая обвязка, которую в сотый раз собирать руками уже никакого удовольствия нет. Если Вы об этом.

Но сделать одну супер-универсальную сборку, которую можно поставить вообще всем, по-моему, невозможно. Проекты слишком разные. Где-то каталог, где-то услуги, где-то куча TV, где-то интеграции, где-то половина стандартных блоков вообще не нужна. Если пытаться запихнуть всё в одну сборку «на все случаи жизни», довольно быстро получается сарай, в котором вроде есть всё, но потом ещё полдня ищешь, что из этого можно снести.

Поэтому мы сейчас скорее смотрим в сторону хорошей базовой сборки плюс агент. База быстро даёт нормальную стартовую точку, а дальше уже человек выбирает, что ему нужно именно в этом проекте. Какой первый экран, какие карточки, какие формы, какие блоки вообще нужны. А агент уже разбирается с конкретным сайтом и его архитектурой, а не пытается натянуть одну универсальную заготовку на всех подряд.

То есть хорошая сборка, на мой взгляд, нужна обязательно. Просто веры в «одну идеальную сборку для всех» у меня примерно столько же, сколько в универсальное ТЗ на любой сайт. Обычно где-то на третьем проекте оно начинает мстить.

Да просто люди порой продают порой некие сборки, да еще якобы затачивают под seo, а на деле недоработанный колхоз.

Ясно дело, невыгодно чётко нормально сделанную подходящую под 90% базовых случаев выкладывать свободно, я вот так даже купил одну, все равно полуфабрикат. Чаще всего разработчики не очень понимают реалии, так как не продают услуги и товары, в продают только сайты ))

Сейчас конечно с силами ИИ, мне кажется это все может стать менее актуальным, хотя кто знает...

Модх все же больше для относильно небольших сайтов, потому и хотелось найти что то более менее универсальное. Интернет-магазины, например, как ни крути, это отдельная сущность, если конечно речь не идет о магазине на 20 товаров.

Про «сборку, заточенную под SEO» у меня сразу лёгкая аллергия. Факторы ранжирования и требования поисковиков меняются постоянно. То, что полгода назад было важно, сегодня уже можно забыть. А год назад никто не думал про попадание в ответы ИИ, сейчас этим торгуют из каждого второго утюга.

Поэтому в сборку имеет смысл закладывать хорошую техническую базу: индексацию, canonical, sitemap, schema.org, скорость, нормальную архитектуру, отсутствие дублей. В общем, всё, что нужно, чтобы не начинать каждый новый проект с вопроса «а где скачать MODX?». А дальше уже начинается конкретный сайт. Со своими задачами и своей болью.

Про разработчиков согласен. Хороший разработчик должен понимать не только MODX, но и бизнес клиента. Иначе технически всё может быть красиво, а по факту сайт не решает его задачи.

С интернет-магазинами я бы MODX тоже не хоронил. Видел магазин на miniShop2 с 20+ тысячей товаров, оплатой через Альфа-Банк и Сбер и нормальной интеграцией всего этого хозяйства. Работал отлично.

А вот про ИИ вы хорошую мысль подкинули. Похоже, нам нужен ещё один слой — бизнес-контекст. Что продаёт клиент, кто его покупатель, какие у него процессы, что для него важнее и что он, в конце концов, любит зелёный цвет.

Тогда получается нормальная схема: базовая сборка, технический контекст проекта и бизнес-контекст клиента. А агент уже быстро собирает из этого не «универсальный сайт», а сайт под конкретного человека. Вот тут MODX как раз очень к месту: по сути это гибкий фреймворк с человеческой админкой сверху.

сборка заточенная под SEO- конечно без фанатизма, никто не знает и знать не может идеального для SEO, тут скорей всего имеется ввиду вот что:
1) без откровенных косяков - а таких полно..с их наличием вообще замучаешься сайт продвигать ( некие такие грабли- начиная от условно неверного robots.txt и кончая косяками с 404 и другими редиректами и дублями страниц)
2) заточенную скорей адаптированную- чтобы легко можно было title description прописывать и без кучи мусорного кода, с возможностями микроразметки.. часто на это все плевать хотели..


по сути вы про это и написали- как про техническую базу..

Да, примерно так. И дело тут даже не в MODX — думаю, на любой CMS со временем у каждого собирается свой набор инструментов, любимых компонентов, плагинов и своих же проверенных граблей.

Я свою сборку делал руками и знаю её наизусть. Если меня ночью разбудить и сказать: «Вот тут что-то поехало», я в 99% случаев хотя бы сразу понимаю, куда лезть и что смотреть. И, по-моему, в этом главный смысл: не в мифической «идеальной SEO-оптимизации», а в том, что база тебе знакома, предсказуема и ты знаешь все её тараканы по именам.

Большое спасибо @rumataestor за интереснейший и своевременный инструмент, и особенно за то, не бросили поддержку MODX2 даже на фоне того, что ваш подопытный проект был на тройке, а под унификацию пришлось неслабо так архитектуру доработать!

Сайтов на MODX больше, чем кажется некоторым комментаторам, поддерживать и развивать эти проекты нужно, и если делать это с участием агентов — качество выше, продуктивность выше.

Если видели тут на Хабре недавнее исследование о распространении ИИ, огромная доля применения — техдолг, а в MODX и компонентах с этим не мало затыков. Если удастся ворваться туда со всем со всем агентским арсеналом, используя ваш «мостик» под капот системы, то получится мощнейший рывок со времен, когда тройка стала юзабельной, и это ещё мягко сказано. Успехов Вам, и проекту!

Дмитрий, спасибо за комментарий. Может быть, мы какая-то «неправильная» студия, но к нам постоянно приходят клиенты с сайтами на MODX, причем в основном со второй версией. И бросать ее некуда, это живые сайты, которые висят в топах, работают и приносят клиентам деньги.

MODX3 у нас вообще появился случайно, я кажется писал, стажер поставил тройку. В итоге вместо того, чтобы его выгнать, пришлось писать MCP... Для агентов MODX оказался удобным полигоном. При большом количестве extras основная масса сайтов все же собирается из понятного набора компонентов.

Но он только первый. Систему мы сразу строим так, чтобы ее можно было масштабировать на другие движки. Следующим, скорее всего, как раз будет WordPress. Вот там его зоопарк плагинов и покажет, насколько хорошо мы всё придумали :)

Полностью универсальной она все равно не станет, общими могут быть инструменты и серверная часть, а контекст каждого сайта свой. Поэтому и AGENTS.md у каждого проекта отдельный.

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

Sign up to leave a comment.

Articles