Перейти к публикации
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...

Petr

Пользователи
  
  • Публикаций

    453
  • Зарегистрирован

  • Посещение

Все публикации пользователя Petr

  1. Здравствуйте, данный запрос отправлят базу отдыхать на час когда в магазин 80 + к товаров, что можно с этим сделать, как и кого придушить?
  2. Для каждого товара в прайс нужно формировать полный путь до фото на вашем сайте типа такого http://ВашСайт.ru/site/images/catalog/resize/136479316_400_290.jpg Invalid price of product - это знчит что неправильно указанна цена в прайсе, уберите в столбце пробелы и прочий текст.
  3. Давно хотел спросить можно ли указывать скрипту место положения элемента на сайте доноре через xpath типа вот такого //DIV[@class=content title_catalog]/DIV[2]/SPAN[1] мне кажется так проще будет пользоваться, из за большого количества програм которые xpath могут сформировать для нужного элемента, отпадет надобность считать, больше меньше, появится возможность прямого указания элемента.
  4. Я уже предлагал идею автору в личку, он согласился так что надеюсь в 5.0 все будет нормально, я не вижу смысла вообще прогонять по прайсам, если нужно обновить, ведь если поместить в память скрипат все ссылки на товары загруженны, можно будет делать обновление напрямую, с сайта поставщика, без необходимости каждый раз обновлять прайс. На мой взгляд очень удобно, когда ставишь крон, выбираешь обновить цену и количество или наличие, и раз в сутки по крону происходит обновление, не модуль а сказка будет )
  5. Еще вот такую штуку заметил, например если в первой колонке из 4-х парсер по ссылке фото не нашел, остальные 3 колонки он даже не просматривает, и товар просто не добавляет, было бы логичней просмотреть все колонки и добавить первую найденную фото по дефалту.
  6. У меня видимо не стандартные доноры как и вообще ситуация, вообщем некоторые доноры банят IP по количеству запросов, при сборе информации с таких приходится использовать прокси лист, прайс например в 4000 позиций с 4-5 фото загружается около 2 часов, при этом ложит домен, из за этого обновления лучше делать ночью по крону. И еще можно ли как то предусмотреть смену прокси по количеству запросов? НУ и по поводу отключения товаров с определенным статусом от категорий.
  7. После долгих раздумий я таки ухитрился уникализировать SKU что бы работало при добавлении и измененни колчества позиций, но столкнулся с другой проблемой, дело в том что склады поставщика обновляются каждый день, новые позиции приходят, старые уходят. Сидел и думал, придумал, крон, быстрое обновление наличия по артикулу и, про cron вопрос тут уже поднимался но как то заглох. Модуль назван автоматическа обработка, но пока что он не доконца заслуживает это почетное звание т.к. обработка не совсем автоматическая. Сделать ее полностью автоматической помогут три вещи 1) задание по крон, когда закидываю прайс ставлю крон на 1.00 с утра обновленно все. С утра сижу пью кофе принимаю заказы, улыбаюсь и вспоминаю хорошим словом usergio. 2) Быстрое обновление по артикулу количества на складе + при появлении новых позиций в прайс их добавление на сайт, это так же можно сделать по cку 3) Отключение категорий у товаров которые пропали из прайса, т.е. не удалять их а просто очистить все связи с категориями, что бы небыло беды с 404 ошибками. Кто за?
  8. Можете сделать что бы можно было выбирать множественную позицию для лого и разные позиции для папок?
  9. А цена возьмет и поменяется, что тогда? В руководстве писал, как сделать идентификацию товара по sku+префиксу поставщика. Такой вариант устроит? Но тогда не пользуйтесь функцией "Выбирать поставщика по цене" Эм... Я что то не совсем понял про цену, я не по цене говорю а про название, я предлогаю сделать как тут описал, видел по краней мере подобную реализацию в одном модуле. Название редко меняются и как правило уникальные.
  10. Возможно у Вас получится использовать в качестве 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 будет другим и товары не верно обновятся. Если например сделать опцию, при выборе прайса, обновлять названию и артикулу или только по названию и только па артикулу, это добавило бы гибкости модулю. Если выбранно по названию, парсер проверяет совпадения с названием если не нашел смотрит по артикулу (при наличии его в прайсе) , если нашел название, а артикул не совпал этот товар попадает в лог и он его не добавляет, если вообще нет артикула а название совпадает то обновляет.
  11. Возможно у Вас получится использовать в качестве sku наименование товара, иногда это получчается, иногда нет, иногда я объединяю sku с наименованием товара и всё вместе обозначаю как sku. Можете объединить с категорией или с чем у Вас получается. Пример: В excel, в ячейке А1 находится sku товара (допустим - 389а5), в ячейке D1 у Вас находится категория товара (допустим - Трусы_женские_с_начесом). Если в ячейку G1 написать формулу =A1&D1, то в ней появится текст следующего содержания - 389а5Трусы_женские_с_начесом. Протягиваете этоту формулу по всем товарам и указываете в модуле столбец G как sku. Есть небольшошй нюанс, прежде чем использовать прайс с формулами его нужно сохранить как CSV (разделитель запятые), потом закрыть excel и снова открыть в нем сохраненный CSV фаил. При єтом все формулы, цвета, шрифты текста и ячеек и т.д. пропадут, останется чистый прайс с результатами расчета формул. Теперь, когда Вы зашли в CSV фаил его нужно сохранить как XML таблица. И можете смело заливать, ошибок связанных с неправильным форматом прайса у Вас никогда не будет. Таким образом можете объединить любые нужные вам столбцы в товаре, хоть с описанием товара и всеми атрибутами сразу. Единственная ошибка которая может возникнуть, это разрешенный размер символов для SKU в базе данных, а размер при необходимости можно увеличить. Это костыль, который криво будет на сайте смотреться, для автозапчастей это просто ужасно. На уровне кода добавить контроль по названию и по ску, было бы идеально. По крайней мере я такое видел в других модулях импорта.
  12. А можно замостить по всему фото товара? И еще проблема с переносом с другого сайта как закрыть их лого? можно ли как то определять местоположение их марка? Цены бы такому модулю небыло бы.
  13. Помимо того что перечислил выше, для меня проблема серьезная это уникальность поля sku, прайсы делаю парсером, недостающие значения sku проставляю вручную. Для каждого товара получается уникальный код, при повтроном проходе парсера у некоторых значений может появлятя ску, вообщем потом очень сложно найти соответствия тем товарам что в магазнине и те что в прайсе проставленны мною, т.к. они могут не соответствовать из зв этого могут быть ошибки. Мне кажется выход это добавитть контроль по двум колонкам прайса, это цена и sku. Этим можно решить проблему того что sku может быть одинаковым для разных товаров, такое может быть. И еще мне кажется нужно добавить Родительскую категорию и подкатегории для привязки.
  14. в прайсе есть одинаковые sku,это автозапчасти для которых свои крепления, но вид для всех как и сам товар одинаковый, вот хотел бы узнать при обновлении по sku такие товары можно будет обновить?. Еще пару вопрос, у опци, там указанно только +к цене , я в прайсе сделал цену опций, положительную с "+", и отрицательную с "-", может ли быть такое что бы при импорте велась какая то формула от цены? Ну и главный вопрос дело в том что у меня есть два модуля это подтовары и модуль YMM , для каждого из них требуется импортировать данные из прайсов, я понимаю что это частный случай, но можно ли его как то рассмотреть, что бы возможно придумать какое то универсальное решение для импорта в таблицы сторонних модулей (при наличии).
  15. А чем вот это не подходит https://opencartforum.com/topic/16297-avtomaticheskaia-obrabotka-prais-listov-napoln/
  16. Как то мой вопрос голхнет постоянно, прайсов реально много которые нужно обрабатывть штук 15 точно есть. Может что то с ними можно придумть? Что если структура разнородна и название нужно собирать из нескольких мест, обработка таких прайсов по моему очень нужна.
  17. Этот скрипт присваевает значения марки модели начального и конечного года для товара, потом по этим данным ведется поиск в магазине. В выборку попадают все товары для определенной модели, значения которых были прописанны, либо определенны скриптом. Автоматизация отличная за одним исключением, в прайсах постоянно приходится писать марку модель и года. Скрипт например может определить Марку модель и года по двум значениям в названии это модель и один из годов.
  18. Это решае Актуально. А сейчас, в какое поле вы загружаете model ? И что делаете с названием, добавляете к каждому товару руками? У меня стоит скрипт который определяет по названию марку модель, поэтому приходится для каждого названия вводить руками, что очень не удобно, т.к. прайсов в таком формате очень много, они такие в основном у поставщиков аксессуаров, и я не знаю как с ними возится. Что не постовщик то проблема, стандартная, вместо названий пишут заголовки и далее перечень товаров. Из всех обработчиков которые я знаю никто не умеет работать так, на мой взгляд это хорошее конкурентное преимущество. Слышал, что у каждой запчасти есть уникальный международный индекс/номер Если его использовать в качестве ску? Если речь идет об аксессуарах, то тут уникальные номера не работают, каждый поставщик, вешает свой артикул, который может подходить для разных авто. В прайсе обычно делается запись, в виде заголовка машины и года, далее список товаров для этой машины, среди этих товаров могут быть одинаковые артикулы, из за этого приходится писать например: Пороги для Toyota Tundra 2007-2008 каждый раз.
  19. Актуально. А сейчас, в какое поле вы загружаете model ? И что делаете с названием, добавляете к каждому товару руками? У меня стоит скрипт который определяет по названию марку модель, поэтому приходится для каждого названия вводить руками, что очень не удобно, т.к. прайсов в таком формате очень много, они такие в основном у поставщиков аксессуаров, и я не знаю как с ними возится. Что не постовщик то проблема, стандартная, вместо названий пишут заголовки и далее перечень товаров. Из всех обработчиков которые я знаю никто не умеет работать так, на мой взгляд это хорошее конкурентное преимущество.
×
×
  • Создать...

Важная информация

На нашем сайте используются файлы cookie и происходит обработка некоторых персональных данных пользователей, чтобы улучшить пользовательский интерфейс. Чтобы узнать для чего и какие персональные данные мы обрабатываем перейдите по ссылке. Если Вы нажмете «Я даю согласие», это означает, что Вы понимаете и принимаете все условия, указанные в этом Уведомлении о Конфиденциальности.