Petr

Здравствуйте, данный запрос отправлят базу отдыхать на час когда в магазин 80 + к товаров, что можно с этим сделать, как и кого придушить?

 

Очень прошу разработчика ответить на вопросы!

 

Загрузила прайс,но в результате вообще ничего не отображается.

 

Если фото уже загружены на сайт по папкам, то что нужно указывать в прайс-листе в поле "Изображение товара"?

Что нужно прописать в прайсе, чтобы модуль нашел картинки, которые лежат по папкам: Папка Название категории - Папка сапоги лето - папка сапоги зима?

 

SKU указан

 

Скрин настроек  http://take.ms/hWMmwo

 

 

 

Исходный прайс

 

Как понимать этот отчет ошибок?

 

2013-09-04 17:09:17 The Product was missed: Row ~= 1 Product code (sku) = SKU уникальный код производителя  Invalid price of product = Цена

 curl error head = Couldn't resolve host '1.jpg' 

 curl contens error = Couldn't resolve host '1.jpg' 

 

Для каждого товара в прайс нужно формировать полный путь до фото на вашем сайте типа такого 

http://ВашСайт.ru/site/images/catalog/resize/136479316_400_290.jpg 

 Invalid price of product - это знчит что неправильно указанна цена в прайсе, уберите в столбце пробелы и прочий текст.

Давно хотел спросить можно ли указывать скрипту место положения элемента на сайте доноре через xpath

типа вот такого //DIV[@class=content title_catalog]/DIV[2]/SPAN[1]

мне кажется так проще будет пользоваться, из за большого количества програм которые xpath могут сформировать для нужного элемента, отпадет надобность считать, больше меньше, появится возможность прямого указания элемента.

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

вот и сижу и грущу как это сделать не ковыряя код и не геморроясь ручками (((

Вы это можете сделать на странице действия, после добавления прайса, просто выберете категорию http://clip2net.com/clip/m139218/1377874738-clip-18kb.png

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

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

Приятно, когда тебя вспоминают добрым словом за чашкой кофе :)

Это дороже денег.

Спасибо.

 

Я так понял, что вы прайс, таки НЕ загружаете, иначе, что вам стоит сразу нажать на кнопку "Обновить" и пойти в кафе?

Вы, наверное, имеете в виду, что модуль в 1:00 начнет парсить сайт поставщика по поводу новых цен и выключит все товары этого поставщика, которые не обновились?

Так?

 

Это интересная тема, просто, раньше, до проекта 5.0 цена не парсилась, а бралась из прайса (в 5.0 уже парсится), поэтому вариант с кроном был не реальным.

А теперь... можно подумать :)

У меня видимо не стандартные доноры как и вообще ситуация, вообщем некоторые доноры банят IP по количеству запросов, при сборе информации с таких приходится использовать прокси лист, прайс например в 4000 позиций с 4-5 фото загружается около 2 часов, при этом ложит домен, из за этого обновления лучше делать ночью по крону. И еще можно ли как то предусмотреть смену прокси по количеству запросов?

НУ и по поводу отключения товаров с определенным статусом от категорий.

После долгих раздумий я таки ухитрился уникализировать SKU что бы работало при добавлении и измененни колчества позиций, но столкнулся с другой проблемой, дело в том что склады поставщика обновляются каждый день, новые позиции приходят, старые уходят. Сидел и думал, придумал, крон, быстрое обновление наличия по артикулу и, про cron вопрос тут уже поднимался но как то заглох.
Модуль назван автоматическа обработка, но пока что он не доконца заслуживает это почетное звание т.к. обработка не совсем автоматическая. Сделать ее полностью автоматической помогут три вещи
1) задание по крон, когда закидываю прайс ставлю крон на  1.00 с утра обновленно все. С утра сижу пью кофе принимаю заказы, улыбаюсь и вспоминаю хорошим словом usergio.

2) Быстрое обновление по артикулу количества на складе + при появлении новых позиций в прайс их добавление на сайт, это так же можно сделать по cку

3) Отключение категорий у товаров которые пропали из прайса, т.е. не удалять их а просто очистить все связи с категориями, что бы небыло беды с 404 ошибками. 
Кто за?

Можете сделать что бы можно было выбирать множественную позицию для лого и разные позиции для папок?

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

Помимо того что перечислил выше, для меня проблема серьезная это уникальность поля sku, прайсы делаю парсером, недостающие значения sku проставляю вручную. Для каждого товара получается уникальный код, при повтроном проходе парсера у некоторых значений может появлятя ску, вообщем потом очень сложно найти соответствия тем товарам что в магазнине и те что в прайсе проставленны мною, т.к. они  могут не соответствовать из зв этого могут быть ошибки. Мне кажется выход это добавитть контроль по двум колонкам прайса, это цена и sku. Этим можно решить проблему того что sku может быть одинаковым для разных товаров, такое может быть.

И еще мне кажется нужно добавить Родительскую категорию и подкатегории для привязки.

А цена возьмет и поменяется, что тогда?

В руководстве писал, как сделать идентификацию товара по sku+префиксу поставщика.

Такой вариант устроит?

