Перейти к публикации
  • разработка интернет магазинов на opencart
  • доработка интернет магазинов на opencart

Axelenz

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

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

  • Посещение

4 подписчика

О Axelenz

  • День рождения 21.09.1966

Техническая поддержка

  • Текущий статус
    Работаю
  • Другое
    Парсинг сложных сайтов, связанные опции, регулярные выражения, настройка модулей SimplePars и АОП

Информация

  • Пол
    Мужчина
  • Город:
    Все буде Україна!
  • Интересы
    freelance

Посетители профиля

5 652 просмотра профиля

Достижения Axelenz

  1. Я бы решал такие задачи только после сохранения на своём сайте... А что с АОП ? https://opencart-forum.ru/topic/16297-modul-avtomaticheskaya-obrabotka-prays-listov-podderzhka/?do=findComment&comment=1800820&_rid=711240
  2. "price":749} А это Вам чем не цена ? Трудности написать границы, где находится цифра 749 ? Она находится между: "price": и } Если Вы первый раз взялись настраивать SimplePars, то этот донор точно не для Вас
  3. {reg[#^([0-9]|10)$#]}|1 Если хотите через регулярное выражение, то так запишите. Это если включая "10". Если могут быть числа вида 01, 02, 03... то вариант такой: {reg[#^(0?[0-9]|10)$#]}|1 Это не "он считает", а это Вы составили регулярное выражение следующего смысла: заменить любое число из диапазона от "0" до "9" на "1". Оно и выполняет то, что Вы написали, заменяет все числа на "1"...
  4. Да, скрипт должен понять, что раз 26 - одинаковое ИД, то связать Жемчуг и Pearl как один атрибут и засунуть соответсвующие значения в категорию атрибутов с ИД номер 3 для языка с ИД 1 и 2. Запускать этот скрипт внешне, или добавить скрипт в Simplepars для запуска в конце работы парсинга - это наверное не суть. Можно сделать следующим образом (кратко): 1. Парсить сразу в 2 языка не реальные названия и значения атрибутов, а их id. 2. Спарсить в таблицу csv id и названия атрибутов на 2-х языках. То же самое сделать для значений атрибутов. Поскольку товар весьма специфический, то там не должно быть огромное количество и атрибутов и их значений... так же добавление новых будет весьма редко, именно в этом случает можно попробовать использовать такой подход. 3. Полученные таблицы обработать, чтобы получить только уникальные значения без повторов. 4. Скриптом выдёргивать атрибуты с базы и делать замену из созданной таблицы... Сначала один язык, потом второй...
  5. Можно попробовать. Для этого хорошо изучите xml... Попробуйте отфильтровать по этому полю: <offer id="2011_1"> в Фильтре товаров. Используйте Что должно быть в товарах, например: _1"> или Чего в товарах быть не должно: _2"> _3"> _4"> Или использовать в поле Что должно быть в товарах регулярное выражение, например: {reg[#<offer id="\d+_1">#]} или если в другом поле, то: {reg[#<offer id="\d+_[^1]">#]}
  6. Вы же сами пишите, что вторым проектом только обновляете... То как при обновлении у Вас могут создаваться НОВЫЕ ТОВАРЫ ? Обновление подразумевает работу с теми Артикулами, которые уже существуют в ИМ без добавления новых. В первом фиде добавляете всю предоставляемую Вам информацию и ставите, например, условную цену 1. Товары при этом должны быть "отключены". Вторым проектом получаете реальные цены и наличие и "включаете" товары. Основное, на что необходимо обратить внимание, это увязать следующее обновление по первому фиду с тем, что получаете до него...
  7. {reg[#\s+\d+x\d+#]}| Скажу больше, что даже это регулярное выражение не всегда может сработать... Почему так ? Потому, что мы не знаем, какая тётя Клава сидит перед монитором и забивает эти наименования товаров, а она может вставить ещё и пробел между "х" и цифрами (как до, так и после), да и сам "x" может быть набран как на Ru так и на En раскладке, опять же Caps Lock... Поэтому, если формула должна охватить все возможные варианты написания (или почти все), то с некоторой избыточностью она может выглядеть примерно так: {reg[#\s+\d+\s*(x|х)\s*\d+#]}| {reg[#\s+\d+\s*(x|х)\s*\d+#i]}| {reg[#\s+\d+\s*(x|х)\s*\d+#u]}| {reg[#\s+\d+\s*(x|х)\s*\d+#iu]}| А для того, чтобы понять, что именно больше всего подойдёт в том или ином случае, необходим анализ вариантов написания Названия на данном сайте... Поэтому @Rassol2 и не советует использовать регулярные выражения, для этого необходимо чёткое представление о том, что нужно сделать и как это можно сделать...
  8. Вариант не правильный. Если, например, в Наименовании товара нет в конце размера (а такое вполне может быть!), то будут удаляться любые символы после последнего пробела, а задача состоит в другом. Регулярные выражения необходимо всегда проверять на все возможные варианты срабатывания...
  9. А тут читали ? https://simplepars.top/index.php?page=note&n=39 Эти слова необходимо понимать так, что модуль создаст не один Атрибут Цвет и в другой язык добавит Колiр, а то, что будет создано ДВА абсолютно разных атрибута.
×
×
  • Создать...

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

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