Jump to content
Search In
  • More options...
Find results that contain...
Find results in...

Axelenz

Users
  
  • Posts

    744
  • Joined

  • Last visited

Everything posted by Axelenz

  1. Так пока не попробуешь, то не скажешь... Но за всё время у меня было только пару клиентов, у которых не работал cron а хостинг клялся, что у них всё красиво, ищите мол ошибки у себя и пишите разработчику... При смене же хостинга cron сразу начинал нормально работать...
  2. А на каком хостинге ??? А-а-а... понятно, на каком... на hostiq.ua У моей клиентки такая же ерунда на этом же хостинге... Я перепробовал все возможные варианты написания задания - не влияет никак... cron не отрабатывает xml на 2000 товаров за 12 часов... А при ручном запуске обрабатывается за 3 минуты...
  3. Я бы решал такие задачи только после сохранения на своём сайте... А что с АОП ? https://opencartforum.com/topic/16297-modul-avtomaticheskaya-obrabotka-prays-listov-podderzhka/?do=findComment&comment=1800820&_rid=711240
  4. "price":749} А это Вам чем не цена ? Трудности написать границы, где находится цифра 749 ? Она находится между: "price": и } Если Вы первый раз взялись настраивать SimplePars, то этот донор точно не для Вас
  5. {reg[#^([0-9]|10)$#]}|1 Если хотите через регулярное выражение, то так запишите. Это если включая "10". Если могут быть числа вида 01, 02, 03... то вариант такой: {reg[#^(0?[0-9]|10)$#]}|1 Это не "он считает", а это Вы составили регулярное выражение следующего смысла: заменить любое число из диапазона от "0" до "9" на "1". Оно и выполняет то, что Вы написали, заменяет все числа на "1"...
  6. Да, скрипт должен понять, что раз 26 - одинаковое ИД, то связать Жемчуг и Pearl как один атрибут и засунуть соответсвующие значения в категорию атрибутов с ИД номер 3 для языка с ИД 1 и 2. Запускать этот скрипт внешне, или добавить скрипт в Simplepars для запуска в конце работы парсинга - это наверное не суть. Можно сделать следующим образом (кратко): 1. Парсить сразу в 2 языка не реальные названия и значения атрибутов, а их id. 2. Спарсить в таблицу csv id и названия атрибутов на 2-х языках. То же самое сделать для значений атрибутов. Поскольку товар весьма специфический, то там не должно быть огромное количество и атрибутов и их значений... так же добавление новых будет весьма редко, именно в этом случает можно попробовать использовать такой подход. 3. Полученные таблицы обработать, чтобы получить только уникальные значения без повторов. 4. Скриптом выдёргивать атрибуты с базы и делать замену из созданной таблицы... Сначала один язык, потом второй...
  7. Можно попробовать. Для этого хорошо изучите xml... Попробуйте отфильтровать по этому полю: <offer id="2011_1"> в Фильтре товаров. Используйте Что должно быть в товарах, например: _1"> или Чего в товарах быть не должно: _2"> _3"> _4"> Или использовать в поле Что должно быть в товарах регулярное выражение, например: {reg[#<offer id="\d+_1">#]} или если в другом поле, то: {reg[#<offer id="\d+_[^1]">#]}
  8. Вы же сами пишите, что вторым проектом только обновляете... То как при обновлении у Вас могут создаваться НОВЫЕ ТОВАРЫ ? Обновление подразумевает работу с теми Артикулами, которые уже существуют в ИМ без добавления новых. В первом фиде добавляете всю предоставляемую Вам информацию и ставите, например, условную цену 1. Товары при этом должны быть "отключены". Вторым проектом получаете реальные цены и наличие и "включаете" товары. Основное, на что необходимо обратить внимание, это увязать следующее обновление по первому фиду с тем, что получаете до него...
  9. {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 и не советует использовать регулярные выражения, для этого необходимо чёткое представление о том, что нужно сделать и как это можно сделать...
  10. Вариант не правильный. Если, например, в Наименовании товара нет в конце размера (а такое вполне может быть!), то будут удаляться любые символы после последнего пробела, а задача состоит в другом. Регулярные выражения необходимо всегда проверять на все возможные варианты срабатывания...
  11. А тут читали ? https://simplepars.top/index.php?page=note&n=39 Эти слова необходимо понимать так, что модуль создаст не один Атрибут Цвет и в другой язык добавит Колiр, а то, что будет создано ДВА абсолютно разных атрибута.
  12. Постоянно работаю в связке SimplePars и Admin Quick Edit PRO. Оба замечательные модули, которые решают массу проблем, но... оба требуют понимания, О ЧЁМ ОНИ ВООБЩЕ... SimplePars не предназначен для использования, как редактор товаров... ну нет смысла утюгом гвозди забивать... молотком намного дешевле обходится. Admin Quick Edit PRO - это как Total Commander для Windows... очень удобно, со штатным просто не сравнить. Эти два модуля никоим образом не связаны и не могут конфликтовать... столько сайтов и товаров перелопатил с их помощью, что уже наверняка о чём-то подобном бы знал... Другой вопрос в Вашей компетентности... насколько Вы вообще далеки от того, чем пытаетесь заниматься... я бы в эту сторону больше копал...
×
×
  • Create New...

Important Information

On our site, cookies are used and personal data is processed to improve the user interface. To find out what and what personal data we are processing, please go to the link. If you click "I agree," it means that you understand and accept all the conditions specified in this Privacy Notice.