Хотим сделать небольшой магазин, только данные о товарах должны браться с другого сайта, с 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-фида, например, раз в час или сразу при его обновлении.
— Обновляйте только измененные или новые товары, чтобы минимизировать нагрузку.
— После парсинга обновляйте базу данных — вставляйте новые товары, обновляйте существующие, удаляйте устаревшие.
— В приложении в запросах к товарам используйте данные из базы — это обеспечит большую скорость отклика.
