Сказки все это, беглый поиск по репозиторию MODX и Store SD:
Upload to Users CMP
FileUpload
ResizeImageOnUpload
Autofolders
Качай устанавливай смотри исходники.
17 марта 2014, 12:48
0
Изучи компоненты со схожим функционалом и компоненты имеющие возможность загружать файлы на сервер. А там по примерам других уже сложится и своя картина.
Возможно в текстах rss есть не экранированные символы которые периодически проскакивают в ленте и не съедаются парсером.
17 марта 2014, 05:42
0
Для одноклассников нужно мыло, а так как одноклассники потихоньку объединяются с Моим миром то почта @mail.ru у них у всех есть. У вк все печальнее, но суть не в этом. Суть в том что Email нужен в системе не только для Tikets и желания Василия. А так решили разработчики самого MODX.
16 марта 2014, 08:23
0
1 заставить ввести email
2 если нет email ввести какой нибудь произвольный.
3 использовать только тех провайдеров которые отдают email пользователя
16 марта 2014, 08:00
+1
miniShop2, не станут они его «перекраивать»?
На сколько я понимаю, MiniShop это просто каталог товаров, корзина и система оплаты. В нем так же есть своя система плагинов. Например плагины оплаты. В репозитории simpledream.ru они начинаются с префикса msp например mspQIWI.
Думаю что какие либо проблемы смогут решиться стандартным api modx без редактирования кода minishop.
А как Вы считаете, у сторонних разработчиков не возникнет проблем с изучением miniShop2
На счет проблем с изучением, это зависит только от уровня знаний php у разработчика. MiniShop этот все тот же php.
Что может привести к потере работоспособности, например при обновлении компонентов.
Только невнимательность при обновлении. Например при обновлении компонента предоставляется выбор какие чанки обновить а какие нет. Если по глупости выбрать не те чанки можно сломать дизайн. А можно вообще их не обновлять, обновить только код.
Вместе с rкомпонентом поставляется js скрипт и если его редактировать то при обновлении его перезапишет, по этому нужно его просто скопировать и указать новый путь к js в системной настройке. Тогда все будет нормально.
Отслеживать анонсы перед обновлением. Так как в компонент может добавится новый функционал и для этого возможно придется внести мелкие правки в шаблон в ручную.
В общем если обновлять осмысленно то проблем не будет. То есть перед обновлением читать анонс и changelog. Если анонса нет значит там просто фиксы указные в changelog.
15 марта 2014, 23:22
0
Ну смотри выбирая MiniShop2 ты получишь:
Готовый базовый гибкий компонент без уязвимостей
Моментальные обновления в случае чего.
Много дополнений правда некоторые платные (это одна из причин по которой много нервов потрепали здешнему блогеру)
*У платных дополнений будет приоритетный суппорт
Внятную документацию
Так как здесь обитает много народу то и помощь сообщества в случае чего.
Выбирая Шопкипер
Готовый базовый компонент без уязвимостей
Не быстрые но оперативные обновления в случае чего.
Немного, но основные дополнения.
Внятную документацию
(У автора шопкипера основная работа больше не связана с MODX по этому новый функционал и дополнения к магазину будут появляться очень не часто)
Про ShopModxBox не говорю так как он уже не подходит.
Я в курсе что тема наболевшая для автора, но это не значит что нужно кидаться на людей.
Если у большого халка начать отрывать коросту на пальце, есть риск получить в челюсть)
15 марта 2014, 20:29
+1
Не обижайтесь просто это наболевшая тема для авторо сея блога. И если у большого халка начать отрывать коросту на пальце, есть риск получить в челюсть)
По теме могу сказать одно. У MiniShop2 есть небольшое преимущество.
Если сравнивать MiniShop2 и ShopKeeper то могу сказать что для MiniShop2 выпускается гораздо больше расширений и дополнений чем для ShopKeeper. Обе довольно неплохо документированы. Но для разного рода дополнения выходят довольно редко.
Если сравнивать MiniShop2 и ShopModxBox то у второго вы получаете php конструктор без явной документации и кучу непонятного кода на сайте разработчика. Сам компонент довольно сложно воспринимать как целый компонент скорее как раннюю alpha (автомобиль с мощным двигателем и сидением для водителя но без кузова и прочих удобств). И для этого компонента почти нет никаких дополнений.
14 марта 2014, 09:52
0
Сможешь оформить подробным постом? В тонкости и трюки или готовые решения.
14 марта 2014, 08:47
0
НУ теперь выкладывай решение:)
14 марта 2014, 07:02
0
Ты отчищаешь div от контента который там уже есть?
13 марта 2014, 18:10
0
А я разве сказал что ее нельзя сделать?) Я по мой му только сказал что им нечего выводить:) И для пагинации надо писать совй js
13 марта 2014, 11:22
0
Для раздела новойстей поставль галочку Использовать HTML-редактор а для остальных ресурсов сними ее.
12 марта 2014, 20:38
0
Тут ты смотри сама) Я высказал свои предположения почему может что то не работать. Остальное нужно смотреть на месте.
12 марта 2014, 20:34
0
Нет для этого придется написать небольшой плагин который будет проверять есть ли у пользователя email и выводить предупреждение и\или иную меру для того что бы пользователь в ручную ввел свой email.
Ты возможно что то путаешь, а возможно я тебя запутал. Но если ты заходишь под пользователем User который находится в группе Users то он может создавать тикеты через фронтенд так как группе Users назначена политика доступа TicketUserPolicy. Если ты зашла через пользователя Admin который находится в группе Administrator и этой группе не назначена политика TicketUserPolicy и TicketVipPolicy и не находится в группе Users то ты не сможешь создавать тикеты и будешь получать ошибку прав доступа.
Тут 2 варианта решения ситуации
1. Добавить администратора в группу Users (что вы и сделали)
2. Добавить группе Administrator политики доступа TicketUserPolicy и TicketVipPolicy
12 марта 2014, 19:58
0
Просто по умолчанию политика доступа 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 нет.