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

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

Был в сети 26 февраля 2026, 10:38
Заказы принимаю
Написать
То, что они всё-равно подгружаются, а потом скрываются. Они всё-равно есть. Это всё-равно костыль. Но суть не в этом. Суть в том, что практически всё хранится в modx_site_content + куски распиханные по таблицам ТВ. А я хочу разделять разные типы данных. Есть у меня список магазинов, которому не нужны ни longtitle, ни introtext, но нужны координаты — сделал отдельную таблицу в базе с нужными полями. Когда база в удобоваримом виде, многое становится проще и работает быстрее.
Для разработчиков AdminRevolution. Быть или не быть? 148
Я сам должен определять набор полей. Надо longtitle и introtext для какого-то типа даннх — сделал. Не нужно это — не делаешь. Из коробки должен быть только минимальный набор. Наличие дополнительных полей когда-то было для меня главной фишкой MODx, но сейчас их реализация не радует.
Для разработчиков AdminRevolution. Быть или не быть? 148
Я, простите, не особо программист и, возможно, не совсем правильно понимаю, что вы имеете в виду под каркасом, но слова вью и рекат мне не нравятся из-за сео. Да это решаемо, но я плохо понимаю как сделать сайт с миллионом страниц с SSR. Может и можно. Но это вот хранение одного и того же по сути на винте и в БД. Ну как-то… хз.

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

… или я всё не так понял и пойду-ка я спать.
Для разработчиков AdminRevolution. Быть или не быть? 148
Сижу в последнее время и думаю куда слезать с MODX и что на нём ещё держит.

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

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

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

Может MODx или новая MODx-Like CMS предоставить это в обозримом будущем? Есть смысл сохранять обратную совместимость для поддержки старых модулей или большая часть сообщества сидит здесь из-за минишопа и PDOTools, которые с новым API могут стать лучше? Не станет ли поддержка обратной совместимости тормозом? Сколькими дополнениями вы реально пользуетесь? У меня, помимо ПДОтулс и Минишопа это MSearch2, Office, CodeMirror ну + платёжные системы и 1С. Полезные мелочи типа Units можно не рассматривать — их можно самому за вечер переписать.
Для разработчиков AdminRevolution. Быть или не быть? 148
в 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;">
чтоб не разъезжалась вёрстка.
Новые дополнения и их версии [shopStats] Панель статистики интернет-магазина 32
Пока да. Но будет ещё одна версия CET_CKEditor с возможностью загрузки файлов драг'н'дропом. В общем-то она готова, но не протестирована как следует и не упакована в транспортный пакет (это для меня отдельная головная боль). Остальные компоненты тоже немного обновятся. Пока не знаю когда.
Готовые решения Content Editor Tools 0.7 33