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

[Kiyoshi]

Если вы переименуете товар и переведете описание то модуль их не заменит.

Змінено 8 серпня 2020 користувачем Kiyoshi

[partshez]

16 часов назад, SilvioDante сказал:

А если я вручную отредактирую/переведу описания и названия товаров, при следующем обновлении они не слетят? 

Можно установить модуль перевода Гугл и посмотреть результат. Текст будет читаемый, но перевод корявый. Страницы немного тормозить будут. 

[Ydav666]

Добрый день. Подскажите как правильно обновить модуль. Копирую как написано. Запускаю инст пишет все обновлено. А внутри модуля ни чего не меняется как был 2,8 так и остался. Что делаю неправильно?

[Pulemet]

2 часа назад, Ydav666 сказал:

Добрый день. Подскажите как правильно обновить модуль. Копирую как написано. Запускаю инст пишет все обновлено. А внутри модуля ни чего не меняется как был 2,8 так и остался. Что делаю неправильно?

Попробуйте модификаторы обновить

[Elena86]

подскажите пожалуйста хороший прокси сервер.

[Rassol2]

4 часа назад, Ydav666 сказал:

Добрый день. Подскажите как правильно обновить модуль. Копирую как написано. Запускаю инст пишет все обновлено. А внутри модуля ни чего не меняется как был 2,8 так и остался. Что делаю неправильно?

на всякий случай оставлю здесь инструкцию.
https://simplepars.top/index.php?page=note&note_id=6

[Rassol2]

39 минут назад, Elena86 сказал:

подскажите пожалуйста хороший прокси сервер.

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

[Rassol2]

В 07.08.2020 в 04:56, ILexus сказал:

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

 

Ранее поставщик отображал на сайте общее количество товара на их складах, теперь он отображает разное количество в разных филиалах. А мне нужно общее, но я не могу загнать в остатки несколько значений. Мне нужно сначала их сложить

 

Есть возможность реализовать математические операции нескольких границ парсинга? Само собой это должно работать только с численными значениями и только в поле количество.

Что то типа такого:
{gran_177}{+}{gran_178}{+}{gran_179}

 

Еще нужно логическое ИЛИ {|} в "Количество товара" по аналогии с "Ценой товара".

Таки беру свои слова назад.

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

/
в границах парсинга, цены и количества товаров.
Так же будет добавлена логическое или {|} в границы парсинга кол-ва товаров.
 

[RuslanLight]

Поддерживаю реализацию логических и арифметических функций с границами!
Это будет еще одно крутейшее нововведение.

[urchik]

14 часов назад, Elena86 сказал:

подскажите пожалуйста хороший прокси сервер.

Я беру здесь прокси, уже месяца 4, нормально работают.

[Rassol2]

Собственно загадка.

 

Какая цифра должна попасть в цену товара. Если в поле цена будет строка такого типа ?
666{+}34{*}100{-}70000{|}0{+}12{*}10{/}2{|}100{*}12

 

Внимание! Здесь работает последовательное выполнение, а не математическое где умножение делается первым. То есть все математические действия выполняются слева на право по очереди.

Такой функционал теперь будет доступен.
Вот сейчас произвожу финальные тесты, и понимаю насколько этот функционал сложен в понимании, и сколько вопросов будет потом.
Вопросов по типу, а почему в цене то или иное значение.

Мне просто интересно хоть кто сможет правильно ответить, что же попадет в цену товара.
PS. В частности интересно услышать ответ от тех кто хочет видеть этот функционал.

@ILexus @Axelenz @partshez @RuslanLight
 

[partshez]

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

Какая цифра должна попасть в цену товара. Если в поле цена будет строка такого типа ?
666{+}34{*}100{-}70000{|}0{+}12{*}10{/}2{|}100{*}12

В товар должна попасть цена 60.

Имеем 0ИЛИ60ИЛИ1200. В товар должна попасть ненулевая положительная цена. Финальное значение не должно равняться нулю и не должно быть отрицательным. Берем первое значение, удовлетворяющее этим условиям. 

