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

У первоисточника есть ответы на вопросах в комментариях, этого не скопировать, как ни старайся =)

1. Я не вижу проблемы с добавлением новой документации. Мне не сложно, было бы что добавлять.
Да и одним куском тоже не проблема. Какие диффы, о чем речь? Сейчас в docs.modx.pro про сам miniShop2 нет ничего.

2. Про организацию, в очередной раз напоминаю — с февраля идёт разработка новых версий силами Simple Dream.
Настолько мощно идёт, что уже предлагают кому-нибудь заняться управлением проекта.

Мне кажется, тебе стоит предложить свои услуги там. Это реально может что-то изменить.

На здоровье!

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

Я тоже против идеи создания новых инструментов и организаций — имеющихся и так за глаза. Хоть там в новом аккаунте я уже и owner, но не понимаю, зачем оно мне нужно.

Вопрос в другом, и он очень серьёзный — кто сегодня отвечает за развитие miniShop2? Кому присылать pull-request?

За версию 2.1 отвечаю я, она мне всем нравится, но чтобы двигаться дальше я хочу её отрефакторить. Пока этого не будет — я ничего не делаю.

За новые версии отвечает команда Simple Dream, которые с 01.02.2015 пишут новые функции. Стабильной версии и готовой документации, насколько я понимаю, нет до сих пор.

Двигаться дальше я не могу — мне некуда. Версии 2.2 и 2.3 уже заняты и подключаться к ним мне неинтересно, потому что я хочу переписать MS2, а не наращивать функционал. Переписывать версию 2.1 при наличии 2.2 и 2.3 тоже как-то странно. Да и какой у неё будет номер — 2.4 без функционала 2.2 и 2.3? Забавно.

Вот и сижу, жду, чем всё это закончится. Будут ли стабильные новые версии, которые можно переписать или нет? А если будут, буду ли я согласен с изменениями, которые туда внесли?

Единственный пока реальный вариант, на мой взгляд, снова взять разработку в свои руки и сделать платный форк miniShop2Plus или как-то так. Продавать его за большие деньги, оказывать поддержку, писать документацию и т.д.

Но это получается, что я только ms2Plus и буду заниматься, всю оставшуюся жизнь, а меня это что-то тоже не особо прельщает.

Вот исправление, можешь применить пока у себя на сайте.

Очень просто — удалить /core/cache.

Если сервер разрешает обращаться к консоли из PHP скрипта, то можно так:

<?php
define('MODX_API_MODE', true);
require 'index.php';

shell_exec('rm -rf ' . MODX_CORE_PATH . 'cache/');

Понятное дело, что это можно делать и без PHP, обычным консольным bash скриптом.

Не надо, я уже отредактировал коммент. Это баг 2.4.0, я не сразу понял, что надо именно в шаблоне проверять, а не вообще.

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

Если отключить 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 я не отвечаю — их разрабатывают другие ребята.