Но мы уже ушли, конечно, далековато от темы вопроса :)

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

Это php, контроллер, конечно, не в свободном доступе.

ладно.  пошел дальше переносить сайт с самописной cms на modx....

у меня специализация это перенос данных между cms.  я постоянно этим занимаюсь.  Как хобби. Но помимо основной работы где Laravel + vue и начинается Symfony понимногу.

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

Ну, речь же шла не о переносе сайта, а небольшого кол-ва данных с чужих... это как-бы разные цели.
Ясно дело, что если перенос сайта с самописной на modx - у тебя будет БД этой самописной... и понятно что там могут быть выключенные товары и все вытекающие из этого.
иногда просят перенести 5 конкретных товаров... и так лень в ручную это делать.. а у тебя уже скриптик парсинга почти готовый - так интереснее :))) или надо БД запрашивать в поставщика? Дадут ли?

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

если это поставщик, то у него будет уже готовый каталог в формате csv, xml или Excel или даже apii для получения товара. . В его же интересах давать товар дистрибьютерам. к своей базе конечно он не даст доступ.  А доступы дают те кому нужно перенести сайт с одного движка на другой.

Все верно. Если это поставщик, который заплатил за реализацию данного функционала. Не все такие продуманные поставщики, а тем более дизайнеры...
И я не понимаю что вы пытаетесь доказать?

Да

ну дак это ты же первый начал спорить и защизать парсинг с чужих сайтов.. Но парсинг - это несерьезно.  это удел мелких предпринимателей, которые хотят сграбить чужой товар и начать работать под заказ в спешки ища поставщиков.  А натоящие поставщики заинтересованы в том чтобы их товар хорошо продавался и уж у них денег побольше, чем у обычных предпринимателей и заказать  за 2-3 рубля  скрипт, который будет формировать xml файл для всех их клиентов это совсем не проблема.  Не будет же поставщик говорить - вот наш сайт.  Давайте напишите парсер или ручками набивайте наш товар.   Первое что нужно делать когда начинаешь торговать - это подготовить прайс... Чтоб твой товар начали продавать.  Ну какой парсер...

Удивишься, но нет)

Многие нанимают пять китайских женщин

Которые ведут маркетплейсы и сайт

Бъют вручную все.

И таких большинство

да не может быть таких большинство.  я занимался выгрузками еще когда сайтов почти не было а уж магазинов  и подавно. Но уже была 1с.  где десятки тысяч товаров всегда загружались в автоматическом режиме от различных поставщиков.  А сейчас уже 20 лет прошло.  Если у человека есть склады, свой товар, то  у него есть и каталог товаров.

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