Как я не раз уже говорил много где, MODX не использует в своей работе XML-схему модели вообще никогда, то есть для него она что есть, что нету. Используется XML-схема только в случае, если на ее основе надо сгенерировать map-файлы. Как это работает, статья в помощь. При работе же с CMPGenerator, у нас на выходе уже имеются готовые map-файлы и прочие классы, то есть дальше нам XML-схема вообще не нужна. Следовательно прописывать отношения нужно прям в map-файлах. Здесь уточню по вашему вопросу, что изменения в map-файлы учитываются сразу же, ибо MODX читает их при каждом обращении к нему (естественно один раз за запрос (include_once)). И к слову сразу замечу конкретно по своей методике: таблицы часто имеют называния во множественном числе (к примеру, modx_users), при этом класс как правило имеет название в единственном числе modUser (соответственно и название файла moduser.class.php). А CMPGenerator название класса даст по названию таблицы, то есть modusers.class.php. Я это к тому, что все равно после первичной генерации модели приходится имена файлов и классов подправлять и далее они уже сопровождаются в ручном режиме. Единственное, что когда меняются структуры таблиц, то генеришь отдельный пакет (чтобы не перетирать рабочий) и описания колонок уже копипастишь из сгенеренной мапы в рабочую.
Это понятно. Возможно я не правильно в чем то выразился. CMP нужен для того что бы сформировать модель (пакет) на основании Таблиц БД. Далее я так понимаю он не принимает никакой деятельности в дальнейшей жизни пакета. Так вот. Мой вопрос: если я открою уже сгенерированную модель в часности ...schema.xml и просто допишу в нее отношения, они работать будут? п.с. понравился сам пакет поскольку проект предстоит многотабличный и писать модели заколебало уже… а тут такая вещь вкусная.
Ну у нас для ShopModxBox есть модуль Shopmodx1C. Сейчас он правда только на импорт пока реализован, но если нужен двусторонний обмен с 1С, то он запросто пот это допиливается (если программировать умеете). Рассчитан на 1С-8+ и не требует каких-то специальных манипуляций на стороне 1С (штатный режим и формат Commerceml).
Спасибо за совет! Запасусь чем-нибудь. Но отношусь я не скептически, а иронически)
Подскажите пожалуйста, какой модуль для интернет магазинов лучше использовать в ModX Revo? Есил планируется в перспективе написать обработку обмена с 1с.
Арбитраж оперирует только бумажками, как от истца, так и от ответчика. Николай, запасайтесь побольше такими в свою правоту. Они вам очень пригодятся, дело серьёзное и я бы так скептически не относился.
Ладно, будет день — будет пища. Будут новости, отпишусь.
О прям на Рождество (католическое) пусть от ФС в костюмах Санты приходят, раз такой «подарок» сделали)
И все-таки Иск действительно есть. Предварительное заседание объявлено на 25-ое декабря. Запасаемся попкорном :)
Shopmodxbox — модульный, классный, с хорошим функционалом и поддержкой — одни плюсы. Ну, далеко не одни плюсы, но в целом не бесполезен. Да, у 1С нет особых конкурентов (кроме Паруса, который работает в госсегменте и который на частный бизнес особо не распространяется). Но как раз это и создает те условия, когда они могут на многое плевать. И это не моральная оценка, а просто констатация фактов. Об этом и статья. Резюме: да, плюсы и минусы есть везде. Не повод холиварить, но лично я с автором согласен.