Rassol2
-
Posts
11,656 -
Joined
-
Last visited
Content Type
Profiles
Forums
Marketplace
Articles
FAQ
Our New
Store
Blogs
module__dplus_manager
Everything posted by Rassol2
-
Да потому что в opencart нет h1 Но его могут поставить отдельно. А каждый раз перед записью информации о товаре проверять есть там это поле или нет это дорого. По этому, так функционал поддерживается только там где стоит по умолчанию. Какой вы модуль используете для добавления в товар тегов h1 ?
-
Да это все можно в 3-4 строчки через скрипт сделать.
-
Потому что этот модуль не стоит по умолчанию. И получается что все будут бегать и спрашивать, а где же закупочная цена. И всех нужно будет отправлять.
-
Сравнение с закупочной ценой наврядли будет, так как закупочной цены нет в стандартной поставке опенкарта. И завязывать дефолтный функционал на элементы который нет в стандарте, плохая практика.
-
логично добавить переключатель обновлять цену если. И сделать если цена выше, если цена ниже. Можно эту настройку развить так что бы было можно указать насколько выше или ниже. Идея прикольная. Сейчас можно либо обновлять либо нет. Ну или отключить обновление цены, а в собственно скрипте (Да да они снова скприты) В 3-4 строки написать запрос на получение текущей цены и сравнить ее , и если прошло ваши требование отправить запрос на обновление. Могу такой скриптик вам написать. Но да, эту функцию однозначно нужно будет в стандартный функционал поставить.
- 13,430 replies
-
- 2
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Такой возможности нет. Для этого нужно подымать полностью работу с датами. Под это нету даже подготовленного функционала. Допустим вы спарсили цену 570 у вас в магазине цена 620 для того что бы определить нужно обновлять цену в товаре или нет, необходимо как минимум достать из базы данных цену текущего товара и произвети сравнение. А регулярки тут не помогут. Такой функционал запишу на будущие. Что бы при обновлении цены можно было выбрать обновлять только если цена меньше или больше текущей.
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
Стол заявок закрыт
-
Да работает т Отправлено с телефона через Tapatalk
-
@Reanimaster вы добавьте в свой модификатор еше что то для понимание что он установлен. Потому что: При включении много го кол-ва потомков можно упрется в количество памяти на хостинге. И больше 5 потоком не имеет смысла скорость работы модуля от этого не растет. Делал замеры на доноре, Так что это как и помощь там и сломать все может. Если время ожидания запроса будет больше времени выполнения скрипта это сломает работу модуля. Так что тут тоже завышать нужно только тем кто в курсе что он делает. Главное что бы теперь пользователи не купились на цифры больше потоков, а то горя отхлебну я. Объяснять каждому почему так нельзя делать. А так я буду видить что установлен ваш модификатор, и не сморя на вопрос отправлять к вам или отключать его. Ибо последствия не предсказуемы.
-
Если вы про авторизацию, то да это будет в следующем цикле по работе с авторизацией. Это не совсем мелки правки, они записаны на реализацию. Я в модуле по кругу хожу каждый раз делая тематически веши.
-
Только как вам предложили, поскольку модуль не заглядывает внутрь ссылки. А значит в момент прасинга он не может принять ращение опираясь на содержимое ссылки. А сделать что бы он заходил еше и в каждую ссылку сильно дорого по ресурсами и времени. Да и в бан можно попасть.
-
Через поиск замену. Заменяйте на что-то эти 500 артикулов ,проверяйте на присутствие этого что-то в допуске. Отправлено с телефона через Tapatalk
-
Выкладывай конечно. Отправлено с телефона через Tapatalk
-
Это не важно если его никто из пользователей парсера не будет юзать. Пусть он будет самым лучшим но именно количество пользователей важнее для адаптации.
-
Так уш вышло что среди пользователей он не популярен. По этому адаптация была под более популярный модуль.
-
Нет этого не будет. Я не пишу модуль под вас. Есть кучу полей в opencart в которые можно засунуть ссылку. И это будет более орагинчно даже если прийдется поменять размер поля в таблице. Но вот так брать и всем навязывать такой подход нет, этого не будет. Может когда то появится в виде адаптации под какой то модуль, но сейчас можно запихнуть ссылку куда то в Location
- 13,430 replies
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (and 15 more)
-
@Reanimaster Критика. 1. Это напрочь ломает вывод спарсинных ссылок и не спарсенных. 2. Напрочь ломает подсчет времени выполнения скрипта. 3. мы создаем целую инфраструктуру по указанию стартовой ссылки, записываем ее в базу, модуль считывает ее и исходя из позиции делает выборку в базу нужных ссылок, и отправляет на парсинг. А потом вы нажимаете сохранить вот тут. И все сделанное выше идет лесом, потому что индексы меняются, и вся поднятая инфраструктура не имеет смысла. На данном этапе этого не будет в модулем. Хотите я вам скажу что это можно сделать через собственные скрипты ? Выбираете выполнять перед парсингом, указываете в скрипте отметить ссылки просканированными все до определенного id Это поменять значение scan и вот уже при старте модуль всегда отмечает все ссылки просканированными до той что вам нужно, а с нее начинает фигачить. Все в ваших руках, осваивайте инструмент и извращайтесь как вам будет угодно.
-
oc_pars_link - ссылки на товар. oc_pars_sen_link - ссылки очереди сканирования.
-
Вот это действительно обидно )) Ну ладно хорошо что нашли. Надеюсь она вам поможет
-
В логах можно посмотреть почему. Можно сделать допуск к странице по признаку. В том числе и по ответу сервера. И тоже прекрасно видно почему. А еше можно включить переход по редиректам внастройках запросов и модуль сам перейдет туда куда его направили. Так же не заметно как это делает ваш браузера. Делайте так, а мне проше включить в модуле переход по редиректами. И я вообще никогда на это не обращаю внимание, и знать не знаю где они есть где нет. Все работает, а был там редирект или нет какая мне разница. Не соглашайтесь. Делайте как вам удобно. А у меня просто включенные редиректы в функции от 2019 года в модуле, и я про это никогда не задумывался. Но для вас я уже написал решение, собственный скрипт в 3 строчки, будет метить все ссылки значениями редиректов. И у вас будут свои уникальные "Ошибки" 301 и 302 интегрированные сразу в логику модуля. Так что ваша боль тоже решена.
-
Нет это как раз не слышите. Я вам 10 рас сказал что редирект это нормальное поведение веба, а вы пишите что модуль бессилен перед редиректор. Ладно не хочу больше тратить свое время. Луче кодить пойдут.
-
@Reanimaster Вот так по аналогии, отправите sql запрос на добавления в ссылку вот сюда ваш код. И все все редиректы учтены и добавлены в отдельный список.
-
Я понял, зря я эту тему поднял, объяснения проходят мимо Сделайте, пришлете мне, и я внесу в основную ветку модуля. Вот когда коснетесь этого вопроса на том же уровне что я, поймете что я имел в виду. То же самое касается редиректор, модуль не бессилен. Ему все равно на них потому что это стандартная веши в вебе. не нравятся редиректы хотите их метить ок не вопрос. Включаем парсит заголовки. Ставим границу париснга на заголовок, если там 301 или 302 в собственном скрипте отправляем запрос Обновить ссылку в таблице и установить в поле error значение 301 или 302 и будут у вас собственные ошибки. И они все будут доступны тут Так же тут. Вопрос редиректов можно считать закрытым. Все возможно 3 строчки кода и вы сделайте то что вам нужно.
-
Раздумать эту таблицу максимально не стоит. Так как эта таблица само дольше работает из за объема данных. И кстати эта самая тормознутая часть в работе модуля, из за объема данных и раздувать их не хочется ни как. а тем боле дополнительными действиями по сопровождению индоксов. И нужно понимать что нажимая сюда Все ссылки сносятся и записываются заново, то есть все вот то что вы предлагаете будет уделатать в никуда. Так что нет.
-
Ошибка да. Вот к примеру Редирект не является ошибкой. к примеру включенное ЧПУ в опенкарте будет делать редирект если обратится по ссылке без чпу. И нормально отдаст страницу. Нельзя же считать что это битая ссылка. Редиректы это нормальное поведение.