Хотя я не представляю реально таких границ для цены , но я предпочел бы решить задачу таким образом.

Змінено 11 серпня 2020 користувачем partshez

[Ydav666]

17 hours ago, Pulemet said:

Попробуйте модификаторы обновить

Пробовал ноль реакции

[Ydav666]

16 hours ago, Rassol2 said:

на всякий случай оставлю здесь инструкцию.
https://simplepars.top/index.php?page=note&note_id=6

Да все я это делаю не обновляет и все

 

[partshez]

18 минут назад, Ydav666 сказал:

Да все я это делаю не обновляет и все

 

Попробуйте все версии ПХП. При выполнении inst что пишет?

[Ydav666]

Just now, partshez said:

Попробуйте все версии ПХП. При выполнении inst что пишет?

Пробовал две последние. Пишет все установлено или обновлено. Сейчас с утра снова пробовал. Все загрузил обновил дополнения обновил и ни чего.

[Rassol2]

2 часа назад, Ydav666 сказал:

Пробовал две последние. Пишет все установлено или обновлено. Сейчас с утра снова пробовал. Все загрузил обновил дополнения обновил и ни чего.

скиньте доступ к админке и фтп, буду на рабочем месте в течении 2-3 часов установлю.

[Rassol2]

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

В товар должна попасть цена 60.

Имеем 0ИЛИ60ИЛИ1200. В товар должна попасть ненулевая положительная цена. Финальное значение не должно равняться нулю и не должно быть отрицательным. Берем первое значение, удовлетворяющее этим условиям. 

Хотя я не представляю реально таких границ для цены , но я предпочел бы решить задачу таким образом.

да это правильный ответ.

[Ydav666]

2 hours ago, Rassol2 said:

скиньте доступ к админке и фтп, буду на рабочем месте в течении 2-3 часов установлю.

Отправил в личку

[Rassol2]

24 минуты назад, Ydav666 сказал:

Отправил в личку

Готово.

[Axelenz]

9 часов назад, Rassol2 сказал:

Внимание! Здесь работает последовательное выполнение, а не математическое где умножение делается первым. То есть все математические действия выполняются слева на право по очереди.

 

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

 

А то не так давно пришлось парсить сайт и одним из условий было - замена артикулов (использовался id товара)...

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

 

