Лучше — точно нет, но тут вопрос не «как», а «что» — современные требования к веб-разработке сильно изменились за последние 3-5 лет и оставаться на уровне «личного сайта моего кота» — значит, быть неконкурентноспособным. Но с другой стороны, делая универсальное решение, можно «скатиться» в такой слой абстракций, что увеличит порог вхождения (взгляните на EmberJS — то, что в ближайшие годы будет добавлено в Реакт или Вью, «всё уже было в Симпсонах»). Но это уже меньшее из зол: обучаемость — хороший фильтр, что в своё время спасло MODX от превращения в Джумлу или ВордПресс. Нужны реальные кейсы, реальные проекты, чтобы понимать, к чему мы хотим двигаться, что видеть нового, сто оставить неизменным.

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

Я имел ввиду Vue/React/Angular в админке, вроде тут про нее, родимую, топик. А на чем уже фронт ваять это выбор конечного разраба.

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

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

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

Да. Это из-за того, что из 1с сначала выгружаются офферы. Или просто выгружаются только офферы. Надо чтоб была полная выгрузка — сначала import.xml и картиночки, потом offers.xml, тогда всё будет норм.
Если у вас импорт.хмл выгружается, но всё-равно эта ошибка, то попробуйте с нуля настроить в 1с параметры выгрузки и чтоб у выгружаемого каталога был новый uuid, отличный от того, с которым сыпятся ошибки.

Очень сомневаюсь что кто-то из нашего сообщества сможет написать каркас (а он нужен хоть какой-то, иначе будет хаос) лучше Vue/React/Angular/etc. Давайте все пилить с нуля еще 10 лет. Кстати, Николай Ланец, также неоднократно писал что использует много готовых решений.

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

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

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

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

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

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

Кто нибудь нашел решение?

Все оказалось просто

{
        $num = 0;
        $c = $this->modx->newQuery('msOrder');
        $c->select('num');
        $c->sortby('id', 'DESC');
        $c->limit(1);
        if ($c->prepare() && $c->stmt->execute()) {
            $num = $c->stmt->fetchColumn();
        }
        $num = $num + 1;

        return $num;
    }

Спасибо. Через поиск искал, не нашел.

Купить ещё раз дополнение на этот ключ
modstore.pro/faq#help/3/9

Подскажите как продлить?

Привет, делал похожее, но не через зависимые фильтры ( так как использовал msearch в левой колонке), mg77.ru/ посмотри здесь на главной. Если интересно, как реализовывал по-другому могу скинуть ссылку

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

у меня срабатывает, проставляет 2865, но при повторном, снова 2865
skrinshoter.ru/s/200819/oBnYJvpZ?a

Свежий коммент Марка с канала MAB:

Mark Hamstra
I think we first need a rest API and then to think about a new frontend. And there's also a mab decision about that from last year.

When there's an API, the frontend framework can be more easily changed in the future. Or there could be different ones even.

Проверьте еще раз, код/логи/консоль

public function getNum()
    {
        $cur = date('ym');
        $num = 0;
        $c = $this->modx->newQuery('msOrder');
        $c->where(array('num:LIKE' => "{$cur}%"));
        $c->select('num');
        $c->sortby('id', 'DESC');
        $c->limit(1);
        if ($c->prepare() && $c->stmt->execute()) {
            $num = $c->stmt->fetchColumn();
        }
        if (empty($num)) {
            $num = '2864';
        }
        $num = explode('/', $num);
        $num = end($num)  + 1;
        return $num;
    }

Привет. Как насчет принять участие в ближайшем MAB?

я так и сделал, но он начинает с 1