Павел Бигель

Вкладка в админке и 10 строчек кода в виде вызова процессора?
Это правда стоит 500 рублей?

А вот за это респект!
Расширять поля по одиночке надоело

Шаблоны Ultron это сборище outdated решений с getimagelist, перемешки phx и fenom и 25 миллионов шабонов без понятия extend и include.
Покупать это я не советую никому, прям совсем никому

Ты просто никаким образом не пометил что это не для MODX, поэтому люди будут задавать такие вопросы :)
А вообще да в xpdo миграций нет, поэтому нужно сэтапить CI интеграции используя транспортные пакеты.

Не хочу никого обижать, но минифицировать страницу с предварительным запросом в тивиху, звучит как начало анекдота

Может я ошибся, но вчера видел тут (вроде тут) что основная причина такого хака — версионирование. Мол ClientConfig сложнее версионировать. Так можно же написать резолвер, который будет гонять данные в ClientConfig

Есть суть в версионировании, что мешает написать резолверы?

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

А как можно обновить ключ? Я только знаю как он генеруется

Бустрапинг классов заменили альфа2.

Ты сам себя перенакрутил.

$ cd www/_build
$ cp build.config.sample.php build.config.php
$ cp build.properties.sample.php build.properties.php
$ php transport.core.php

На этом все

Кстати да, хотелось бы такое решение из коробки замутить.
Но, я немного покритикую это тред:

@EVAL
$output = $modx->runSnippet('getCatOptions');
return $output;

EVAL — плохо. Даже разработчики MODX поняли что плохо и выпилили сие чудо в 3.0
Из этого следует что сниппет getCatOptions — в целом лишний, его можно заменить SQL запросом и вместо EVAL использовать SELECT.
Если же рассматривать сам сниппет, то

$options = $modx->getIterator('msOption');

я бы заменил на

$options = $modx->getIterator(msOption::class);

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

Но в целом — спасибо за решение, кому-то однозначно пригодится.

phpthumbon работает лучше — факт

Ровно до первых нестандартных кейсов)

Тоесть вы создаете php class Product, описывая в нем свойства товара?

Да

Вот это вообще не понял. Под моделью вы понимаете терминологию MODX? тоесть модель это файловое отображение таблицы в базе данных? Вы создаете таблицы в базе свои? Что значит промежуточное состояние?

Модель это класс. Промежуточное состояние может быть разным. В моем случае это json файлы.

Тоесть в директории products у вас на скрине что хранится? Файлы json где в каждом файле один товар?
А после этого вы запускаете какой-то свой скрипт, который считает json файлы и запускает процессор создания товара?

Да, все верно

Спасибо!
mSync решение не очень, уж в очень идеальных условиях оно работает

Честно сказать — не эксперт как это работает со стороны 1С.

Опять же, вебхуки — лучший вариант для решения таких задач. Правда, пока таких задач мне не поступало. Обычно обновление раз в 3-4 часа было.
Не нужно делать прямой коннект в базе. Это иррационально.

А зачем?
CommerceML выгружается двумя кнопками и дает вполне себе структурные данные. Если же рассматривать вариант что по той стороне 1С 8.3 и хороший 1С программист, можно попробовать поработать с вебхуками. Хороший 1сников я так и не нашел, поэтому работаем с файловыми обменами в основном :)

Расширение для хрома без установки всяких пакетов:
chrome.google.com/webstore/detail/bootstrap-grid-overlay/mnlklmelflkheijccafopdohgclfefcg/related?hl=ru&gl=001&authuser=0