Василий Наумкин

У меня работает в ресурсе. А в шаблоне тоже нет.

Если отключить Ace, то тоже не работает — так что это явно баг 2.4.0-pl. На 2.3.5-pl всё хорошо и с Ace, и без него.

Да, ты прав.

Фокус в том, что обработка тегов Fenom на странице происходит после того, как MODX копирует все зарегистрированные стили и скрипты в кэш ресурса.

Так что добавил дополнительную обработку можно обновляться.

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

Используй

'registerJs' => 'default',
'registerCss' => 'default',

Это пропишет готовые HTML теги в тело страницы и они будут в кэше.

Была ошибка в обновлении старых версий в репозитории. Поправил, теперь должно работать.

Ну, я со своей стороны готов ответить на любые твои вопросы по работе miniShop2.1 и моих к нему дополнений.

Готовую документацию было бы здорово разместить и на docs.modx.pro — там уже много чего есть.

{$_modx->runSnippet('pdoMenu', ['parents' => 0, 'showLog' => 1])}

Нет проблем. Работает и результат сохраняется в файле кэша ресурса.

Создай тестовый сайт и продемонстрируй там, что именно не работает.

Да, там проверка на синтаксис тегов Fenom, чтобы не гонять через него все чанки подряд.

Видимо, её нужно улучшить.

Эта утопия называется «рефакторинг Tickets за три шага»: 1, 2, 3. Две недели работы и компонент как новенький.

На miniShop2 понадобилось бы около месяца, если бы в один определённый момент сообщество выбрало рефакторинг, а не наращивание функционала.

А так мы имеем, что имеем.

Ты не ответил на мой вопрос:

Почему бы, для начала, не заняться тем, что есть?

Вот масса информации, ссылки собраны в одном месте — что еще нужно для начала работы? Как создание неких непонятных структур и привлечение не пойми кого ускорит процесс?

Мой опыт показывает, что работа выполняется быстрее, когда ей занимается один человек.

Мы можем смело сравнить как выпускался ms2.0 и ms2.1, когда им занимался один человек, и как сейчас выпускаются версии 2.2 и 2.3, когда там целая команда — ровно так же будет и с документацией.

Да и вообще, как что-то писать сегодня? По какой версии — по стабильной 2.1 или по бете 2.2, или по альфе 2.3?

На мой взгляд, перед написанием новой документации нужно привести в порядок сам miniShop2: обновить интерфейс, внести разные исправления, разобраться с заявленными ошибками на GitHub. И вот когда у нас будет чистенький опрятненький компонент — уже можно что-то писать, с новыми скриншотами.

miniShop2 славится одним недостатком – отсутствием цельной, собранной в одном месте, документации.

Документация, если что, вот здесь.

Может, не в полном объёме, может устарела местами, но не хуже других магазинов на MODX это точно. Очень много информации по ссылкам на анонсы новых версий — это подробнейший changelog, фактически.

Для примера, вот Shopkeeper
Вот ShopMODX (больше ничего похожего на документацию не смог найти)
Вот SimpleCart — здесь вроде побогаче, но и магазин платный

И по другим дополнениям документации тоже хватает — переводи не хочу.

Почему бы, для начала, не заняться тем, что есть?

Поправил в версии 2.1.4-pl, можно обновляться и использовать ТВ как задумано:

{$_modx->resource.newsTestTv}

Можно обновляться до версии 2.1.4-pl и читать документацию по новому методу.

Не требует, а предлагает.

За версии старше 2.1 я не отвечаю — их разрабатывают другие ребята.

Скорее вызов haProfile перебивает настройки HybridAuth — класс то используется один.

Попробуй вместо

&groups=`Users:1`

Указать

&groups=`Users`

Вдруг там какой косяк в роли, а так будет обычный member по умолчанию.

Ты бы поискал еще более старую версию, чего всего лишь 2.1.9-beta от 27 декабря прошлого года?

При условии, что я всё верно написал без проверки — конечно должно.

А если не работает, значит я что-то написал неверно, и тебе предстоит выяснить, что именно.

На modhost.pro именно так и закрыто, по умолчанию.

У нас таких вопросов не будет в принципе, аллилуйя!

Результата и не будет — это пример.

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

Лучше бы это отправить как pull-request в репозиторий MODX.

И что будет, когда станет 3 колонки дополнений?