Fi1osof

Лучше. Сейчас и в самом MODX с кешированием все лучше стало, хотя бы потому что теперь MODX результат кешируемых элементов в кеш сохраняет как готовый HTML (раньше он этого не делал), из-за чего сейчас у меня даже отпадает необходимость использования компонента phpTemplates. Теперь я просто в обычный MODX-шаблон прописываю, например, [[smarty?tpl=`tpl/mainpage.tpl`]] и все ОК.

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

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

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

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

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

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

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

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

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

Подождите :) К тому времени модуль «немного подорожает». И бесплатные консультации закончатся.

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

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

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

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

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

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

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

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

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

Да, безусловно. Для этого предусмотрен публичный коннектор. Только здесь надо сразу смотреть потребуется пошаговость в выполнении или нет. В интеграции с той же 1С, сама 1ска шлет столько запросов на сервер, сколько нужно (то есть она как и наша консоль бесконечна в количестве запросов, пока сервер не вернет окончательный ответ или ошибку). Если по крону надо будет выполнять мультишаговый импорт, то сейчас сразу так гарантировать не могу, ибо не пробовал, но скорее всего возможно задействовать механизм curl+redirect. То есть со стороны сервера отправляем редирект-заголовки, и курл дальше за ними идет bash curl -L. Для этого просто достаточно будет в переопределяющем процессоре добавить отправку заголовков.

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

Отписался

Я как обычно, что-то другое полезное пилил :)
Так или иначе, если у вас проект в связке 1С еще актуален, могу предложить помощь в переводе его на modImporter бесплатно. С вас только приобретение самого пакета. Для меня просто интерес на одном проекте увидеть разницу в сравнении.

Спасибо за напоминание, учту.

Спасибо.
Как только что будет, обязательно отпишусь.

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

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

Да, пока отключили, ошибки же. Но я уже выложил 1.0.1 с контроллерами-заглушками, отписался, скоро активируют.
CSV на этой неделе выложу, у меня есть наработки. Вообще обновленный пакет будет интересные плюшки иметь, пока не буду раскрывать какие, но они очень полезные будут :) Сразу еще на 500 рэ подорожает))

Сорри за долгий ответ, в разъездах сегодня был.
Нет, с установкой все ОК. Просто как я и писал в топике, пока выгрузка только из XLSX и XML. Те пункты меню пока пустышки. А контроллеры-заглушки я пока не сделал, чтобы эти ошибки торопили меня написать и эти контроллеры :) Очень скоро они появятся. Сегодня я не успеваю уже написать «быстрый старт», но завтра точно опубликую. Будет описан четкий сценарий добавления собственного импортера.

ОК. Возникнут вопросы, спрашивайте. Сегодня-завтра еще опубликую более подробный туториал по нему.

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