Денис Дыранов

...url([[!assetsTV? &resId=`[[+id]]` &tv=`assetsTV` &tpl=`assetsTVChunk` &limit=`1`]])...

Чёт такое

[[!assetsTV? &resId=`id` &tv=`assetsTV` &tpl=`assetsTV-tpl-file` &limit=`1`]]

В начале кода сниппета есть справка.

Да вот как раз смотрю. Думаю, может пойти дальше и изучать сразу Laravel?

Да-да. Есть инструменты. Кто б спорил? Но всё познаётся в сравнении.

И CMPGeneratorPro. Вот он более-менее близок к тому, что нужно. Но это платное дополнение, а должно бы быть стандартным инструментом из коробки в идеале.

То, что они всё-равно подгружаются, а потом скрываются. Они всё-равно есть. Это всё-равно костыль. Но суть не в этом. Суть в том, что практически всё хранится в modx_site_content + куски распиханные по таблицам ТВ. А я хочу разделять разные типы данных. Есть у меня список магазинов, которому не нужны ни longtitle, ни introtext, но нужны координаты — сделал отдельную таблицу в базе с нужными полями. Когда база в удобоваримом виде, многое становится проще и работает быстрее.

Я сам должен определять набор полей. Надо longtitle и introtext для какого-то типа даннх — сделал. Не нужно это — не делаешь. Из коробки должен быть только минимальный набор. Наличие дополнительных полей когда-то было для меня главной фишкой MODx, но сейчас их реализация не радует.

А мне достаточно pagetitle. Более того мне иногда и Content не нужен, я уж не говорю про introtext и description.

А, ну тут согласен. Что угодно, но не ExtJS. А я про то, что на фронт надо бы что-то кроме Vue/React. Все эти headless CMS какие-то… Странные.

Я, простите, не особо программист и, возможно, не совсем правильно понимаю, что вы имеете в виду под каркасом, но слова вью и рекат мне не нравятся из-за сео. Да это решаемо, но я плохо понимаю как сделать сайт с миллионом страниц с SSR. Может и можно. Но это вот хранение одного и того же по сути на винте и в БД. Ну как-то… хз.

А по поводу пилить 10 лет… Ну давайте 10 лет пинать труп. Вон рядом ребята джумлу с вордпрессом пинают, а мы чем хуже? Мне кажется концепции ЦМС с жёстко прописанными полями в одной табличке и допполями в другой несколько устарели. И никакая быстрая админка эти косяки не исправит. Смысл тогда?

… или я всё не так понял и пойду-ка я спать.

Ах да! Бесит что нельзя легко и просто сделать свою сборку MODx со своим набором модулей. Ипа вот сборка под блог, а вот под магаз. Знаю, что это можно, но это нифига не просто.

Сижу в последнее время и думаю куда слезать с MODX и что на нём ещё держит.

Нравится дерево ресурсов, нравится PDOTools, но главное, можно сравнительно быстро сделать магазин с интеграцией с 1С.

Не нравится что все шаблоны чанки в БД. Не нравятся эти дебильные поля типа LongTitle который ни разу не были нужны. Не нравятся ТВ-костыли. Да и добавление свойств товарам в Минишопе — тоже пойди пойми как лучше сделать. Не нравится сложность создания собственных модулей. Ну то есть вот этих CMP или как оно.

Я хочу быстро накидать схему для БД под мои нужды, как это делается в какой-нибудь Strapi или Directus. И вывести всё это на фронт привычными средствами без всяких там реактов или вью. Потому что у них свои недостатки и, как уже говорилось, они не вечны. Но при этом, чтоб можно было и ими пользоваться если захочется. Поэтому мне нравится концепция Философа с его ПризмойЦМС, но там нод.джиэс и вот это вот всё.

Может MODx или новая MODx-Like CMS предоставить это в обозримом будущем? Есть смысл сохранять обратную совместимость для поддержки старых модулей или большая часть сообщества сидит здесь из-за минишопа и PDOTools, которые с новым API могут стать лучше? Не станет ли поддержка обратной совместимости тормозом? Сколькими дополнениями вы реально пользуетесь? У меня, помимо ПДОтулс и Минишопа это MSearch2, Office, CodeMirror ну + платёжные системы и 1С. Полезные мелочи типа Units можно не рассматривать — их можно самому за вечер переписать.

Напрягает, что основное поле — контент становится малюсеньким окошком.

Спасибо, работает.

в core/components/shopstats/model/shopstats/minishop2.class.php на 46 строке заменил на

$q_stats_month->groupby('year(`createdon`), month(`createdon`), status');

чтоб не глючила статистика за прошлый год.

в core/components/shopstats/elements/widget/shopstats.widget.php прописал стили у canvas-wrapper

<div class="canvas-wrapper" style="max-width: 80% !important;">

чтоб не разъезжалась вёрстка.

Интерес есть, времени пока нет. Постараюсь в феврале сделать. Кнопка с донатом будет.

Всё будет. Но позже.

Пока да. Но будет ещё одна версия CET_CKEditor с возможностью загрузки файлов драг'н'дропом. В общем-то она готова, но не протестирована как следует и не упакована в транспортный пакет (это для меня отдельная головная боль). Остальные компоненты тоже немного обновятся. Пока не знаю когда.

Прикрутил. Сохраняются в ТВ, заданное в функции importCategory на 353-й строке (сейчас categories). Файлик обновил.

Теперь так: modx.pro/solutions/11623-import-tickets-from-modx-to-wordpress/