ReadyScript
ReadyScript
Вернуться на сайт
8 800 775 83 80
Исполнено

0

Обновление изображений товаров при импорте

Поло Арт Обновлен 6 лет назад в категории CMS Админ. панель 8

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

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

***
Этих проблем можно избежать, если для каждого изображения хранить контрольную сумму оригинального изображения. И при импорте может выполняться или не выполняться условие. Думаю, понятна мысль.
Фича поможет избежать детской проблемы ридискрипта. Фича должна быть включена по умолчанию(для новичков самое оно!) и выключаться по желанию пользователя.
Да, я понимаю, что это замедлит импорт, но импортировать можно частями (поля Фото отдельно) или отрубить фичу, когда точно понимаешь, что делаешь.

***
Сейчас же приходится предварительно готовить csv под загрузку. Берём 40.000 товаров с одного источника, 30.000 товаров с другого источника - ищем дубли и пристреливаем их. Но это какой-то дрянной метод, хоть и работает.

Комментарии 8

  • Ответить 0

    Поло Арт 6 лет назад

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

    • Ответить 0

      Артем Полторанин 6 лет назад

      Важно: Сегодня в конце рабочего дня выпустили обновление, касающееся этой функции. Обязательно установите обновление.

      Работает так: При загрузке изображения через CSV высчитывается хэш содержимого картинки и пишется в базу. При следующей загрузке также высчитывается хэш содержимого загружаемого изображения, сравнивается с тем, что в базе и если совпадает, то изображение пропускается.

      Таким образом при повторной загрузке изображений из CSV не произойдет дублирование одинакового изображения.

      • Ответить 0

        Поло Арт 6 лет назад

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

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

        Короче, всё вроде реализовано - мы попробуем на тестовом сайтике.

        ***
        И ещё - на почту пришёл камент явно от Бодрова. Вы его забаните или просто будете удалять? Это ж неакдекватный товарищ.

        • Ответить +1

          Артем Полторанин 6 лет назад

          Наша CI система строит changelog по каждому модулю на основе подписей к коммитам автоматически. То есть все подписи у нас хранятся сейчас в истории GIT.

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

          --------

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

          • Ответить 0

            Алекс Бодров 6 лет назад

            Артем Полторанин, раз уж дело дошло до удаления - прошу очистить мусор и тут: http://helpdesk.readyscript.ru/wish/Problemy-importa-tovarov-i-harakteristik-645.html
            Если убрать все, что написал этот товарищ и мои ответы на его писанину - текста станет в 3 раза меньше и ничего важного не пропадет.

            Наверно стоило разделить это на отдельные пожелания, но это все возникло в процессе работы с одним заказом.

          • Ответить 0

            Поло Арт 6 лет назад

            Артем Полторанин, да, было бы просто супер собрать куда-то в публичную часть общие изменения.
            А ещё можно дублировать такой changelog (за последние полгода-год и ссылку на полный changelog) в корень сайта - шанс вырастет, что кто-то почитает и не станет в поддержку звонить/писать.

  • Ответить 0

    Ярослав Пономарев 6 лет назад

    Поддерживаю общий changelog

Написать сообщение