Но тогда не пользуйтесь функцией "Выбирать поставщика по цене"

Эм... Я что то не совсем понял про цену, я не по цене говорю а про название, я предлогаю сделать как тут описал, видел по краней мере подобную реализацию в одном модуле. Название редко меняются и как правило уникальные.

 

 

Помимо того что перечислил выше, для меня проблема серьезная это уникальность поля sku, прайсы делаю парсером, недостающие значения sku проставляю вручную. Для каждого товара получается уникальный код, при повтроном проходе парсера у некоторых значений может появлятя ску, вообщем потом очень сложно найти соответствия тем товарам что в магазнине и те что в прайсе проставленны мною, т.к. они  могут не соответствовать из зв этого могут быть ошибки. Мне кажется выход это добавитть контроль по двум колонкам прайса, это цена и sku. Этим можно решить проблему того что sku может быть одинаковым для разных товаров, такое может быть.

И еще мне кажется нужно добавить Родительскую категорию и подкатегории для привязки.

 

Возможно у Вас получится использовать в качестве sku наименование товара, иногда это получчается, иногда нет, иногда я объединяю sku с наименованием товара и всё вместе обозначаю как sku.

 

Можете объединить с категорией или с чем у Вас получается.

 

Пример: В excel, в ячейке А1 находится sku товара (допустим - 389а5), в ячейке D1 у Вас находится категория товара (допустим - Трусы_женские_с_начесом). Если в ячейку G1 написать формулу =A1&D1, то в ней появится текст следующего содержания - 389а5Трусы_женские_с_начесом. Протягиваете этоту формулу по всем товарам и указываете в модуле столбец G как sku.

 

Есть небольшошй нюанс, прежде чем использовать прайс с формулами его нужно сохранить как CSV (разделитель запятые), потом закрыть excel и снова открыть в нем сохраненный CSV фаил. При єтом все формулы, цвета, шрифты текста и ячеек и т.д. пропадут, останется чистый прайс с результатами расчета формул. Теперь, когда Вы зашли в CSV фаил его нужно сохранить как XML таблица. И можете смело заливать, ошибок связанных с неправильным форматом прайса у Вас никогда не будет.

 

Таким образом можете объединить любые нужные вам столбцы в товаре, хоть с описанием товара и всеми атрибутами сразу. Единственная ошибка которая может возникнуть, это разрешенный размер символов для SKU в базе данных, а размер при необходимости можно увеличить.

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

Если у Вас в шаблоне sku отображается в товаре, тогда да. У меня sku не отображается, поэтому "никаких" костылей не испытываю. отдельно артикул товара я вывожу в характеристике.

Автозапчасти много ищут по оригинальному номеру, как на сайте это можно делать так и гуглом. Я с начало подумал сделать просто артикул самому и протянуть по прайсу, а потом подумал что следущий раз например товаров прибавится или убавится и тогда я уже это не смогу сделать, т.к. какие то из них будут иметь уже другой порядковый номер по счету из за это го sku будет другим и товары не верно обновятся. Если например сделать опцию, при выборе прайса, обновлять названию и артикулу или только по названию и только па артикулу, это добавило бы гибкости модулю. Если выбранно по названию, парсер проверяет совпадения с названием если не нашел смотрит по артикулу (при наличии его в прайсе) , если нашел название, а артикул не совпал этот товар попадает в лог и он его не добавляет, если вообще нет артикула а название совпадает то обновляет.

Помимо того что перечислил выше, для меня проблема серьезная это уникальность поля sku, прайсы делаю парсером, недостающие значения sku проставляю вручную. Для каждого товара получается уникальный код, при повтроном проходе парсера у некоторых значений может появлятя ску, вообщем потом очень сложно найти соответствия тем товарам что в магазнине и те что в прайсе проставленны мною, т.к. они  могут не соответствовать из зв этого могут быть ошибки. Мне кажется выход это добавитть контроль по двум колонкам прайса, это цена и sku. Этим можно решить проблему того что sku может быть одинаковым для разных товаров, такое может быть.

И еще мне кажется нужно добавить Родительскую категорию и подкатегории для привязки.

 

Возможно у Вас получится использовать в качестве sku наименование товара, иногда это получчается, иногда нет, иногда я объединяю sku с наименованием товара и всё вместе обозначаю как sku.

 

Можете объединить с категорией или с чем у Вас получается.

 

Пример: В excel, в ячейке А1 находится sku товара (допустим - 389а5), в ячейке D1 у Вас находится категория товара (допустим - Трусы_женские_с_начесом). Если в ячейку G1 написать формулу =A1&D1, то в ней появится текст следующего содержания - 389а5Трусы_женские_с_начесом. Протягиваете этоту формулу по всем товарам и указываете в модуле столбец G как sku.

 

Есть небольшошй нюанс, прежде чем использовать прайс с формулами его нужно сохранить как CSV (разделитель запятые), потом закрыть excel и снова открыть в нем сохраненный CSV фаил. При єтом все формулы, цвета, шрифты текста и ячеек и т.д. пропадут, останется чистый прайс с результатами расчета формул. Теперь, когда Вы зашли в CSV фаил его нужно сохранить как XML таблица. И можете смело заливать, ошибок связанных с неправильным форматом прайса у Вас никогда не будет.

 

