Семён Кудрявцев

Странно проверяю на Вашем тестовом сайте — проблема есть
1)Делаю так — yadi.sk/i/-CfnE_YNXbwjdQ
2)Обновляют страницу браузера — yadi.sk/i/i5AVXu29_fXfLw

Приятно видеть обновления компонентов, которые очень редко обновляются.
Жаль, что баг с галочкой очистить кэш у разделов с тикетами по-прежнему жив — yadi.sk/i/09s8dKOh3McKKu
А так автору спасибо, компонент постоянный желанный гость в большинстве сайтов.

Столько предположений разных, и никого не смутило, что в настройках локального сервака выбран MySQL 8 версии, который там по определённым причинам назван как MySQL-5.8-x64, насколько мне известно MODX с 5.7 то недавно подружился нормально, а уж про 8 версию что говорить)
Просто переключаетесь на 5.7, ставите снова движок и все свои дополнения и полёт будет нормальным.

Отличный компонент, дизайн не нужен, всё равно переделывать придётся, главное возможность всё оформить по-своему чтобы была.

Поставил его потестить на modhost.pro — при выборе в меню заказа счёта или квитанции ни один из пунктов не отрабатывает, либо пустая страница, либо пишет что не найден шаблон. Работает только печать PDF -> расходная накладная. Может я забыл что-то ещё сделать?
s16264.h4.modhost.pro/manager/
s16264
rofcuA5xpmZg

Автору респект, теперь это достойная замена компонента orderPrint, да ещё и по более выгодной цене.
Хорошо бы в него по-умолчанию добавить побольше готовых форм, так как самому нарыть их в сети, а потом ещё и стили правильные прописать мало кому захочется и не у многих получится, так как у pdf библиотеки под капотом есть свои требования к css, я уже это проходил с orderPrint)
Может пустить клич по сообществу, кому какие формы пригодились при разработке интернет-магазинов и попросить их в комменты написать, а может даже и кодом поделиться? Думаю Ваш компонент + хороший набор форм однозначно определит выбор разработчика при покупке компонента.

Абсолютно согласен, сколько не делал магазинов на miniShop2, клиенты все без исключения просили потом как-нибудь допилить этот момент, пользоватлеи всё время пытались регатся на сайте, а им в ответ, а — Вы уже есть, и дальше им нужно делать какие-то действия чтобы восстановить пароль, который они никогда сами и не создавали.

Задумка отличная, всего этого функционала изначально не хватало в miniShop2.
Однако поставил потестить на modhost.pro, и не работает экспорт в заказах и создание заказа из админки,
надо допиливать компонент до рабочего состояния.

Сергей, я рад, что Вы правильно восприняли мой комментарий, я ни в коем случае не хотел сказать, что не надо делать подобных компонентов, просто раз уж этот функционал уже реализован в самом движке, то делать его дубль может быть и нет необходимости.
По поводу настройки форм, я имел ввиду что там можно указать сразу нужный шаблон по умолчанию для определённого родителя, этот момент рассматривается в видео ближе к концу. Но идея вообще скрывать поле шаблона от менеджеров тоже неплохая мысль)

Прочитал статью и у меня как будто дежавю).
Вопрос уже неоднократно обсуждался и в сообществе и в канале телеграмма.
Данная проблема решается встроенным функционалом самого MODX (Раздел — Настройка форм), без каких либо компонентов, плагинов и.т.д.
Сначала о Вашей проблеме:
1)Шаблон дочерних ресурсов при обычном создании всегда наследуется от родителя, а не от соседних ресурсов.

2)При быстром создании этого наследования нет, но и само быстрое создание ресурсов доставляет больше проблем контент-менеджерам, так как там не выводятся TV-поля для заполнения, а ресурсы редко бывают абсолютно чистыми (только с родными полями), поэтому в политиках доступа всем менеджерам просто отключается возможность быстро создавать и обновлять ресурсы (resource_quick_create и resource_quick_update)

3)После изучения раздела «Настройка форм» штатными средствами MODX можно очень гибко настраивать шаблон для дочерних ресурсов в зависимости от родителя. Вот скриншот как выглядят правила назначения шаблона для дочерних ресурсов у родителя с id = 2
yadi.sk/i/jpFt5JpyBnUckg
yadi.sk/i/rQKpAEbsVFVgPA

