Axelenz
-
Публікації
731 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Axelenz
-
Предоставил несколько ссылок, продублировал с предыдущих переписок, там все подробности в переписке.
-
Было бы весьма замечательно, если бы Вы "прибили гвоздями" в коде сразу же самые часто встречающиеся возможные ошибки (ну хотя бы в том же самом блоке категорий) и указали, что всем желающим лезть в файл ... в строку № ... Это намного упростило бы жизнь, потому, что когда мы сами вносим что-то в файл, то привязываем клиента к определённому релизу... А если клиент в следующий раз будет работать с другим исполнителем и тот обновит модуль, то как ? Да и самим помнить, кому и какие вносили изменения в модуль, сомневаюсь... Поэтому на мой взгляд это было бы самое правильное решение - вещи, которые трудновыносимые во вкладки модуля всё же реализовывать в модуле посредством дописывания кода и комментированием его (кому нужно - расскомментирует).
- 13 323 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
А зачем поиск/замена на весь xml если это и так дальше реализовано в соответствующей вкладке ? Из-за ошибок в блоке категории возникают дальнейшие проблемы. Возможно ли сделать поиск/замену только для этого блока ?
-
Да, тут соглашусь, сам сталкивался с вариантами, когда это очень помогло бы избежать дальнейших придумок... Выбор "или" в этом месте это было бы здорово.
-
Прайсы в .xls это как анахронизм какой-то... Да, раньше почти все сайты в этом формате отдавали данные, но сейчас то xml/yml это давно уже формат де-факто... ну иногда ещё и CSV встречается, но то такое (формат полностью не стандартизирован)... Не думаю, что модулю это вообще нужно... вперёд лучше смотреть, а не оглядываться назад.
-
Зачем это нужно, если есть АОП ? Ответ только один: для экономии, чтобы не покупать два модуля, а обходиться одним... А мне больше хотелось бы видеть реализацию работы с "кривыми" выгрузками xml/yml (без правки самих файлов модуля), которых не мало, а не дублирование того, что и так уже реализовано у других...
- 13 323 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
{reg[#/\w#u]}|{upper} можете так написать, как самый простой способ.
- 13 323 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
По ссылке можно найти такой ответ и что следует дальше делать. Но без информации c php.ini трудно что-то предполагать... и что за тарифный план, насколько он позволяет разогнаться ? PHP ошибка Fatal Error. Как решить проблему? Я себе на локалке поставил, например...
-
Я не умею летать на реактивных самолётах, но меня это нисколько не фрустрирует и я не говорю, что реактивная тяга это полная ерунда... Просто я занимаюсь другими вещами по жизни... парсингом, например... -
Не скажу даже... но в модуле стоит логика, что делать При обновлении Обновлять или Не обновлять ... очевидно, что такая логика выбрана исходя из того, что товар не может быть загружен без Цены. Поэтому товар загружается всегда с какой-то ценой, а обновлять её в дальнейшем или не обновлять... это уже на выбор... Если бы были отдельные поля Цен, что делать При добавлении и отдельно При обновлении... это конечно решило бы много подобных проблем... Ну можно ещё добавить логики в уже существующую в модуле логику, например {ifup[]} и {ifadd[]} соответственно... Если обновление и если добавление... Но тогда вопрос с дальнейшими обновлениями модуля... Сам всегда в подобных случаях использовал скрипты, но это тормозит возможности использования мультипоточности (
- 13 323 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Но это необходимо управление не самой ценой а действием над ценой: обновлять или не обновлять. Тут с помощью имеющейся логики не получится, она как раз работает с ценой. Два проекта без скриптов будет нормально... Но тут необходимо знать, используются ли уже скрипты в данном проекте. Если используются, то можно и ещё один добавить... тогда получится обойтись и одним проектом. Как вариант, можно попробовать предложить модулю внести в цену заведомую ошибку (например - текст). Пример: Делаем дополнительную границу, в которой заменяем наименование всех (кроме двух) Производителей на 1. Имена тех, где не нужно обновлять меняем на 0. Делаем в цене проверку 1 или 0. Если 1, то используется граница с ценой, если 0 - то подсовываем, например, границу с названием Производителя. Это ошибка и тут вопрос, как модуль это воспримет... можно попробовать, может он просто оставит прежнюю цену...
-
Тогда и я вставлю свои 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 раза... это какая высокая оборачиваемость товара должна быть, чтобы требовалось постоянное обновление остатков...
-
А что у Вас в логах написано ? Там же вся информация, как положительная, так и отрицательная по парсингу...
-
Настройка CRON на хостинге А это правильно настроили, согласно инструкции ?
-
Попробуйте использовать вместо {skip} регулярное выражение.
- 13 323 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Вам скрипт и не нужен. Можете вполне использовать возможности самого модуля. Например: если обновление через cron, в Редакторе товаров прописать, чтобы после обновления товара к существующему SKU добавлялся префикс, любой префикс, хоть "-END" хоть аббревиатура донора и т.п., лишь бы SKU уникализировать и он не находился уже модулем при обновлении товара. Это в Дополнительных действиях cron выставить "после завершения выполнения задания". Примерно такая схема, если на пальцах... теоретически должно работать.
- 13 323 відповіді
-
- 2
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Рекомендую всё же почитать документацию внимательно, видео посмотреть. а вот это делать точно нет смысла, лучше свои ошибки исправлять...
-
Спарсить возможно практически любые данные. Главное определиться, где их разместить, как их использовать в дальнейшем. Вам нужно обратить внимание на Группы покупателей, именно там это используется. Ну и модуль посмотрите:
- 13 323 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Делать начали правильно, но потом что-то пошло не так... {.*}беж{.*}|Бежевий вот этого вполне достаточно, если это менять в атрибутах или в опциях.
- 13 323 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Вот примерно описано такое же задание. Делаете в модуле ещё один проект, цены уменьшаете на нужный процент. Цены указываете для другой группы покупателей.
-
Рекомендую сначала вот это почитать: Разница Скидок и Акций и тут почитать Наценка, работа с цифрами
-
Планировщик на хостинге будет обращаться к Вашему cron ежеминутно в указанный промежуток времени, если Вы настроили планировщик согласно рекомендаций разработчика. 19-00 это начало запуска cron, но можно, например, сделать проект и запустить его в 19-30 и он будет точно так же работать, потому, что это время входит в указанный Вами промежуток времени... Время на сервере и Ваше время нужно синхронизировать при необходимости...
-
Во вкладке Парсинг в ИМ есть окошко Действие, там выбрать Добавлять и обновлять. Это Вы написали не конкретно... Создавать категории такие же, как у донора - это одно, перебрасывать с категории донора в свои категории - это совершенно другое... Если у Вас один поставщик и с категориями ничего не делаете, используете категории поставщика, то нет проблем.
-
Тут вопрос не по работе модуля, а в понимании логики... Очевидно Вы эту замену вставляете в повторяющиеся границы.
- 13 323 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
А в редакторе делали автоматическую очистку логов ? Но такой размер чтобы сколотить... это ж сколько нужно модулю парсить ?
