Prihod

Prihod

Был в сети Вчера в 19:28
Заказы не принимаю
+1
Мне не хватает таких настроек для импорта: template, published, hidemenu, show_in_tree.
Они никак не задаются в настройках?
Название полей которых нет в выпадающем списке вы всегда можете в нем прописать вручную так же можете поступить и полем gallery
А ещё у меня немного «кастомизированный» импорт на сайте — он связи товаров создаёт.
Есть какой-то способ грамотно расширить импорт — не потеряв возможности обновляться?
Пока способа расширить нет но если вы пришлете мне пример своего «кастомизированного» импорта то я могу попытаться на его основе сделать механизм расширения
+1
А если у меня уже созданы дополнительные свойства через файлы (вручную плагинами), в базе они в таблице modx_ms2_products. Как msFieldsManager будет с этим взаимодействовать?
Пока вы не добавите свое новое поле через плагин он ваши старые поля не уведет, а после добавления поля ваши поля которые вы добавили в ручную появятся в плагине и если вы теперь сделаете правку своих старых полей через плагин то по идеи должны перемениться новые значения и вы можете удалить свои плагины если конечно вы для них не создавали свои extjs компоненты.

И еще вопрос: если делать импорт из эксельника, будут ли корректно записываться свойства, созданные при помощи msFieldsManager
Да, т.к поля созданные через msFieldsManager становятся как бы родными для продукта. С вашим полями которые вы создали вручную проблем же нет.
0
0
Ну добавить та поле в БД для modResource не проблема но вот работать с этими полями без правки скриптов modResource не получится т.к в modx не предусмотрено механизма типа плагинов для расширения modResource как в minishop2 для товара
0
Пока нет т.к в настройках самого miniShop в его опции «Поля таблицы заказов» нельзя указать свои поля для вывода, как только эта возможность появиться в новой версии miniShop она будет реализована и в msFieldsManager
0
ну это как бы функционально не возможно сделать т.к поля созданные через мое приложение как бы становятся основными полями продукта, я думаю если вы ознакомитесь с этим постом вам станем понятней о чем я говорю. В общим если вам не нужно делать никаких фильтров и выборок по своим полям то вам прекрасно подойдет вариант опций который появился в miniShop 2.2
+1
Механизм дополнительных полей который появился в версии 2.2 конечно обладает некоторой гибкостью в плане привязки их к категориям но в тоже время имеет и недостаток т.к все данные хранятся в тестовом поле — это означает медленный поиск и сортировку + при выборке ресурсов необходимо отдельно делать дополнительные запросы.
0
Если не отмечен чекбокс «Перезаписать файл» то все изменения которые ты сделал сам остаются при дальнейшей генерации компонента т.е если понадобилась перезаписать файл мы отмечаем чекбокс нажимает кнопку генерировать компонент потом убираем чекбокс и делаем свои правки которые в дальнейшем не будут перезаписываться. Но это не касается map файлов, т.е если мы добавляем новое поле в нашу таблицу то нам нет необходимости отмечать чекбокс «Перезаписать файл» т.к map файлы в любом случаи перезапишутся
+3
Hi, сделал новое дополнение CMPGenerator Pro на основе UiCMPGenerator.

Что может CMPGenerator Pro:

1. создать базовую файловую структуру пакета, а так же при желании базовый класс + классы для валидации и работы с POST данными;

2. автоматически добавить информацию о вашем пакете в extension_package и в namespaces Modx-а что избавляет вас на этапе разработки от сообщении об ошибки типа Could not load class: когда вы пытаетесь работать со своими таблицами;

3. создать схемные xpdo-файлы и xpdo-классы для ваших таблиц баз данных, а также указать зависимости между ними (Composite Aggregate);

4. расширять базовые классы Modx;

5. создавать в 2 клика свой тип документов Modx за счет расширения класса modResource (автоматически создадутся соответствующие контролеры, процессоры и js файлы);

6. создать для пользовательских таблиц mgr и web контролеры с процессорами (для mgr будут созданы js файлы с функционалам для работы с полями таблицы с привязкой к их типу);

7. задать php тип для полей таблицы, что влияет на то какой компонент extjs будет использоваться для работы с данным полем, а так же как его данные будет обрабатывать Modx;

8. добавить в меню админки Modx действие для вашего mgr котроллера;

9. собрать транспортный пакет с автоматическим включением в него:
— таблиц;
— чанков, сниппетов и плагинов(для того что бы события на которые подписан плагин были добавлены в транспортный пакет данный плагин должен быть создан в админке с подпиской на нужные события) из соответствующих папок в elements;
— опций;
— пунктов меню.

Примечание: большинство перечисленных выше пунктов доступы только при включенной опции «Создать базовый класс» на этапе создания пакета.

Видео с демонстрацией функционала дополнения те кто смотрел для UiCMPGenerator могут пропустить с 2:38 сек. по 5:35 сек.

И таки да, данное дополнение платное.

+4
Просто MODX ничего не знает о вашем пакете.
Переходим в настройки системы и создаем новый параметр (если его еще нет) extension_packages. Заполняем только «Ключ» (extension_packages) и «Значение»:
[{"Map":{"path":"[[++core_path]]components/my_component_name/model/"}}]

или из консоли
$modx->addExtensionPackage('Map', '[[++core_path]]components/my_component_name/model/');