Волков Николай

Для выставления счетов:
modstore.pro/packages/integration/orderprint

По поводу строгости порядка переключения статусов заказа — достаточно написать один плагин в несколько строк.

По поводу отсутствия возможности сразу оплатить заказ, то тоже предельно просто. Через GET id заказа проверяется и если он имеется и у пользователя имеются права на его оплату и статус соответствующий, то вывод форм оплаты, если же не был передан в GET id, то новый заказ оформляемся.

Далее msProfile по большей степени один из вариантов оплаты, следовательно чтобы через оплату со счета сменился статус необходимо ровно тоже, что и остальным способам оплаты. Поэтому мне не понятно зачем его поддержка так описывается, т.к. это и так само собой разумееющееся.

По поводу поддержки офиса — опять же чего-то у них общего нет. Взаимодополняющего тоже не вижу ничего.

В общем ладно, не буду надоедать со своими мыслями. Спасибо большое за ответы. А само дополнение чумовое, ничего не скажешь!

На самом деле вопрос спорный, т.к. если говорить про непосредственно чистые MP3 файлы, то да, но если про варианты вроде SoundCloud, PromoDJ и т.д., то тут мне кажется все нормально должно быть, т.к. тоже сторонние сервисы, но с которых только картинку для превью делать не надо. Да и если к MP3 вернуться, то мета об исполнителе и тп непосредственно в самих файлах есть и можно в принципе только ради группировок и тп только отдельную таблицу делать, а так достаточно просто считать её при загрузке и в JSON записать.

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

Всю мету можно через data-* в контейнере расписывать и JS уже сам все сделает.

Слушай тут мысль в голову пришла одна интересная. А ведь ничего же не мешает не только видео добавлять, но и также и аудио. Взять те же самые SoundCloud, PromoDJ и тд. Да я думаю, что база у дополнения подойдёт даже и под выбор MP3 файлов не посредственно на самом сервере…

Второй пункт снимается. Не сразу заметил про возможность делать кастомные темы.

1) спасибо
2) что-то действительно через одно место описал. Вообще имел ввиду то, что на мой взгляд непосредственно на самом сайте содержимое tplEmbed (сам плеер и тп) должно генерироваться через JS, поэтому мне кажется, что этот параметр несколько избыточен. Плюс имеет смысл добавить параметр для Сниппета в котором будут писаться ссылки на JS, которые будут подключать в случае, когда количество роликов будет больше нуля.

Так тут даже расширение таблицы особо и не нужно. Нужно просто создать основной товар и аналогично в виде товаров его дополнительные опции. Далее через связи указать, что вторые — это подчинённые товары первого и в корзине потом через msProduct выводить.

Дополнение отличное! Единственное два маленьких момента:
1) Имеется возможность для добавления таба с галереей только для определённых шаблонов? На всех страницах он не нужен.
2) Если видеогалерея на фронте — это галерея из картинок с превью видео, которые при нажатии в Lightbox модальном окне открывают видеоплеер, то перебор по количеству чанков для вывода:-) Тупо [[+output]] внутри них придётся ставить. Может добавить настройку с вариантами для генерации результатов? Пример галереи про которую говорю:
world-stars.eu/

Количество бреда, который выдумывают СЕОшники, просто поражает. Лучше бы сайты хорошие делали первоначально, чем черти над чем шаманили и в топ выводили всякий шлак.

А чтобы тайтлы редактировать (как и многое другое) вы можете в тупую в HTML режим переключить редактор и внести через него абсолютно любые SEO радости.

Честно говоря я вообще не понял смысла в этом дополнении. Что оно делает такого, что минишоп не сможет после небольшой настройки? Новые статусы за минуты добавляются. Для выставления счета уже давно есть дополнение приличное на modstore. Также не понятно зачем нужна поддержка office и msProfile. В общем, может я что-то не понял, либо идея дополнение ерунда.

Проблема из-за кэширования. В кэш сохраняется нулевое значение, а потом все время от туда достаётся.

Вы написали полную чушь.
1) msProfile — это дополнение к минишопу, которое было приведено для примера. Создавать такие же папки и с теми же названиями файлов не нужно. Это маразм. Более того, тот адрес в скрипте указывает на класс, который расширяет класс пользователей, а мне что-то подсказывает, что автор вопроса хотел таблицу товаров.
2) Можно всего один раз запустить в дополнении console или подобном этот скрипт для добавления в автозагрузку минишопа вашего дополнения. То есть файлов вообще создавать не нужно. А Код в скрипте просто напросто заносит в настройки минишопа пути к вашему дополнению. Поэтому каждый раз их добавлять через сниппет не нужно, просто один раз выполнить в console и все… Ну или вообще вручную в настройках сайта.
3) Для каких именно целей это делается автором вопроса вообще не имеет значения.

Плюс я бы немного по-другому все таки раскидал поля таблиц, но это уже другой вопрос.

В целом согласен, но не совсем понятно почему нельзя все это дело организовать через обычных MODx пользователей с группами пользователей, а все остальное уже через отдельные таблички. Я из соображений о возможных дальнейших доработках вплоть до личных кабинетов у учащихся.

Еще вот такое есть:
modx.com/extras/package/frontendsimpleedit
modx.com/extras/package/siteeditor

Расширением метода checkPolicy можно вообще творить чудеса на самом деле:-)

В любом случае все это упирается в политику доступа. Каким образом обыграть их это другой вопрос. Я про это имел ввиду.

Группы пользователей к доступу ресурсу, но не варианта отображения.

Готов поспорить. Можно и через одну группу пользователей, но с двумя группами ресурсов, либо с ТВ или полем редактирования ресурса, где под конкретное значение klass_key будут указываться чанки/сниппеты/набор параметров для вывода.