Расширенный импорт товаров.
файл csv, колво товаров в файле 8к, используются склады.
из колонок грузится, код, цена, кол-во общее, колво на каждом складе, продавец и наименование товара.
Фото у товаров нет. При импорте никаких предельных нагрузок на сервере на проц (4 ядра), озу (1,5ГБ загружено из 4), или диск (SSD) нет.
Но импорт занимает полтора часа. Сторонний модуль тестировали от RetailFactory.ru: Автоматизация прайсов поставщиков, быстрее, но тоже долго (50 минут). Подскажите в какую сторону копать? Может есть специалисты, которые могут провести анализ импорта и найти проблему?
Сколько колонок со складами?
Если штук 5, то так оно и работает…
Общее кол-во грузить не надо, если используете склады.
В базу напрямую импортируйте, 10 секунд будет.
Не очень хороший совет, там все равно придется вызывать обработчики складов, уже помогали клиентам, которым писали “ускоренные скрипты”. Именно склады требуют вызова своих обработчиков к сожалению, поэтому для корректной работы мы в модуле используем их.
Если речь о модуле - понятно, модуль должен верно работать у всех. Когда делаешь под себя, когда знаешь, что логика работы компании не поменяется, ну и конечно понимаешь, какие данные куда идут - какой может быть вопрос?
Вообще ни в чем не собираюсь вас убеждать - если хотите, используйте свой импорт в склады.
Для обновления цен и количества - уже 10 лет как, практически в неизменном виде )
Не знаю, что там за склады, ни разу не смотрел, но думается мне, что 10 сек. импорта в базу, плюс вызов этих обработчиков займет в любом случае на порядки меньше времени, чем через любой модуль.
Посмотрите, это не так. У нас в модуле прайсов все переписано ядро, поэтому он такой быстрый. Но именно склады - пришлось обойтись функциями коробки. Просто ваш ответ в заблуждение может ввести.
Это наша печаль… надеюсь вы когда то это тоже реализуете.
Из-за этого прайсы ночью грузятся по 7 часов.
Все равно не понятно. как Склады могут так медленно работать…
как вам и советовали, обращаться за разработкой кастомного импорта на склады конкретно под вас. Сам так поступил, иначе нормальной скорости добиться невозможно. Штатные/модульные инструменты, во-первых, очень долгие, а во-вторых, грузят БД так, что весь сайт начинает сильно тормозить.
Но дальше возможно придётся адаптировать другие модули/ядро для совместимости с этим кастомным импортом. Но по-другому на больших объёмах никак.
Это понятно. Но отключение этой колонки из импорта эффекта на скорость выгрузки не оказывает, к сожалению.
Что за импорт? К кому обращались за доработкой?
Вопрос к кому обращаться. У кого есть подобный опыт доработок? Кого посоветуете?
Обращался к себе и нашему программисту 1С. Обработка в 1С на сервере по расписанию собирает данные в csv, вызывает контроллер на сайте и передает этот файл, данные раскладываются по полочкам и в 1с возвращается отчет о работе.