[Поддержка] SimplePars - Универсальный парсер для ИМ

[Rassol2]

1 минуту назад, partshez сказал:

Подскажите, что за ошибка при старте http://prntscr.com/rf84m9

 

при старте чего ?
По коду я не вижу что бы он был связан хотя бы с одним файлом модуля или хотя бы с одной таблицей модуля.

[partshez]

1 час назад, Rassol2 сказал:

при старте чего ?
По коду я не вижу что бы он был связан хотя бы с одним файлом модуля или хотя бы с одной таблицей модуля.

Спасибо! Вопрос снят. Понял. Буду смотреть базу данных и решать проблему на сервере. К модулю нет вопросов пока.

[Shyharenko]

Під час роботи модуля падає сайт, так як в хостинга є обмеження звернень до "Update-запросов к MySQL 135000 (на MySQL-пользователя в час)". Служба підтримки порекомендувала вибрати інший тариф але це також не вирішить проблему так як в них також є обмеження. Максимальний тариф має обмеження "Update-запросов к MySQL 300000 (на MySQL-пользователя в час)" Як налаштувати модуль щоб обійти дані обмеження хостинга?  

[Rassol2]

1 минуту назад, Shyharenko сказал:

Під час роботи модуля падає сайт, так як в хостинга є обмеження звернень до "Update-запросов к MySQL 135000 (на MySQL-пользователя в час)". Служба підтримки порекомендувала вибрати інший тариф але це також не вирішить проблему так як в них також є обмеження. Максимальний тариф має обмеження "Update-запросов к MySQL 300000 (на MySQL-пользователя в час)" Як налаштувати модуль щоб обійти дані обмеження хостинга?  

Здравствуйте.
Ну во первых да если вы упираетесь в запросы в базу данных все же стоит изменить тариф.
Для того что бы уменьшить нагрузку на базу данный модулем в час, то нужно уменьшить его активность.

Можете указать паузу парсинга в 5 и более секунд.
тем самым модуль между запросами будет делать паузу 5 секунд. И тем самым за час сделаем меньше работы и меньше запросов.

[Rassol2]

@Shyharenko есть еше один экономный вариант.
Копируете сайт на локалку ставите модуль на локалке. Парсите на локалке и переносите данные на хостинг уже готовой базой данных. Так же фото.
А на локалке ограничений у вас не будет.

[partshez]

3 часа назад, Rassol2 сказал:

Здравствуйте.
Ну во первых да если вы упираетесь в запросы в базу данных все же стоит изменить тариф.
Для того что бы уменьшить нагрузку на базу данный модулем в час, то нужно уменьшить его активность.

Можете указать паузу парсинга в 5 и более секунд.
тем самым модуль между запросами будет делать паузу 5 секунд. И тем самым за час сделаем меньше работы и меньше запросов.

Это был мой сосед. Спасибо! Увеличением паузы парсинга вопрос решен. 

[Rassol2]

Обновление v3.2-4_beta

1. Мелки поправки в работе крона.
2. При обновлении товара теперь проставляется дата последнего изменения. Очень полезно если вы следите за обновлением товара.

Спойлер

3. Так же заложен фундамент для начала создания вкладки инструменты, где вы сможете работать с уже загруженными товарами.

4. Изменен вызов страницы на вкладке настройки парсинга, который иногда приводил к блокировке со стороны хостинга.

При обновлении необходимо выполнить /inst.php

[Rassol2]

Хотел бы услышать от вас основный возможности вкладки инструменты.
Какие действия над товарами вы бы хотели производить.

так же эти действия можно будет в дальнейшем вызывать из крона.

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

И так далее.
Все варианты. А я начну планировать реализацию расширения модуля пользовательскими скриптами на php

[partshez]

Всем привет! Подскажите, кто знает. Возможно такое?

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

 

КЛАЙД-3 160x190-200 Нужно убрать **160x190-200** с любыми вариантами цифр, оставить только текст до начала размеров. Это указывается размер. 

 

Standart 160x200  убрать **160x200** и любые другие размеры. Могут быть трехзначными и двухзначными. 160x200, 60x200, 190x230, 90x230... В первом случае так же.

 

 

 

[Rassol2]

17 минут назад, partshez сказал:

Всем привет! Подскажите, кто знает. Возможно такое?

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

 

КЛАЙД-3 160x190-200 Нужно убрать **160x190-200** с любыми вариантами цифр, оставить только текст до начала размеров. Это указывается размер. 

 

Standart 160x200  убрать **160x200** и любые другие размеры. Могут быть трехзначными и двухзначными. 160x200, 60x200, 190x230, 90x230... В первом случае так же.

 

 

 

