-
Публикаций
767 -
Зарегистрирован
-
Посещение
Тип публикации
Профили
Форум
Дополнения
Статьи
FAQ
Наши новости
Наши услуги
Блоги
module__dplus_manager
Все публикации пользователя Axelenz
-
Ну и правильно... доки читают только слабаки )))
- 13 701 ответ
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Для цього якраз існує логічний оператор "або" (ИЛИ). https://simplepars.top/index.php?page=note&n=33
- 13 701 ответ
-
- 2
-
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
https://simplepars.top/index.php?page=note&n=53 Почитайте документацию, вопросы отпадут... И вообще, с таким размером xml необходим что тарифный план приличный, что настройки php смотреть, по умолчанию, как правило, всё по минимуму выставлено на хостинге.
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Если SimplePars не работает через cron на этом хостинге, то или перейдите на более высокий тариф (там он точно работает) или смените лучше хостинг... Вся проблема Ваша в том, что в начальном тарифе у них не предусмотрена в планировщике работа cron по времени: * * * * * Поясню на примере: У Вас есть сумка и Вы пришли с ней в магазин купить хороший инструмент. Оказалось, что он не влезет в Вашу сумку и Вы говорите, что инструмент плохой... Так может сумку под него необходимо другую приобрести ?
- 13 701 ответ
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Модуль Автоматическая обработка прайс-листов. [Поддержка]
Axelenz ответил в теме пользователя usergio в Модули обмена данными
Один із варіантів - блокування із сторони донора. Спробуйте внести затримки при парсингу...- 49 514 ответов
-
- поставщики импорт
- наполнение им
- (и ещё 19)
-
А в самом действии тоже стоит "Добавлять и обновлять" или "Обновлять" ?
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Пользуйтесь поиском, я уже писал про решение этой проблемы ранее https://opencartforum.com/topic/123017-podderzhka-simplepars-universalnyy-parser-dlya-im/?do=findComment&comment=1806734&_rid=711240
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Наталкиваю на мысль: {reg[#"[^"]+":"",#]}| указанная регулярка удалит это
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
{skip}/|
- 13 701 ответ
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Bitrix может хранить в кеше не только размер 100х100 потому я и нарисовал регулярку универсальную, не зависящую от размера, подходит практически на любой сайт... Ну или завтра захочет поставщик увеличить размер и сделать 200х150 и что ? А регулярка будет работать и завтра и через год...
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Чтобы покороче написать, то можно использовать такое регулярное выражение: (/resize_cache| - перед ним не нужно) {reg[#resize_cache/(iblock/[^/]+/)[^/]+/([^.]+\.jpg)#]}|$1$2 а если заморочиться, то можно и так написать: {reg[#resize_cache/(iblock/[^/]{3}/)[^/]{3,}/([^.]+\.[befgijpstvw]{3,4})#]}|$1$2
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Предоставил несколько ссылок, продублировал с предыдущих переписок, там все подробности в переписке.
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Было бы весьма замечательно, если бы Вы "прибили гвоздями" в коде сразу же самые часто встречающиеся возможные ошибки (ну хотя бы в том же самом блоке категорий) и указали, что всем желающим лезть в файл ... в строку № ... Это намного упростило бы жизнь, потому, что когда мы сами вносим что-то в файл, то привязываем клиента к определённому релизу... А если клиент в следующий раз будет работать с другим исполнителем и тот обновит модуль, то как ? Да и самим помнить, кому и какие вносили изменения в модуль, сомневаюсь... Поэтому на мой взгляд это было бы самое правильное решение - вещи, которые трудновыносимые во вкладки модуля всё же реализовывать в модуле посредством дописывания кода и комментированием его (кому нужно - расскомментирует).
- 13 701 ответ
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
А зачем поиск/замена на весь xml если это и так дальше реализовано в соответствующей вкладке ? Из-за ошибок в блоке категории возникают дальнейшие проблемы. Возможно ли сделать поиск/замену только для этого блока ?
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Да, тут соглашусь, сам сталкивался с вариантами, когда это очень помогло бы избежать дальнейших придумок... Выбор "или" в этом месте это было бы здорово.
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Прайсы в .xls это как анахронизм какой-то... Да, раньше почти все сайты в этом формате отдавали данные, но сейчас то xml/yml это давно уже формат де-факто... ну иногда ещё и CSV встречается, но то такое (формат полностью не стандартизирован)... Не думаю, что модулю это вообще нужно... вперёд лучше смотреть, а не оглядываться назад.
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Зачем это нужно, если есть АОП ? Ответ только один: для экономии, чтобы не покупать два модуля, а обходиться одним... А мне больше хотелось бы видеть реализацию работы с "кривыми" выгрузками xml/yml (без правки самих файлов модуля), которых не мало, а не дублирование того, что и так уже реализовано у других...
- 13 701 ответ
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
{reg[#/\w#u]}|{upper} можете так написать, как самый простой способ.
- 13 701 ответ
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
По ссылке можно найти такой ответ и что следует дальше делать. Но без информации c php.ini трудно что-то предполагать... и что за тарифный план, насколько он позволяет разогнаться ? PHP ошибка Fatal Error. Как решить проблему? Я себе на локалке поставил, например...
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Модуль Автоматическая обработка прайс-листов. [Поддержка]
Axelenz ответил в теме пользователя usergio в Модули обмена данными
Я не умею летать на реактивных самолётах, но меня это нисколько не фрустрирует и я не говорю, что реактивная тяга это полная ерунда... Просто я занимаюсь другими вещами по жизни... парсингом, например...- 49 514 ответов
-
- поставщики импорт
- наполнение им
- (и ещё 19)
-
Не скажу даже... но в модуле стоит логика, что делать При обновлении Обновлять или Не обновлять ... очевидно, что такая логика выбрана исходя из того, что товар не может быть загружен без Цены. Поэтому товар загружается всегда с какой-то ценой, а обновлять её в дальнейшем или не обновлять... это уже на выбор... Если бы были отдельные поля Цен, что делать При добавлении и отдельно При обновлении... это конечно решило бы много подобных проблем... Ну можно ещё добавить логики в уже существующую в модуле логику, например {ifup[]} и {ifadd[]} соответственно... Если обновление и если добавление... Но тогда вопрос с дальнейшими обновлениями модуля... Сам всегда в подобных случаях использовал скрипты, но это тормозит возможности использования мультипоточности (
- 13 701 ответ
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Но это необходимо управление не самой ценой а действием над ценой: обновлять или не обновлять. Тут с помощью имеющейся логики не получится, она как раз работает с ценой. Два проекта без скриптов будет нормально... Но тут необходимо знать, используются ли уже скрипты в данном проекте. Если используются, то можно и ещё один добавить... тогда получится обойтись и одним проектом. Как вариант, можно попробовать предложить модулю внести в цену заведомую ошибку (например - текст). Пример: Делаем дополнительную границу, в которой заменяем наименование всех (кроме двух) Производителей на 1. Имена тех, где не нужно обновлять меняем на 0. Делаем в цене проверку 1 или 0. Если 1, то используется граница с ценой, если 0 - то подсовываем, например, границу с названием Производителя. Это ошибка и тут вопрос, как модуль это воспримет... можно попробовать, может он просто оставит прежнюю цену...
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Тогда и я вставлю свои 5 копеек... Подобное происходит потому, что у клиента на хостинге время у планировщика выставлено не так, как рекомендует сам разработчик модуля: * * * * * (ежеминутный старт), а вот так: 0 * * * * (или что-то похожее...) А это далеко не одно и то же... Это значит, что cron должен срабатывать не ежеминутно, а каждый промежуток времени, кратный 10 (десяти). Т.е. в 10, 20, 30... минут. Вот cron и срабатывает не ровно в 2 часа, а ровно в 2 часа и 10 минут и выполняет обработку xml 16 секунд и парсинг 16 секунд. Если бы товаров было много и он не успевал бы обработать всё за 1 минуту, тогда произошёл бы останов по окончании минуты и следующий запуск и работа cron продолжилась бы в 2 часа и 20 минут... я так себе это представляю... Следующий запуск cron произойдёт через 4 часа, согласно настроек модуля... т.е. в 6 часов и 10 минут... Только вот дёргать каждые 4 часа обновление 374 товаров... смысл такой себе ) Ну 2-3 раза... это какая высокая оборачиваемость товара должна быть, чтобы требовалось постоянное обновление остатков...
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
А что у Вас в логах написано ? Там же вся информация, как положительная, так и отрицательная по парсингу...
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)
-
Настройка CRON на хостинге А это правильно настроили, согласно инструкции ?
- 13 701 ответ
-
- simplepars
- парсинг товаров opencart
- (и ещё 15)