Александр Мельник

Павел, а что за информация о том, что любой компонент можно бесплатно проверить?
Это как?
Я как-то раньше видел информацию о том, что перед покупкой можно проверить на поддомене dev.domen.ru но сейчас не вижу и этого в магазине.
Ну и плюс это фишка исключительно по хостинг modhost
У меня например тестовые сайты не являются подоменом основного домена и следовательно я никак не могу протестировать перед покупкой.
Сам сказал не будем спорить, а продолжаю дискуссию. Простите.

Иван, ну остается предположить, что вы тоже молодец.
Помогите тогда мне, пожалуйста.
Я вот пару дней назад писал вопрос, о работе платных компонентов и о том, что у меня в них наблюдаются глюки в extJS
modx.pro/help/17401

Ну не будем спорить.
Скажу только, что только сегодня на facebook видел пост о том, что

Сегодня обновился [modSliderRevolution] — компонент Prihod'a — один из самых популярных слайдеров от компании ThemePunch.
Этот слайдер используют 2 500 000+ сайтов во всем мире.

Вот вам пример того самого «продвинутого слайдера» о котором вы упоминали)

Вы и правы и нет.
Если MODx дает только инструменты, а не готовые решения, то зачем торговать готовыми решениями?
А почему собственно не путать?
К примеру я в битриксе покупаю компонент для выгрузки товара на яндекс маркет.
Работает шикарно. Когда количество товара выросло до 150 000 тысяч скрипт перестал успевать выполняться за время, которое выдает ему сервер. Обратился к разработчикам через форму связи в магазине. Мне бесплатно в течение дня полностью переписали программу, сделали пошаговое выполнение, чтобы не выбиваться со времени. Еще и хотели денег вернуть часть.

И на modstore я покупаю приложение с подобным функционалом. Глючит, не умеет половину того, что требует маркет, но 80 процентов не соответствует документации.

Я не знаю, Павел, почему у вас все работает идеально, наверное потому что вы молодец.

Все заминусовали Алексея.
А я скажу пару слов в поддержку. Да я тоже считаю, что даже платные компоненты для MODX, которые можно приобрести на modstore — очень некачественные. Исходя из моего опыта покупок, только один компонент работал так как описано в документации по нему, все остальные — жесть, сплошные глюки. Плюс не очень хорошая поддержка.
Я волей неволей сравниваю с программами, которые приходилось покупать для битрикс. Процент брака в них был менее процента, но даже если что-то пошло не так, разработчики исправляют все за пару часов и еще очень долго просят прощения…

а я засел за изучение Yii
И признаюсь — кайфую. Прежде всего от шикарной справочной системы. Читаешь и понимаешь как все работает. От обилия информации на youtube в том числе (хотя и официального учебника хватает). Мне этого очень не хватает в modx.

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

Все сайты на 30 разных серверах и смотреть логи каждого из сервера я не стал.
Был бы это 1-3 сайта, то был бы смысл.
Я считаю, что обновление это — улучшение, а если оно приводит к таким проблемам, то ну его.
Если найду свободное время (ха ха) то может и попробую еще раз. А может и нет. Поглядим)
Потому что приводить в полную негодность рабочий сайт на продакшене, для того чтобы потом лезть в логи и искать в чем же проблема — как-то неправильно.

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

Учитывая что версия 3,0 планировалась еще в 2012 году вроде, то становится ясно, что как жизнеспособное явление MODX умирает.

Что в вашем понимании — сделать лаконичнее?
Нужно отталкиваться от того, что вы хотите добиться.
очень хороший вариант предложил vectorserver. Стандартными сниппетами по другому никак, вы же читали документацию на компонент.
Если все же хочется, что-то изменить, то напишите свой сниппет, который будет принимать на вход список альбомов, шаблон. А в нем вызывайте себе сниппет Gallery в цикле.

А как обновляете?
При помощи отдельных компонентов? Опишите процедуру, пожалуйста.
После нахождения уязвимости в 2,6,4 я обновил около 30 своих сайтов до версии 2,6,5 при помощи upgradeMODX без проблем. Причем некоторые версии были очень старыми.
А вот при попытке обновить с 2,6,5 до 2,7,0 каждый второй сайт «ложится полностью» — белый экран у админки и у фронтенда.

Вы хотите на основании этого JSON создать автоматически ресурсы на своем сайте?
Честно говоря, содержимое JSON очень слабо напоминает содержимое страницы.
Но насколько я понимаю, вам нужно сначала создать на сайте шаблон ресурса.
Проанализировать свой JSON и выделить, какая информация в каких полях будет лежать.
Создать заранее все нужные TV и привязать их к шаблону.
А затем написать сниппет, который будет принимать в себя этот JSON, создавать объект класса modDocument.
Наверное после этого его нужно сохранить, чтобы применился шаблон и привязались TV, открыть этот же объект, заполнить его поля и сохранить еще раз.
И так в цикле, пока не закончатся элементы в JSON

Скопируйте код msProducts в свой сниппет.
Данные, которые передаются в чанк с шаблоном представляют собой массив $row.
Просто допишите в него передаваемый вами параметр и он станет доступен в шаблоне.

Да, спасибо.
Мы с vectorserver методом проб и ошибок тоже пришли к такому мнению.

Да, если работать напрямую с объектом системной настройки, то все ок.
Если через метод setOption() то не ок.
Остается только признать, что о том, что этот метод работает не так как ожидается, нам старались намекнуть в документации.
docs.modx.com/xpdo/2.x/class-reference/xpdoobject/configuration-accessors/setoption
фразой

Using setOption does not permanently update an option as xPDO options are not persisted, but loaded on each request.

Использование setOption не приводит к постоянному обновлению опции?? Но загружаются при каждом запросе… ересь какая-то

Запустил в консоли, да, все записалось корректно.
А через setOption() не работает.
Но правда ради чистоты эксперимента нужно попробовать обратиться к объекту напрямую не через консоль в админке а из файла.

Необязательно подключать полностью файл index.php чтобы создать объект modx.
У меня ведь объект создается без всяких проблем. И контекст инициализируется и getOption() работает.
Да, такая системная настройка есть.
Сам пока не пойму, что не так…
Меня вот лично смущает тот факт, что системные настройки располагаются в пространствах имен, но эти пространства никак не учитываются в методах getOption() и setOption()…

Кстати тоже не работает ваш код.
Читать системные настройки читает, а вот ничего не записал в USA.
Странно.

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

require 'index.php';

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