P.S. Почему не использовалась возможность Захешировать ? Мне кажется, что это уже слишком избыточно и несколько неудобно для визуального восприятия ( А так, зная формулу конвертирования, я в уме могу получить реальный код товара на сайте доноре...

Змінено 11 серпня 2020 користувачем Axelenz

[Rassol2]

6 часов назад, Axelenz сказал:

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

Реализовать полный калькулятор со всеми вытекающими последовательностями очень сложно и много кода.
Да и схему где это все нужно сложно представить. Так что выполнение будет последовательным.
 

6 часов назад, Axelenz сказал:

А то не так давно пришлось парсить сайт и одним из условий было - замена артикулов (использовался id товара)...

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

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

6 часов назад, Axelenz сказал:

P.S. Почему не использовалась возможность Захешировать ? Мне кажется, что это уже слишком избыточно и несколько неудобно для визуального восприятия ( А так, зная формулу конвертирования, я в уме могу получить реальный код товара на сайте доноре...

Главное что бы ваш метод учитывал хоть маломальский возможности колизии.
А в остальном все ограничивается вашей фантазией.

[Rassol2]

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

Исправлена ошибка в прокси чекере, когда модуль все прокси с http распознает как SOCKS4

Добавлен в пред просмотр вывод информации по поводу кода товара.

Спойлер

 

 

Добавлены логические и Арифметические операторы

Добавлена возможность использование логических и арифметический операторов в полях Цена товар, и Количество на вкладке Парсинг в ИМ
Теперь вы можете задавать складывать границы, умножать делить, и всякое такое.
То есть теперь можно вот так задавать цену товара или количество на складе.
 

Спойлер

Логический оператор {|}
Оператор {|} звучит как ИЛИ
 

Пример
Первое значение{|}Второе

Если первое значение отсуцтвует или равно 0 , тогда оператор или добавит второе значение.
Если первое значение не пустое и больше 0 тогда оператор или выберет и запишет именно его.

Если оба значение будут отсутствовать, или будут равно 0 тогда значение будет 0 или взято с поля по умолчанию.
PS. Так и знал что вы это спросите

Собственно тут все просто, и уже было реализовано в поле цена. Теперь это работает еше и в поле кол-во товаров.

Арифметические операторы.
Теперь вы можете производить математические действия в поле цены или кол-ва.
На данный момент доступны основные математические действия.
{+} - Плюс

{-} - Минус

{*} - Умножить

{/} - Делить.

 

То есть если в поле цена записать
100{+}1

тогда цена товар будет 101

Внимание!!! Модуль не работает с приоритетами в действиях, а это значить что все математические действия будут выполнятся последовательно с лева на права.
То есть как бы банально это не прозвучало но для модуля 2{+}2{*}2 равно 8 !!!

Учитывая этот фактор составляйте правила с нужной последовательностью.
 

Еше одно отступление. Как мы все знаем делить на 0 нельзя. Но поскольку вы можете записать вот такую строку.
100{/}0{+}10

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

Было принято решение что если с правой стороны от знака делить будет пустота или 0 модуль на это место ставить цифру 1.
Как мы знаем деление на единицу не изменяет ни как значение. Это своего рода зашита от дурака.
В глазах модуля это формула даст ответ 100{/}0{+}10 = 110
 

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

 

Где первая граница парсинга будет пустой, или равно нулю. А вторая граница парсинга допустим равна пяти. То в итоге мы имеем вот такую формулу.
0{*}5{+}10

И тут внимание!!! Не забываем что если нуль умножить на что либо ответ всегда будет ноль. То же самое если разделить ноль на все что угодно ответ тоже будет ноль.
То есть эта формула даст ответ 0{*}5{+}10 = 10

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

Возможность комбинировать логику и арифметику.

 

Ну и в лучших традициях модуля SimplePars который наверное уже давно не Simple вы можете использовать вместе логические и арифметические операторы.
То есть допускается запись такого типа.

666{+}34{*}100{-}70000{|}0{+}12{*}10{/}2{|}100{*}12

 

Как это это будет работать.

 

Модуль разобьет формулу на логические блоки и начнет вычислять поблочно слева на право.
В первом блоке после выполнения всех математических действий с лева на право, получит 0 значит он пойдет дальше вычислять следующий логический блок.
Вычислив второй логический блок получить значение 60 , а это не пустота и больше нуля, значить остальную часть формулы модуль выбросит и запишет 60

PS. не пишите мне по поводу того что модуль должен сперва выполнять деление и умножение затем складывание и вычисление разницы.
Проблема в том что для реализации этого нужно вложить еше тонну времени и сил, а у меня есть твердое убеждение что вы не будете использовать эту функцию больше чем с двумя трюма аргументами, или зайдете дальше чем знак использование {+} потому что я просто не представляю ситуацию где нужно парсить значения брать два элемента сайта и что то там добавлять умножать еше и следую правилам арифметики. Это просто не помешается у меня в сознании.

Как обычно жду от вас фидбека. В частности важно понять насколько все ясно и логично с вашей стороны.

[Axelenz]

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

Добавлены логические и Арифметические операторы

Добавлена возможность использование логических и арифметический операторов в полях Цена товар, и Количество на вкладке Парсинг в ИМ
Теперь вы можете задавать складывать границы, умножать делить, и всякое такое.

 

Так а на вкладке CSV/Парсинг это не предусмотрено ? Мне, например, всё равно, что на вкладке Парсинг в ИМ, я с ней никогда не работаю...

[partshez]

Довольно часто сталкиваюсь со связанными опциями. Хотелка такая есть. Кроме АОП пока не нашел нормальной реализации в автоматическом режиме. Не представляю даже примерно способ реализации этого вопроса в данном модуле. Но с появлением последнего обновление с математикой в границах... наклевываются мысли.