Изучи компоненты со схожим функционалом и компоненты имеющие возможность загружать файлы на сервер. А там по примерам других уже сложится и своя картина.
Для одноклассников нужно мыло, а так как одноклассники потихоньку объединяются с Моим миром то почта @mail.ru у них у всех есть. У вк все печальнее, но суть не в этом. Суть в том что Email нужен в системе не только для Tikets и желания Василия. А так решили разработчики самого MODX.
На сколько я понимаю, MiniShop это просто каталог товаров, корзина и система оплаты. В нем так же есть своя система плагинов. Например плагины оплаты. В репозитории simpledream.ru они начинаются с префикса msp например mspQIWI.
Думаю что какие либо проблемы смогут решиться стандартным api modx без редактирования кода minishop.
А как Вы считаете, у сторонних разработчиков не возникнет проблем с изучением miniShop2
На счет проблем с изучением, это зависит только от уровня знаний php у разработчика. MiniShop этот все тот же php.
Что может привести к потере работоспособности, например при обновлении компонентов.
Только невнимательность при обновлении. Например при обновлении компонента предоставляется выбор какие чанки обновить а какие нет. Если по глупости выбрать не те чанки можно сломать дизайн. А можно вообще их не обновлять, обновить только код.
Вместе с rкомпонентом поставляется js скрипт и если его редактировать то при обновлении его перезапишет, по этому нужно его просто скопировать и указать новый путь к js в системной настройке. Тогда все будет нормально.
Отслеживать анонсы перед обновлением. Так как в компонент может добавится новый функционал и для этого возможно придется внести мелкие правки в шаблон в ручную.
В общем если обновлять осмысленно то проблем не будет. То есть перед обновлением читать анонс и changelog. Если анонса нет значит там просто фиксы указные в changelog.
Готовый базовый гибкий компонент без уязвимостей
Моментальные обновления в случае чего.
Много дополнений правда некоторые платные (это одна из причин по которой много нервов потрепали здешнему блогеру)
*У платных дополнений будет приоритетный суппорт
Внятную документацию
Так как здесь обитает много народу то и помощь сообщества в случае чего.
Выбирая Шопкипер
Готовый базовый компонент без уязвимостей
Не быстрые но оперативные обновления в случае чего.
Немного, но основные дополнения.
Внятную документацию
(У автора шопкипера основная работа больше не связана с MODX по этому новый функционал и дополнения к магазину будут появляться очень не часто)
Про ShopModxBox не говорю так как он уже не подходит.
Я в курсе что тема наболевшая для автора, но это не значит что нужно кидаться на людей.
Если у большого халка начать отрывать коросту на пальце, есть риск получить в челюсть)
Не обижайтесь просто это наболевшая тема для авторо сея блога. И если у большого халка начать отрывать коросту на пальце, есть риск получить в челюсть)
По теме могу сказать одно. У MiniShop2 есть небольшое преимущество.
Если сравнивать MiniShop2 и ShopKeeper то могу сказать что для MiniShop2 выпускается гораздо больше расширений и дополнений чем для ShopKeeper. Обе довольно неплохо документированы. Но для разного рода дополнения выходят довольно редко.
Если сравнивать MiniShop2 и ShopModxBox то у второго вы получаете php конструктор без явной документации и кучу непонятного кода на сайте разработчика. Сам компонент довольно сложно воспринимать как целый компонент скорее как раннюю alpha (автомобиль с мощным двигателем и сидением для водителя но без кузова и прочих удобств). И для этого компонента почти нет никаких дополнений.
Нет для этого придется написать небольшой плагин который будет проверять есть ли у пользователя email и выводить предупреждение и\или иную меру для того что бы пользователь в ручную ввел свой email.
Ты возможно что то путаешь, а возможно я тебя запутал. Но если ты заходишь под пользователем User который находится в группе Users то он может создавать тикеты через фронтенд так как группе Users назначена политика доступа TicketUserPolicy. Если ты зашла через пользователя Admin который находится в группе Administrator и этой группе не назначена политика TicketUserPolicy и TicketVipPolicy и не находится в группе Users то ты не сможешь создавать тикеты и будешь получать ошибку прав доступа.
Тут 2 варианта решения ситуации
1. Добавить администратора в группу Users (что вы и сделали)
2. Добавить группе Administrator политики доступа TicketUserPolicy и TicketVipPolicy
Просто по умолчанию политика доступа TicketUserPolicy и TicketVipPolicy не назначается группе administrator. Для этого нужно просто назначить группе администраторов обе политики.
P.S Для группы Users ты политику назначила, а для группы Administrator нет.
Upload to Users CMP
FileUpload
ResizeImageOnUpload
Autofolders
Качай устанавливай смотри исходники.
А так же смотря в исходный код ядра и других компонентов.
store.simpledream.ru/packages/ecommerce/msearch2.html
docs.modx.pro/components/msearch2/snippets/msearch2
Он сделан с использованием библиотеки pdoTools
store.simpledream.ru/packages/utilities/pdotools.html
И обладает всеми доступными ей параметрами
docs.modx.pro/components/pdotools/general-settings
2 если нет email ввести какой нибудь произвольный.
3 использовать только тех провайдеров которые отдают email пользователя
Думаю что какие либо проблемы смогут решиться стандартным api modx без редактирования кода minishop.
На счет проблем с изучением, это зависит только от уровня знаний php у разработчика. MiniShop этот все тот же php.
Только невнимательность при обновлении. Например при обновлении компонента предоставляется выбор какие чанки обновить а какие нет. Если по глупости выбрать не те чанки можно сломать дизайн. А можно вообще их не обновлять, обновить только код.
Вместе с rкомпонентом поставляется js скрипт и если его редактировать то при обновлении его перезапишет, по этому нужно его просто скопировать и указать новый путь к js в системной настройке. Тогда все будет нормально.
Отслеживать анонсы перед обновлением. Так как в компонент может добавится новый функционал и для этого возможно придется внести мелкие правки в шаблон в ручную.
В общем если обновлять осмысленно то проблем не будет. То есть перед обновлением читать анонс и changelog. Если анонса нет значит там просто фиксы указные в changelog.
Готовый базовый гибкий компонент без уязвимостей
Моментальные обновления в случае чего.
Много дополнений правда некоторые платные (это одна из причин по которой много нервов потрепали здешнему блогеру)
*У платных дополнений будет приоритетный суппорт
Внятную документацию
Так как здесь обитает много народу то и помощь сообщества в случае чего.
Выбирая Шопкипер
Готовый базовый компонент без уязвимостей
Не быстрые но оперативные обновления в случае чего.
Немного, но основные дополнения.
Внятную документацию
(У автора шопкипера основная работа больше не связана с MODX по этому новый функционал и дополнения к магазину будут появляться очень не часто)
Про ShopModxBox не говорю так как он уже не подходит.
По теме могу сказать одно. У MiniShop2 есть небольшое преимущество.
Если сравнивать MiniShop2 и ShopKeeper то могу сказать что для MiniShop2 выпускается гораздо больше расширений и дополнений чем для ShopKeeper. Обе довольно неплохо документированы. Но для разного рода дополнения выходят довольно редко.
Если сравнивать MiniShop2 и ShopModxBox то у второго вы получаете php конструктор без явной документации и кучу непонятного кода на сайте разработчика. Сам компонент довольно сложно воспринимать как целый компонент скорее как раннюю alpha (автомобиль с мощным двигателем и сидением для водителя но без кузова и прочих удобств). И для этого компонента почти нет никаких дополнений.
docs.modx.pro/components/hybridauth/snippets/hybridauth
Тут 2 варианта решения ситуации
1. Добавить администратора в группу Users (что вы и сделали)
2. Добавить группе Administrator политики доступа TicketUserPolicy и TicketVipPolicy
P.S Для группы Users ты политику назначила, а для группы Administrator нет.