Таким образом можете объединить любые нужные вам столбцы в товаре, хоть с описанием товара и всеми атрибутами сразу. Единственная ошибка которая может возникнуть, это разрешенный размер символов для SKU в базе данных, а размер при необходимости можно увеличить.

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

А можно замостить по всему фото товара?

И еще проблема с переносом с другого сайта как закрыть их лого? можно ли как то определять местоположение их марка? Цены бы такому модулю небыло бы.

Помимо того что перечислил выше, для меня проблема серьезная это уникальность поля sku, прайсы делаю парсером, недостающие значения sku проставляю вручную. Для каждого товара получается уникальный код, при повтроном проходе парсера у некоторых значений может появлятя ску, вообщем потом очень сложно найти соответствия тем товарам что в магазнине и те что в прайсе проставленны мною, т.к. они  могут не соответствовать из зв этого могут быть ошибки. Мне кажется выход это добавитть контроль по двум колонкам прайса, это цена и sku. Этим можно решить проблему того что sku может быть одинаковым для разных товаров, такое может быть.
И еще мне кажется нужно добавить Родительскую категорию и подкатегории для привязки.

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

Еще пару вопрос, у опци, там указанно только +к цене , я в прайсе сделал цену опций, положительную с "+", и отрицательную с "-", может ли быть такое что бы при импорте велась какая то формула от цены?

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

Модуль товары сравнивает с названием или просто рандомно берет?

У меня так и стоит.

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

А чем вот это не подходит https://opencartforum.com/topic/16297-avtomaticheskaia-obrabotka-prais-listov-napoln/

Как то мой вопрос голхнет постоянно, прайсов реально много которые нужно обрабатывть штук 15 точно есть. Может что то с ними можно придумть? Что если структура разнородна и название нужно собирать из нескольких мест, обработка таких прайсов по моему очень нужна.

Petr  

 

Понятно и у вас есть спец прога, которая по названию идентифицирует товар?

И что потом?

Присваивает ему код?

Этот скрипт присваевает значения марки модели начального и конечного года для товара, потом по этим данным ведется поиск в магазине. В выборку попадают все товары для определенной модели, значения которых были прописанны, либо определенны скриптом. Автоматизация отличная за одним исключением, в прайсах постоянно приходится писать марку модель и года. Скрипт например может определить Марку модель и года по двум значениям в названии это модель и один из годов.

Это решае

 

 

 

У меня вопрос возможно ли для авто прайсов где есть заголовки для каждой марки идет заголовок а только потом названия товаров. Идеальн было бы переносить марку модель в название для каждого товара 
http://gyazo.com/219d9969dff3eb7643ba0bf9bc2c70b2

Актуально.

А сейчас, в какое поле вы загружаете model ?

И что делаете с названием, добавляете к каждому товару руками?

У меня стоит скрипт который определяет по названию марку модель, поэтому приходится для каждого названия вводить руками, что очень не удобно, т.к. прайсов в таком формате очень много, они такие в основном у поставщиков аксессуаров, и я не знаю как с ними возится. Что не постовщик то проблема, стандартная, вместо названий пишут заголовки и далее перечень товаров. Из всех обработчиков которые я знаю никто не умеет работать так, на мой взгляд это хорошее конкурентное преимущество.

Слышал, что у каждой запчасти есть уникальный международный индекс/номер 

Если его использовать в качестве ску?

Если речь идет об аксессуарах, то тут уникальные номера не работают, каждый поставщик, вешает свой артикул, который может подходить для разных авто. В прайсе обычно делается запись, в виде заголовка машины и года, далее список товаров для этой машины, среди этих товаров могут быть одинаковые артикулы, из за этого приходится писать например: Пороги для Toyota Tundra 2007-2008 каждый раз.

 

У меня вопрос возможно ли для авто прайсов где есть заголовки для каждой марки идет заголовок а только потом названия товаров. Идеальн было бы переносить марку модель в название для каждого товара 

http://gyazo.com/219d9969dff3eb7643ba0bf9bc2c70b2

Актуально.

А сейчас, в какое поле вы загружаете model ?

И что делаете с названием, добавляете к каждому товару руками?

У меня стоит скрипт который определяет по названию марку модель, поэтому приходится для каждого названия вводить руками, что очень не удобно, т.к. прайсов в таком формате очень много, они такие в основном у поставщиков аксессуаров, и я не знаю как с ними возится. Что не постовщик то проблема, стандартная, вместо названий пишут заголовки и далее перечень товаров. Из всех обработчиков которые я знаю никто не умеет работать так, на мой взгляд это хорошее конкурентное преимущество.

 

У меня вопрос возможно ли для авто прайсов где есть заголовки для каждой марки идет заголовок а только потом названия товаров. Идеальн было бы переносить марку модель в название для каждого товара 

http://gyazo.com/219d9969dff3eb7643ba0bf9bc2c70b2

Актуально.

Попробуйте это сделать средствами Экселя.

Приходится каждый раз обновлять.