Примерно так будет выглядеть.
{reg[#\d+x\d+-\d+#s]}|
{reg[#\d+x\d+#s]}|

[partshez]

14 минут назад, Rassol2 сказал:

Примерно так будет выглядеть.
{reg[#\d+x\d+-\d+#s]}|
{reg[#\d+x\d+#s]}|

Спасибо! Попробую

[Rassol2]

3 минуты назад, partshez сказал:

Спасибо! Попробую

И за одно в файл /admin/model/catalog/simplepars.php
после строки
$parts[0] = '{reg['.$temp_reg[1].']}';
Вставьте строку
$parts[1] = str_replace(array("\r\n", "\r", "\n"), '', $parts[1]);

Что бы вышло вот так.

Спойлер

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

Спойлер

куча ненужных переносов строк.

А с ней вот так.

Спойлер

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

[lerand]

55 минут назад, Rassol2 сказал:

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

добрый день. Нескромный вопрос: когда свежий релиз?

[Rassol2]

Только что, lerand сказал:

добрый день. Нескромный вопрос: когда свежий релиз?

Сейчас не могу ответить на этот вопрос. Пока что собираю правки делаю фиксы и так далее.
Если критического ничего не ближайшие пару дней.

Если что то критическое будет найдено будет быстрее.

[lerand]

Доброе утро!

 

буду признателен за помощь.

 

на сайте поставщика габариты указаны одной строкой вида:

Габариты, мм1530х540х1220

 

Как можно данные «1530х540х1220» разбить на отдельные показатели, тк в опенкарте в карточке товара для каждого показателя (длина, высота, ширина) идут свои поля?

 

заранее благодарен

[partshez]

1 час назад, lerand сказал:

Как можно данные «1530х540х1220» разбить на отдельные показатели, тк в опенкарте в карточке товара для каждого показателя (длина, высота, ширина) идут свои поля?

Хотя бы дайте страницу донора

[lerand]

3 минуты назад, partshez сказал:

Хотя бы дайте страницу донора

https://eme54.ru/catalog/telezhki_skladskie_gidravlicheskie_standartnye/telezhka_gidravlicheskaya_tor_jc_2000_poliuretanovye_kolesa/

[partshez]

46 минут назад, lerand сказал:

https://eme54.ru/catalog/telezhki_skladskie_gidravlicheskie_standartnye/telezhka_gidravlicheskaya_tor_jc_2000_poliuretanovye_kolesa/

Ответил в личку

[Rassol2]

Внимание!!!

Кто использует бета версию модуля с кронам аккуратнее. Найден баг.
При добавлении товаров по расписанию создаются дубли категорий.

Сегодня выпушу обновление с фиксом. До обновления не рекомендую использовать крон где необходимо работать с категориями.

[Rassol2]

Обновление v3.2-5_beta

Критическое обновление!

1. Исправлен недочет при парсинге по расписанию (CRON) из за которого модуль не определял категорию для товара и создавал дерево категорий повторно.
за найденный баг спасибо @Alvi
2. Исправление переноса строки при использовании регулярных выражений в поиск замене о котором я писал здесь
https://opencartforum.com/topic/123017-podderzhka-simplepars-universalnyy-parser-dlya-im/?do=findComment&comment=1564905

3. Исправления подсчета размера логов. Странно что мне об этом никто не писал. Проблема была в том что при превышении допустимого размера лог файла
 

Спойлер

Модуль не отсекал вывод лога и не писал предупреждение что размер лога очень большой, тем самым кто любит не чистить логи получал ошибку 500 когда лог файл достигал большего размера чем выделено для работы php.

 

[rozario888]

Пробую обновление остатков настроить.

Сделал замену слов на числа http://prntscr.com/rh8vnz

Здесь обновлять http://prntscr.com/rh8wbt

При парсинге пишет 0 http://prntscr.com/rh8wt5 при есть в наличии у донора http://prntscr.com/rh90s2 

 

Собственно статус у товара не меняется. Какие логика в разделе количество?

Сами статусы без замены просто ф файл выгружаются корректно.

 

 

 

[Rassol2]

7 минут назад, rozario888 сказал:

Пробую обновление остатков настроить.

Сделал замену слов на числа http://prntscr.com/rh8vnz

Здесь обновлять http://prntscr.com/rh8wbt

При парсинге пишет 0 http://prntscr.com/rh8wt5 при есть в наличии у донора http://prntscr.com/rh90s2 

 

Собственно статус у товара не меняется. Какие логика в разделе количество?

Сами статусы без замены просто ф файл выгружаются корректно.

 

 

 

В опенкарте статус товара и его кол-во на складе это два разных понятия. Несвязанные вместе.
Для этого в движке и в модуле есть такая настройка.
 

Спойлер

она отвечает за статус товара при нулевом остатке.
Здесь вы можете выбрать какой будет статус у товара.

[rozario888]

9 минут назад, Rassol2 сказал:

она отвечает за статус товара при нулевом остатке.
Здесь вы можете выбрать какой будет статус у товара.

 

При нуле ок, все как есть.

Но как наличие на доноре перевести в наличие у себя? Преобразование я делаю http://prntscr.com/rh9jm6о , но в предпросмотре и по факту рисует 0 http://prntscr.com/rh9klm

[Rassol2]

3 минуты назад, rozario888 сказал:

 

При нуле ок, все как есть.

Но как наличие на доноре перевести в наличие у себя? Преобразование я делаю http://prntscr.com/rh9jm6о , но в предпросмотре и по факту рисует 0 http://prntscr.com/rh9klm

перепроверьте настройки, поскольку у вас на скриншотах видно границу парсинга 62
а в настройках колва стоить 57

Спойлер

Может просто не заметили это.
 

Спойлер

 

[rozario888]

5 минут назад, Rassol2 сказал:

Может просто не заметили это.

 

Да...пора на второй обед Менял же код, делал с границами. А в настройках не поменял.

Как говорится две лучше))))

Змінено 16 березня 2020 користувачем rozario888