P.S. У меня много проектов, где «контентщики» пишут статьи и пока не разу не возникала проблема с назначением шаблона.
P.S Полезный урок от Артёма по настройке форм — www.youtube.com/watch?v=G7N-Ku5GpsI

Ответ на вопрос был найден в группе телеграмма, спасибо Ярославу.
В коде была ошибка в json параметре — не указана закрывающая скобка.
В итоге рабочий пример, позволяющий сократить число запросов в базу.

//Вариант 1 - Так получаем 2 запроса
$user = $modx->getObject('modUser',1);
print_r($user->getOne('Profile')->get('fullname'));

//Вариант 2 - Так получаем 1 запрос
$user = $modx->getObjectGraph('modUser',['Profile'=>[]],1);
print_r($user->Profile->get('fullname'));

//Вариант 2 - Так получаем 1 запрос (вариант с json параметром)
$user = $modx->getObjectGraph('modUser','{"Profile":{}}',1);
print_r($user->Profile->get('fullname'));

Ага, это я уже понял.
Скрин будут ждать, спасибо заранее!
Документацию бы к этому классному компоненту написать, я бы и рад в этом помочь, но пока с ним надо нормально разобраться.

В смысле одни пользователь может быть у одного контрагента, но у одного контрагента может быть много пользователей

По первому вопросу:
Сейчас я делаю так — modx.pro/solutions/7037-expanding-any-table-modx/
Через плагин маппингом добавляю новое поле в users и всё ок, но может есть возможность делать это через компонент?
И только сегодня понял одну фишку по поводу связей в компоненте, оказывается имеет значение какая таблица находится слева или справа при установке связи) Чисто случайно выяснилось

Я нигде об этом не упоминал) Конечно один ко многим.

Сергей, приветствую! Тестирую Ваш компонент на modhost.pro, подумываю о покупке, но прежде хотел бы узнать о возможностях.
Вопрос: Как через компонент сделать связь новой таблицы с уже существующей в системе?
Я создал таблицу — контрагенты и хочу связать её с пользователями MODX по id
Для этого мне нужно в таблице пользователей добавить новое поле contragent_id, по которому я буду привязывать компании.
1)Могу ли я добавить новое поле в оригинальную таблицу users через компонент?
2)Какую таблицу нужно вытаскивать в рабочее поле компонента? users или выбрать пункт расширить таблицу?

Зачем писать плагины, подключать какие-то скрипты?
У MODX есть штатный инструмент для настройки интерфейса ресурсов и вкладок
— yadi.sk/i/5cQMS4CH3UzxNs
Изучите этот раздел и вопросов как что-то скрыть или переместить в интерфейсе ресурса у Вас больше не возникнет.
А вот если родного функционала окажется мало, вот тогда пускайте в ход самописные плагины.

Это скорее всего единственный вариант — так как перетаскивание ресурса не инициирует ни одного события в системе, и написать простейший плагин тут не получится. Это логический косяк, значение поля (parent), перетаскиваемого ресурса меняется и сохраняется в базе, а отловить это сохранение возможности нет.
Поэтому выход тут, скорее всего одни, у нужных пользователей переопределить указанную выше системную настройку.

Слишком частный случай, чтобы реализовывать это в универсальной CMS из коробки.
miniShop2 на то и был создан, чтобы добавить коммерческий функционал в систему и дальше расширять её как душе угодно.
Данный топик скорее предполагает обсуждение и предложение идей общих для движка в целом.

Молодец! Давно уже пора.
Ещё, если не трудно, не плохо бы туда добавить возможность опционально указывать атрибуты defer и async,
а в связи с последними обновлениями спецификации js то атрибут type лучше не удалять, а тоже сделать опциональным, так как в эпоху модульного js в нём теперь можно указывать type=«module»
В настоящий момент приходится отказываться от нативных методов и использовать компонент modHelpers, в котором Сергей Шлоков предусмотрел эти моменты и скрипты и стили регистрируются как положено, по современным стандартам.