srs

Не согласен. На мой взгляд контент менеджер не обязан знать html,css. Его задача грамотно наполнить необходимые позиции, все остальное должны предусмотреть мы с вами. Во первых это наиболее верный и «красивый» подход. Во вторых, если вдруг будет текучка менеджеров, то не нужно будет тратить время, на объяснения подобных «хаков». Для себя — пожалуйста. Использовать на работе, такая себе идея. Но да ладно, возможно тут

Дело хозяйское

*дополнение — modx + elasticsearch
Но опять же, стоит задуматься нужно ли это делать на modx если у вас:

1. 800к+ позиций
2. у них по 100+ различных свойств
3. должен нормально работать на 100к посещений в сутки

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

Это достаточно серьезный проект. Не думаю, что его стоит начинать делать на modx. Наверное лучше посмотреть на другой стек. Василий недавно писал про nuxt на фронте и ваш вариант на бэке (laravel, slim, express, hapi, koa, свой вариант). Почему бы не посмотреть в эту сторону.
1. нет
2. хз, наверное нет таких
3. Нет, точно нет!
з.ы. в интернетах где-то есть инфа о том, как кто-то скрещивал modx + elasticsearch на несколько миллионов позиций, но это надо искать.

Не думаю что pdoResources так может. Но если вам нужно, чтобы на фронте результат формировался именно в таком порядке, то я бы не заморачивался и посмотрел в сторону css свойства order.

grid class key, collections еще чтот было, уже не вспомню…

У меня в обслуживании есть достаточно большой, динамический сайт, где постоянно происходит удаление неактуальных страниц и добавление новых, в среднем это от 200 до 1,5-2,5к каждый день. Месяц назад в пике было 100к+ позиций сейчас меньше. При этом сайт работает очень шустро, проблем никаких нет.
p.s. А про дерево ресурсов ты прав, но сейчас есть различные решения для обхода этой проблемы. На вышеупомянутом сайте юзается минишоп, так как предполагалось что изначально это будет магазин. Но потом сфера деятельности кардинально изменилась а минишоп остался, самое главное сидит как влитой)

Главное что Василий не против.

Потянет, 3к это не много.

Похоже это начало становления modx.pro более технологически полиморфным. Что не может не радовать.

Когдат давно, я делал так. Вешал хук на форму FormItSaveForm который сохраняет копию письма (Приложения ->Formit->вкладка формы). далее написал небольшой компонент (на самом деле это все обертка над одним плагином) который из этой формы берет ip`шник и банит.
Пример можно посмотреть тут, давно дело было, писал для оного сайтика буквально за кусок пиццы и бутылку пива, так что код плагина такой себе, но работает.

Былоб очень интересно почитать твои заметки.
Я тоже ковыряю nuxt и использую ту же связку. Генерация статики на nuxt + отдача nginx`ом, делаю все по официальному мануалу nuxt. Интересно используешь ли ты какие то хитрости, примочки. Успехов!

По поводу организации админки согласен на все 100%, я ничего лучше и удобней не встречал. Тут тебе и поиск, и быстрый выход к компонентам, плагинам, настройкам, на основной странице можно всякие графики и элементы управления вставлять. Вот уж, что, а админка у modx действительна могучая и удобная. Причем не вырвиглазного, кислотно-оранжевого цвета (не хочу ни кого обидеть =) ).

Я конечно извиняюсь, что вклиниваюсь, но ваша постановка «конкретного вопроса» совершенно не корректна. Так как Константин Ильин не говорил, что обновление нужно конкретно для него, вот «хочу обновления так сильно, что кушать не могу». Просто человек высказал мнение, а данное мнение отлично объяснил Сергей:

А по обновлению… Тут на самом деле важен именно сам факт обновления, а не само обновление. Это некий сигнал от разработчиков — «мы тут и мы заинтересованы в развитии нашего продукта»

ну вот даже мне, с моим знанием русского языка все понятно. Не обязательно отдавать часть себя, чтобы делать такие выводы… вообще ваша позиция звучит как «сперва добейся», очень по детски.
Ну и конечно же большое спасибо Ивану за всю его активность, ты крутой дядька =}

Большое спасибо за статью, думаю подобная заметка должна была появиться гораздо раньше!
Но вот если бы изображения были загружены на файловое хранилище modx.pro, чтоб можно было простым кликом посмотреть картинки более подробно. Былоб вообще красиво!

Только так и делал. Впервые увидел подобный способ у автора шопкипера (кстати в документации к 3 версии этот способ вроде был описан) и думал, что это достаточно известная фишка migx…
з.ы. А еще там можно собирать таблицы кнопочно-тыкочным путем, через конструктор и делать импорт и этих экспорт настроек. Дико удобная штука.

Честно говоря попробовал я как-то в прошлом году октябрь и чтот вообще не очень. Особого сходства с MODX тоже не увидел.
Может просто не получилось вникнуть в общую концепцию октября…

Не знал о существовании такого интересного компонента. Спасибо за ссылку!

Спасибо что прочитали)
Применял, в паре проектов, но пока не сильно активно и то были не полноценные сайты. В моем случае это были тематические админки для одной сети сервисных центров. В общем проект ± крупный (для меня) и не смотря на то, что его уже несколько месяцев активно используют, он все еще дорабатывается в зависимости от вновь появляющихся запросов. Так что увы, но пока действительно масштабных сайтов на vue с ssr я не использовал.
Зато у нас в сообществе есть Андрей Степаненко, который делал platon.site в этой связке. Я надеюсь однажды он поведает нам о своем опыте =)

Мне действительно нужно больше практиковаться в русском языке)
Я и не имел ввиду, что контент-менеджеру нужно знать vue. Я говорил о том, что MODX получим +в карму от подобной реализации. Вот представьте, что контент-менеджер собирает контент страницы в подобной штуке. Ему не нужно знать вообще ничего, перетаскивай блоки и загружай картинки в уже готовые сегменты и все.

Мы с вами говорим о разных вещах.

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

Вот про расписать процесс создания компонента это касается сообщества. А про заодно получить плюсик в карму от контент менеджеров это касается конечного пользователя который получит этот компонент. Русский язык для меня не родной, по этому могу неправильно строить предложение или ставить знаки препинания, так что заранее прошу прощенья =)