Fi1osof

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

Смотрите вот этот топик. Там XLSX, но по сути это тот же самый XML-разбор. Отличие только в том, что перед разбором идет распаковка эксель-файла как архива, а у вас это будет без распаковки сразу чтение из XML.
В любом случае, возникнут вопросы — обращайтесь по существу. Ну и по мере появления у меня очередных кейсов, я так же их буду освещать.

ImportX я особо не ковырял, но первое же, что я решил проверить, подтвердилось. Он использует стандартную MODX Console. В своем старом топике я писал

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

Уточню в чем проблема: тот механизм рассчитан только на один запрос к серверу. Куча остальных запросов идут только на чтение статусов выполнения. И если по таймауту 30 секунд ваш запрос завершится, то импорт встанет колом. В моем решении каждый запрос — это отдельный запрос, так что можно прогружать десятки тысяч товаров, даже если это займет час-два.

P.S. Еще один момент, это галерея изображений. Как быть с ней?

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

В этом топике приводится пример как выгружать из XLSX. Более подробный мануал о системе в общем в новом топике.

По 1С и остальному. не все сразу. Все, что бесплатно (не считая стоимости пакета), все это будет появляться постепенно по мере того, как будет у кого-то разрабатываться. Если кому-то срочно нужен какой-то определенный функционал или тип выгрузки, то уже будет выполняться за деньги. Из этого массовый функционал будет попадать в компонент.
Так как у нас довольно много запросов на подобные услуги, то функционал будет довольно активно прокачиваться.

P.S. Интеграцию с 1С мы уже не раз выполняли, так что 1С довольно скоро появится довольно полная версия.

Это можно делать автоматически, при установке. Например, вот так.

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

Ну и хотелось бы видеть эту документацию на docs.modx.pro, там проще найти.

Это сложно назвать документацией. Пока это предварительное описание того, что есть сейчас, и все это требует обсуждения. В процессе пакет еще пилить и пилить, прежде чем будет какая-то устоявшаяся версия, которую уже можно будет документировать. Тогда и конечно же документация будет.

Поправил. Расскажи еще на досуге, как ты это делаешь? Я не смог этот баг нормально отловить в своё время — не получалось повторить на тесте.

Да ничего такого не делаю. Алгоритм такой: пишу топик, по ходу сохраняю, так же по ходу заливаю картинки в самом же редакторе (внизу), иногда нажимаю предпросмотр, и в процессе все эти шаги миксуются. Заметил, что даже без обновления страницы, картинки начинают биться. Что интересно, удаляешь битый блок, тут же нажимаешь вставить с самба внизу, и этот же блок работает (я правда не сводил отличаются там пути или нет). Я так поправил несколько картинок, а потом пока писал, опять куча побилась.

Выше я писал, что потенциал у пакета гораздо шире, чем заявляется в его названии. Да, для этих целей его тоже можно использовать. Он годится под все, что рассчитывается на какие-то планируемые шаги. Условно планирование его деятельности можно продумывать так «Взять информацию оттуда-то, подсчитать то-то, обновить то-то, разослать уведомления, сбросить кеш, пережать все картинки и т.д. и т.п.». Все это надо разбивать на логические шаги. В процессоре помимо привычных $this->succes() и $this->failure() появляются $this->nextStep() и $this->process(). Первые два метода окончательные — на них выполнение консоли завершается. nextStep() принимает в качестве первого параметра имя следующего метода, к которому будет выполнен переход (по сути это повторный запрос на сервер, только уже к другому шагу), а $this->process() — это так же повторный запрос, только без изменения параметров, то есть на тот же шаг (к примеру, шаг — обновление товаров, но обновляем мы по сто штук, то есть надо выполнить одно и то же действие несколько раз, пока не будут все товары обновлены). И да, я готов вам помочь в интеграции с Tickets.