Интернет-магазин, в котором товары берутся из XML с другого сайта?

Хотим сделать небольшой магазин, только данные о товарах должны браться с другого сайта, с xml фида.

Товаров не много, около 250 -300 штук. но постоянно обновляются. Подскажите как правильно сделать раз чтобы как-то на «лету» парсить фид при каждом запросе? Чтоб модель товаров брала данные не с БД, а с XML файла. Или нужно обязательно парсить фид и сохранять в БД периодически.

Также вопрос, может DST Store поддерживает уже какой то тип парсинга? 

В DST Store есть функция парсинга, и даже предусмотрен специальный компонент для этого. Однако, в вашем случае это не решит проблему, так как требуется индивидуальный подход. Такая работа выполняется за дополнительную плату, но не стоит беспокоиться, она будет небольшой, поскольку товаров немного. В DST Store уже встроен Cron, что упрощает задачу, так как вам не нужно создавать автоматизацию для периодического парсинга.

Обычный каталог товаров.

Плюс периодически парсить и обновлять свою БД.

Здравствуйте. Можно создать сайт на ДСТ Стор а далее синхронизировать через partscanner 

Здравствуйте. Можно создать сайт на ДСТ Стор а далее синхронизировать через partscanner 

Ирина Савельева

Это не очень хорошая идея т.к. partscanner платный, а магазин как написал автор небольшой и регулярно платить будет врядли выгодно. Проще и дешевле будет написать свой парсер, дело 3-4 дней. 

Спасибо всем за ответы, а как вообще на сегодняшний день интернет-магазины парсят товары?

Собственно, какими способами сегодня интернет-магазины заливают товары от поставщика к себе на сайт? Заказывают разработку индивидуальных парсеров? Заливают по API? Или какими-то другими еще способами загружают? 

Спасибо всем за ответы, а как вообще на сегодняшний день интернет-магазины парсят товары?

Собственно, какими способами сегодня интернет-магазины заливают товары от поставщика к себе на сайт? Заказывают разработку индивидуальных парсеров? Заливают по API? Или какими-то другими еще способами загружают? 

Екатерина Симонова

Если можно готовым решением — используют его, если нет, то самопис. Это работает как для «поставщика», так и для конкурентов.

Действительно, все зависит от компании, которая нуждается в этом парсере.

И как бы она не старалась, найдутся таките, кто не захочит предоставлять данные в необходимой форме.

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

И они надолго обеспечены работой на огромном оптовом вещевом рынке с тысячами продавцов и сотнями интернет-магазинов.

Нормальный поставщик выдают средства для импорта/синхронизации. Начиная от плагинов к CMS и заканчивая АПИ. На худой конец csv.

Для работы с остальными пишутся индивидуальные решения.

Для небольшого магазина с постоянным обновлением данных и количеством товаров около 250-300, оптимальной стратегией будет баланс между «линейным» парсингом фида при каждом запросе и сохранением данных в базе.

Варианты подходов и их особенности

Для вашего варианта — около 250-300 товаров, постоянно обновляемых — лучшим решением будет автоматический периодический парсинг и сохранение данных в базу. Это позволит:

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

Реализация

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