Aртур Чикин

Сказки все это, беглый поиск по репозиторию MODX и Store SD:

Upload to Users CMP
FileUpload
ResizeImageOnUpload
Autofolders

Качай устанавливай смотри исходники.

Изучи компоненты со схожим функционалом и компоненты имеющие возможность загружать файлы на сервер. А там по примерам других уже сложится и своя картина.

Вот тут вся документация по MODX в том числе и по созданию компонента

А так же смотря в исходный код ядра и других компонентов.

Чем тебе не устраивает mSearch2
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

Возможно в текстах rss есть не экранированные символы которые периодически проскакивают в ленте и не съедаются парсером.

Для одноклассников нужно мыло, а так как одноклассники потихоньку объединяются с Моим миром то почта @mail.ru у них у всех есть. У вк все печальнее, но суть не в этом. Суть в том что Email нужен в системе не только для Tikets и желания Василия. А так решили разработчики самого MODX.

1 заставить ввести email
2 если нет email ввести какой нибудь произвольный.
3 использовать только тех провайдеров которые отдают email пользователя

miniShop2, не станут они его «перекраивать»?

На сколько я понимаю, MiniShop это просто каталог товаров, корзина и система оплаты. В нем так же есть своя система плагинов. Например плагины оплаты. В репозитории simpledream.ru они начинаются с префикса msp например mspQIWI.

Думаю что какие либо проблемы смогут решиться стандартным api modx без редактирования кода minishop.

А как Вы считаете, у сторонних разработчиков не возникнет проблем с изучением miniShop2

На счет проблем с изучением, это зависит только от уровня знаний php у разработчика. MiniShop этот все тот же php.

Что может привести к потере работоспособности, например при обновлении компонентов.

Только невнимательность при обновлении. Например при обновлении компонента предоставляется выбор какие чанки обновить а какие нет. Если по глупости выбрать не те чанки можно сломать дизайн. А можно вообще их не обновлять, обновить только код.

Вместе с rкомпонентом поставляется js скрипт и если его редактировать то при обновлении его перезапишет, по этому нужно его просто скопировать и указать новый путь к js в системной настройке. Тогда все будет нормально.

Отслеживать анонсы перед обновлением. Так как в компонент может добавится новый функционал и для этого возможно придется внести мелкие правки в шаблон в ручную.

В общем если обновлять осмысленно то проблем не будет. То есть перед обновлением читать анонс и changelog. Если анонса нет значит там просто фиксы указные в changelog.

Ну смотри выбирая MiniShop2 ты получишь:

Готовый базовый гибкий компонент без уязвимостей
Моментальные обновления в случае чего.
Много дополнений правда некоторые платные (это одна из причин по которой много нервов потрепали здешнему блогеру)
*У платных дополнений будет приоритетный суппорт
Внятную документацию
Так как здесь обитает много народу то и помощь сообщества в случае чего.

Выбирая Шопкипер

Готовый базовый компонент без уязвимостей
Не быстрые но оперативные обновления в случае чего.
Немного, но основные дополнения.
Внятную документацию
(У автора шопкипера основная работа больше не связана с MODX по этому новый функционал и дополнения к магазину будут появляться очень не часто)

Про ShopModxBox не говорю так как он уже не подходит.

Я в курсе что тема наболевшая для автора, но это не значит что нужно кидаться на людей.

Если у большого халка начать отрывать коросту на пальце, есть риск получить в челюсть)

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

По теме могу сказать одно. У MiniShop2 есть небольшое преимущество.

Если сравнивать MiniShop2 и ShopKeeper то могу сказать что для MiniShop2 выпускается гораздо больше расширений и дополнений чем для ShopKeeper. Обе довольно неплохо документированы. Но для разного рода дополнения выходят довольно редко.

Если сравнивать MiniShop2 и ShopModxBox то у второго вы получаете php конструктор без явной документации и кучу непонятного кода на сайте разработчика. Сам компонент довольно сложно воспринимать как целый компонент скорее как раннюю alpha (автомобиль с мощным двигателем и сидением для водителя но без кузова и прочих удобств). И для этого компонента почти нет никаких дополнений.

Сможешь оформить подробным постом? В тонкости и трюки или готовые решения.

НУ теперь выкладывай решение:)

Ты отчищаешь div от контента который там уже есть?

А я разве сказал что ее нельзя сделать?) Я по мой му только сказал что им нечего выводить:) И для пагинации надо писать совй js

Для раздела новойстей поставль галочку Использовать HTML-редактор а для остальных ресурсов сними ее.

Тут ты смотри сама) Я высказал свои предположения почему может что то не работать. Остальное нужно смотреть на месте.

Нет для этого придется написать небольшой плагин который будет проверять есть ли у пользователя email и выводить предупреждение и\или иную меру для того что бы пользователь в ручную ввел свой email.

Смотри в параметр &groups

[[!HybridAuth? &groups=`Users` &providers=`Vkontakte,Google,Facebook,Twitter`]]

Возможно там ошибка

docs.modx.pro/components/hybridauth/snippets/hybridauth

Ты возможно что то путаешь, а возможно я тебя запутал. Но если ты заходишь под пользователем User который находится в группе Users то он может создавать тикеты через фронтенд так как группе Users назначена политика доступа TicketUserPolicy. Если ты зашла через пользователя Admin который находится в группе Administrator и этой группе не назначена политика TicketUserPolicy и TicketVipPolicy и не находится в группе Users то ты не сможешь создавать тикеты и будешь получать ошибку прав доступа.

Тут 2 варианта решения ситуации

1. Добавить администратора в группу Users (что вы и сделали)
2. Добавить группе Administrator политики доступа TicketUserPolicy и TicketVipPolicy

Просто по умолчанию политика доступа TicketUserPolicy и TicketVipPolicy не назначается группе administrator. Для этого нужно просто назначить группе администраторов обе политики.

P.S Для группы Users ты политику назначила, а для группы Administrator нет.