К сожалению такой возможности не нашел, только управление стандартными страницами , как они пишут CMS , возможно можно написать плагин, запросы к бд они и в африке...
Информация Store Manager for Prestashop
- Автор темы sov2008
- Дата начала
Выделить товары в списке и перетащить мышкой в дерево категорий
Либо выделить товары для переноса , правой кнопкой мыши - назначить категории(ю) и отметить чекбоксы групп в которых есть желание видеть товар, ведь один и тот же товар может находится в нескольких группах одновременно без его копирования !
alextu
Гуру форума
- Регистрация
- 14 Авг 2014
- Сообщения
- 131
- Реакции
- 61
Доброго утра товарищи камрады. Кто-то решил проблему импорта картинок, у меня почему-то импортируется только 2 изображения, а остальные программа игнорирует, также добавленные фото по умолчанию не имеют ID магазина и приходиться привязывать в ручном режиме
Да, загрузка большого количества товаров, это песня... У меня в принципе все картинки нормально грузятся, неимоверно долго конечно. Неужеле нельзя было сделать, чтобы прога все картинки локально подготовила, запаковала в один файл, залила его туда и распаковала.... Так же прога вылетает частенько с ошибкой Access violation, даже если ничего в ней не делаешь. С горем пополам работаем как-то
guru31337
Постоялец
- Регистрация
- 8 Сен 2012
- Сообщения
- 61
- Реакции
- 32
Парой страниц ранее BVladimir описывал как побеждал импорт большого количества товаров через store manager. Идея с созданием миниатюр уже после импорта отличная - только это и спасает.
Но хочу поделиться и своими мыслями на этот счёт..
В настройках фтп ставил 25 потоков - картинки начинали загружаться довольно быстро (где-то по 5-10 в секунду), но после импорта 2000-3000 изображений наблюдается снижение скорости до 1-2 картинок в секунду. А еще через где-то 1000 изображений процесс вообще останавливается.
Попробовал в это время создать на хостинге еще одного пользователя фтп и заменил в настройках SM соответственно логин/пароль - загрузилось еще около 1000 картинок довольно быстро, потом опять началось замедление и остановка. В итоге создал 3 пользователей и менял их периодически - с горем пополам загрузил.
Также от остановки загрузки помогает включение активного режима работы фтп, но скорость становится очень низкой(
Сам не понимаю почему так происходит, но может кто-то более осведомленный выявит причинно-следственную связь и какое-нибудь решение проблемы)
П.с. Хотел посмотреть логи фтп - файл с логами за один день был больше 800мб...
И еще по теме, что описывал BVladimir - когда пути к картинкам прописаны, а самих картинок нет. Чтобы этого избежать я сортирую записи в окне задач фтп по Количеству попыток. Смотрю когда количество попыток по загрузке самых неудачных файлов приближается к 10 и перезапускаю SM.
Дело в том, что когда SM делает 10 попыток на загрузку какого-то файла, то, видимо, думает, что с файлом косяк и больше не пытается, а после перезапуска программы задачи с количеством попыток 10 удаляются.
Но хочу поделиться и своими мыслями на этот счёт..
В настройках фтп ставил 25 потоков - картинки начинали загружаться довольно быстро (где-то по 5-10 в секунду), но после импорта 2000-3000 изображений наблюдается снижение скорости до 1-2 картинок в секунду. А еще через где-то 1000 изображений процесс вообще останавливается.
Попробовал в это время создать на хостинге еще одного пользователя фтп и заменил в настройках SM соответственно логин/пароль - загрузилось еще около 1000 картинок довольно быстро, потом опять началось замедление и остановка. В итоге создал 3 пользователей и менял их периодически - с горем пополам загрузил.
Также от остановки загрузки помогает включение активного режима работы фтп, но скорость становится очень низкой(
Сам не понимаю почему так происходит, но может кто-то более осведомленный выявит причинно-следственную связь и какое-нибудь решение проблемы)
П.с. Хотел посмотреть логи фтп - файл с логами за один день был больше 800мб...
И еще по теме, что описывал BVladimir - когда пути к картинкам прописаны, а самих картинок нет. Чтобы этого избежать я сортирую записи в окне задач фтп по Количеству попыток. Смотрю когда количество попыток по загрузке самых неудачных файлов приближается к 10 и перезапускаю SM.
Дело в том, что когда SM делает 10 попыток на загрузку какого-то файла, то, видимо, думает, что с файлом косяк и больше не пытается, а после перезапуска программы задачи с количеством попыток 10 удаляются.
Оптимизация FTP задач, произошла только в версии 2.19.5, если верить changelog'ам с сайта разработчиков.
Я эту "оптимизацию" протестировал и понял , что ничего лучше особо не стало. Да, конечно удобно стало,что при запуске программы появляется "У вас в очереди 119 542 FTP-задач. Продолжить?" , но в целом ничего не поменялось, картинки нормально НЕ загружаются, кучу товаров остается без картинок и ох как потом геморно все это править.
С большим количеством товаров эта программа не справляется, я 3 дня матерясь, пытался заставить ее загрузить картинки к 8000 товаров, причем сначала 2.15 не справилась с этой задачей, а потом я скачал 2.20 и начал пытать ее, так и она не справилась.
На 2.20 все FTP-задачи выполнялись , грузил в качестве эксперемента на локалхост. Когда все задачи выполнились , я радостный побежал смотреть картинки на сайте ,а фиг там.
Задачи store manager то выполнил все, но через одно место.
Огромное количество товаров не имеет картинок. Заходишь в бэк-офисе в свойства товара, в раздел картинок, а там например 3 картинки:1 загружена , а еще 2х нет, но путь к ним прописан и стоит значк поврежденного изображения.
Идешь по указанному пути - файла нет естественно, не загрузился каким-то чудом.
В версии 2.20 пытался 3 раза с нуля импортировать товары, ни 1 из попыток не удалась на 100%.
Самое веселое в этой программе начинается дальше. С помощью встроенной утилиты можно найти все товары , у которых нет картинок.
А вот что дальше?
При импорте есть 2 опции:
1) "не загружать фотографии, если у товара есть хоть 1 изображение" - если у вас к каждому товару всего 1 картинка, то считайте,что вам повезло (наверно).
2) "Удалить все изображения перед импортом" - если не поставить эту галочку, то к вашим уже загруженным изображениям, добавятся еще новые и будут копии. Была например 1 нормально загруженная фотография и 2 "поврежденные" , при импорте еще загрузится 3 как новые , итого будет 6 изображений и это у товара, у которого от поставщика идет 3 изображения.
Чтобы этого не было, надо пилить прайс-лист от постащика вручную, удаляя позиции, к которым фотографии загрузились нормально.
В итоге сделал так: Back-Office->Preference->Images , надо отключить всё, что относится к "Product" , то есть small_default, home_default и т.д.
Далее заходим в Store Manager и начинаем импортировать товары и изображения к ним.
В таком режиме store manager не будет генерировать уменьшенные изображения к товарам, а будет загружать только оригинал и загрузка пройдет очень быстро. Количество FTP-задач сократится в 5-6 раз.
С такой задачей Store Manager справится уже легко. У меня 2.15 (специально решил попробвать на ней, ибо моя 2.20 не вечна) с первого раза загрузил все 8000 товаров.
Затем запускаем диагностику магазина с целью найти товары , к которым не загрузились изображения.
В моем случае нашлось всего 30 товаров без изображений,да и то, не загрузились они т.к поставщик накосячил в пути к изображениям или вообще удалил изображения с сервера.
Правим по списку, если нет изображений вообще, то стираем путь к ним, если же поставщик накосячил,то загружаем вручную фотографии к товарам.
Еще раз запускаем диагностику, если все исправлено , то радуемся, теперь у нас "девственно-чистая" база и оригиналы всех изображений присутствуют на сервере, что очень важно, ведь с оригинала создаются все копии уменьшенных размеров.
Но это не все, теперь идем обратно в Back-Office->Preference->Images и включаем все пункты для "Product" , что мы отключали.
Но и это еще не конец. Опускаем глаза в самый низ страницы с настройками изображений и видим "Regenerate Thumbnails" , там выбираем так Select an image->Products.
Select a format - начинаем с любого размера, я начал со small_default , далее жмем кнопку "Regenerate Thumbnails" и ждем , на локальном сервере все происходит быстро и без ошибок, но на сервере хостинг-провайдера, может выскочить ошибка, тогда после этой ошибки надо поставить "нет" в поле "Удалить предыдущие изображения" и повторить заного все. После успешного завершения регенерации изображения к small_default повторяем процедуру для следующих размеров.
Весело правда? Если бы мне каждую неделю требовалось бы добавлять по 1000+ новых товаров, то я бы наверно перестал бы пользоваться prestashop. Но если требуется только раз добавить несколько тысяч товаров, а дальше только цену обновлять,изредка добавляя не более нескольких сотен новых товаров за раз, то сойдет.
После 1го мучения с добавлением нескольких тысяч товаров, дальше можно такими выкрутасами не заморачиваться и импортировать без проблем обычным способом, если импортировать надо не несколько тысяч новых товаров.
Повторюсь, тест проводил и на 2.15 и на 2.20 , обе версии не справлялись с импортом картинок к 8000 товарам. После махинаций описаных выше, загрузил все в 2.15, но и 2.20 по такой же схеме справилась бы соответственно.
Я эту "оптимизацию" протестировал и понял , что ничего лучше особо не стало. Да, конечно удобно стало,что при запуске программы появляется "У вас в очереди 119 542 FTP-задач. Продолжить?" , но в целом ничего не поменялось, картинки нормально НЕ загружаются, кучу товаров остается без картинок и ох как потом геморно все это править.
С большим количеством товаров эта программа не справляется, я 3 дня матерясь, пытался заставить ее загрузить картинки к 8000 товаров, причем сначала 2.15 не справилась с этой задачей, а потом я скачал 2.20 и начал пытать ее, так и она не справилась.
На 2.20 все FTP-задачи выполнялись , грузил в качестве эксперемента на локалхост. Когда все задачи выполнились , я радостный побежал смотреть картинки на сайте ,а фиг там.
Задачи store manager то выполнил все, но через одно место.
Огромное количество товаров не имеет картинок. Заходишь в бэк-офисе в свойства товара, в раздел картинок, а там например 3 картинки:1 загружена , а еще 2х нет, но путь к ним прописан и стоит значк поврежденного изображения.
Идешь по указанному пути - файла нет естественно, не загрузился каким-то чудом.
В версии 2.20 пытался 3 раза с нуля импортировать товары, ни 1 из попыток не удалась на 100%.
Самое веселое в этой программе начинается дальше. С помощью встроенной утилиты можно найти все товары , у которых нет картинок.
А вот что дальше?
При импорте есть 2 опции:
1) "не загружать фотографии, если у товара есть хоть 1 изображение" - если у вас к каждому товару всего 1 картинка, то считайте,что вам повезло (наверно).
2) "Удалить все изображения перед импортом" - если не поставить эту галочку, то к вашим уже загруженным изображениям, добавятся еще новые и будут копии. Была например 1 нормально загруженная фотография и 2 "поврежденные" , при импорте еще загрузится 3 как новые , итого будет 6 изображений и это у товара, у которого от поставщика идет 3 изображения.
Чтобы этого не было, надо пилить прайс-лист от постащика вручную, удаляя позиции, к которым фотографии загрузились нормально.
В итоге сделал так: Back-Office->Preference->Images , надо отключить всё, что относится к "Product" , то есть small_default, home_default и т.д.
Далее заходим в Store Manager и начинаем импортировать товары и изображения к ним.
В таком режиме store manager не будет генерировать уменьшенные изображения к товарам, а будет загружать только оригинал и загрузка пройдет очень быстро. Количество FTP-задач сократится в 5-6 раз.
С такой задачей Store Manager справится уже легко. У меня 2.15 (специально решил попробвать на ней, ибо моя 2.20 не вечна) с первого раза загрузил все 8000 товаров.
Затем запускаем диагностику магазина с целью найти товары , к которым не загрузились изображения.
В моем случае нашлось всего 30 товаров без изображений,да и то, не загрузились они т.к поставщик накосячил в пути к изображениям или вообще удалил изображения с сервера.
Правим по списку, если нет изображений вообще, то стираем путь к ним, если же поставщик накосячил,то загружаем вручную фотографии к товарам.
Еще раз запускаем диагностику, если все исправлено , то радуемся, теперь у нас "девственно-чистая" база и оригиналы всех изображений присутствуют на сервере, что очень важно, ведь с оригинала создаются все копии уменьшенных размеров.
Но это не все, теперь идем обратно в Back-Office->Preference->Images и включаем все пункты для "Product" , что мы отключали.
Но и это еще не конец. Опускаем глаза в самый низ страницы с настройками изображений и видим "Regenerate Thumbnails" , там выбираем так Select an image->Products.
Select a format - начинаем с любого размера, я начал со small_default , далее жмем кнопку "Regenerate Thumbnails" и ждем , на локальном сервере все происходит быстро и без ошибок, но на сервере хостинг-провайдера, может выскочить ошибка, тогда после этой ошибки надо поставить "нет" в поле "Удалить предыдущие изображения" и повторить заного все. После успешного завершения регенерации изображения к small_default повторяем процедуру для следующих размеров.
Весело правда? Если бы мне каждую неделю требовалось бы добавлять по 1000+ новых товаров, то я бы наверно перестал бы пользоваться prestashop. Но если требуется только раз добавить несколько тысяч товаров, а дальше только цену обновлять,изредка добавляя не более нескольких сотен новых товаров за раз, то сойдет.
После 1го мучения с добавлением нескольких тысяч товаров, дальше можно такими выкрутасами не заморачиваться и импортировать без проблем обычным способом, если импортировать надо не несколько тысяч новых товаров.
Повторюсь, тест проводил и на 2.15 и на 2.20 , обе версии не справлялись с импортом картинок к 8000 товарам. После махинаций описаных выше, загрузил все в 2.15, но и 2.20 по такой же схеме справилась бы соответственно.
По поводу картинок: очень схожая ситуация - зависания после определенного количества картинок, была вызвана настройками на стороне провайдера (cloudways) который, в целях безопасности, блокировал доступ после выявления чрезмерной активности. Решило проблему добавление IP в whitelist, то есть явно указать, что при большом количестве задач с этого IP блокировать ничего не нужно.
Все это справедливо при условии, что ваш prestashop manager исправен, до определенного момента кряк от кибергода просто вешал его в процессе загрузки картинок(access violation).
PS: Версия 2.19.7 (1273), 4000 товаров из них 2000 вариативных(5-7 вариаций)
Все это справедливо при условии, что ваш prestashop manager исправен, до определенного момента кряк от кибергода просто вешал его в процессе загрузки картинок(access violation).
PS: Версия 2.19.7 (1273), 4000 товаров из них 2000 вариативных(5-7 вариаций)