Axelenz
-
Публікації
740 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача Axelenz
-
Баг в том, что человек не совсем понимает, какие данные он хочет и может получить с указанной им границы... просто встретил знакомую надпись data-id= Но зачем она Вам нужна, именно вот эта граница ? Не пробовали взять, например, product_id = ?
- 13 413 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Понимая саму логику мышления не важно, какую задачу нужно решить, на какой вкладке или даже в каком модуле... Я давал пояснение общее, но на частном примере, в конкретном модуле.
- 13 413 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
В алгебре логики имеется шесть логических операций. В нашем случае используется: — конъюнкция (логическое умножение, логическое И) Высказывание истинно тогда и только тогда, когда истинны оба исходных высказывания. Рассмотрим конъюнкцию вот на этом конкретном примере, почему ничего не получилось. "Имеем большой список товаров... Настройка: "Дата последнего обновления" "_________" "%знач%" " 15:| 16:| 17:" => Получаем список товаров обновленных по времени с 15:00 до 17:59 час. Настройка: "Дата последнего обновления" "отрицание" "%знач%" " 15:| 16:| 17:" => фильтр не работает и показывает абсолютно все товары. Каким способом можно исключить из списка товары обновленные с 15:00 до 17:59 час. ?" Правильно заданный вопрос несёт в себе 50% ответа на него. Вопрос "Каким способом можно исключить из списка товары обновленные с 15:00 до 17:59 час?" является отрицательой формой высказывания, утвердительная форма звучит: "Каким способом можно включить в список товары обновленные с 0:00 до 15:00 и с 18:00 до 0:00 часов?" Составляем для наглядности таблицу, как в школе. Не получилось изначально найти решение по той причине, что из 4-х разных возможных вариантов к рассмотрению были взяты всего лишь 2! Первая и вторая строка таблицы это и есть те выражения, что указаны в Примере. Искомое же выражение выделено красным и если отрицательную форму заменить на утвердительную, то получим в третьей строке: "ДА", с 0:00 до 15:00 и с 18:00 до 0:00 часов. Но так был сформулирован изначально вопрос, поэтому искали ответ именно на него... Подобные вопросы задаются именно потому, что не правильно была поставлена работа с логикой...
- 13 413 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Вот я так и думал, что что-то подобное уже реализовано ) Выложите, пожалуйста этот в справке, как пример. Наверняка люди будут этим способом пользоваться, благодарю.
-
Доброй ночи, уважаемый автор... из разряда хотелок. Вроде бы и мелочь, но было бы весьма удобно для работы, особенно если много разных проектов. На вкладке Поиск/Замена в Правила поиск замены добавить хотя бы однострочный комментарий. Т.е. поставить в начале набор символов, который скажет, что это, например, комментарий и его не обрабатывать... Это можно будет использовать и как временное отключение правила при тестировании, а так же как реальный комментарий того, что написано... {//} может как-то так...
-
Если следовать логике, то указать часы, отличные от указанных Вами... т.е. все, кроме 15:| 16:| 17:
- 13 413 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Если бы в cron можно было выбирать, например, в дате: - каждую непарную дату типа 1,3,5...31 - каждую парную дату типа 2,4,6...30 - каждый третий день типа 3,6,9...30 это бы реально расширило возможности. При такой возможности выбора, если подключить ещё выборочно дни недели, то можно уже получить рандомность, когда дни срабатывания cron текущей недели не будут совпадать с днями следующей недели... А я за любую рандомность в парсинге, пусть даже с видением на перспективу...
- 13 413 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Время не измеряется порядками типа 32, 64, 128, 256, 512, 1024... и т.д. Если Вы хотите, чтобы cron срабатывал. например, Вт., Чт., Сб., то проще всего создать 3 (три) отдельных задания. Просто продублировать одно и то же, но в каждом случае указать разные дни недели. В первом случае ставить Вт., во втором - Чт., дальше - Сб. Хотя сама идея представления времени, как вздумается, мне понравилась К сожалению, разработчик ограничил нас, втиснув в рамки привычного 24-х часового формата...
-
При всём уважении... не стал бы рекомендовать данное регулярное выражение для использования... Показываю пример, где его можно загнать в угол: Я бы рекомендовал в таких случаях использовать более универсальное регулярное выражение, при желании даже можно поправить, если кто-то случайно до или после запятой поставил пробел (защита от дурака): {reg[#(\d)\040?,\040?(\d)#]}|$1.$2 Вот отчёт, как это отрабатывает:
- 13 413 відповіді
-
- 2
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Находится в Менеджер url/Парсинг в кеш... но никогда не пользовался... даже не было такой потребности )
-
Да там через замену всё элементарно делается... {reg[#(\d\d\d\d)-(\d?\d)-(\d?\d)#]}|$3-$2-$1 {reg[#-0?1-#]}| января {reg[#-0?2-#]}| февраля ... {reg[#-12-#]}| декабря В конце смотрим внимательно, стоят пробелы после месяца... Если в дате могут использоваться "-" не всегда или разные (короткие/средние/длинные тире) или с пробелами и т.п., тогда лучше более универсальную формулу применять: {reg[#(\d\d\d\d)(.*?)(\d?\d)(.*?)(\d?\d)#]}|$5-$3-$1
- 13 413 відповіді
-
- 1
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Я то пока решил вопрос вырезанием с Наименования товара, но это решает проблему только частично... далеко не все товары захватываются по такой логике. А в модуле не хватает средств, чтобы отсортировать данные... нет логических операторов. Придётся подключать Excel, сортировку, склейку и потом через АОП забрасывать на сайт... (
-
Добрый день. Подскажите, как можно собрать данные, необходимые для связи товара через HPM. Проблема вот в чём... У донора от одной до 3-х опций (дальше - атрибутов для HPM). Чтобы вытянуть данные для их связи, я с донора спарсил ссылки на подобные товары и с них уже беру необходимый код. Вот там, где по одной опции в товаре вопрос решается без проблем, а где 2 и 3-и опции никак не могу решить средствами модуля потому, что с разных товаров получаю эти коды в разных порядках следования друг за другом и выстроить их по возрастанию не получается... Пример: Для формирования данных для дальнейших связей просто связываю следующие друг за другом коды со ссылок, например: 607202 807202 связываю их и получаю нормальный код для HPM - 607202807202 Но в другом товаре он может быть в ином порядке: 807202 607202 и код уже будет, если связать 807202607202, а мне необходимо, чтобы он совпал с первым... А если 3-и опции, то вариантов связей получается ещё больше...
-
Я не знаю, какой способ имеет какие плюсы и какие минусы... Тут главное гибкость подхода с не сильно усложнённой реализацией и чтобы это было доступно только по желанию пользователя, т.е. не усложняло того, что уже есть... Ещё может быть такой подход: парсинг в 2 этапа... Первый парсинг делается на всё, как обычно, но в атрибутах парсятся не атрибуты, а только создаются в магазине Группы атрибутов. Или наоборот парсить только основное, без чего не создастся товар, а остальное - вторым проходом... Даже не обязательно парсить все ссылки, достаточно выбрать часть ссылок с разных категорий, а потом по ошибкам вычислить, какие же Группы атрибутов не создались и допарсить. Вторым проходом уже заполняются ранее созданные Группы атрибутов самими атрибутами, остальные существующие данные не трогаются... Это может быть похоже на то, как в АОП реализовано создание Категорий. Возможны разные подходы, главное, чтобы это не порождало ошибки... ну и понятно, что эт оне для массового пользователя, но энтузиасты, которым это понадобится всегда найдутся...
-
Это только общая схема, как парсить... Т.е. каждый диапазон Группы атрибутов необходимо конечно выделять... а как по другому ? Но это всё же лучше, это будет в границах одного проекта, а сейчас только: дубль проекта на каждую Группу атрибутов... ( И это каждый дубль проекта необходимо прогонять, чтобы догрузилась следующая группа атрибутов... это на больших проектах возможно только с кеша, да и то по времени мрачно... Можно, конечно, крон подключить к решению проблемы, но это всё так хлопотно получается в итоге, а чем больше хлопот - тем больше в итоге может вылезти ошибок... ------------------------------------------------- А дальше делаем что-то типа такого: Ну и должно быть всё так же , как и остальное у Вас сделано: гибко и изменяемо. Т.е. я могу, например, с Группы атрибутов Видео залить атрибуты себе в спарсенную с донора Группу атрибутов Видео или при желании залить атрибуты с неё, сделав выбор, как сейчас реализовано, в уже существующую на сайте Группу Видео&Аудио... Если её вообще не трогать и реализовать так, что сами атрибуты и группы атрибутов сводятся воедино уже на этапе, как на картинке выше. И не обязательно, чтобы атрибуты попадали именно в те группы атрибутов, откуда они парсились, выбор по желанию... Извините, если может где-то не совсем понятно написал или дал немного противоречивую информацию... но у меня в голове эта схема пока тоже только выстраивается...
-
<p>Основні характеристики</p> <p>Дисплей</p> Это границы для Группы атрибутов "Основні характеристики" <div> </div> Это повторяющиеся границы... Сами характристики парсим только с этого диапазона. Название Группы атрибутов "Основні характеристики" так же не проблема спарсить. Итого в пределах одного диапазона границ мы получаем и Группу атрибутов и сами атрибуты с их значениями. <p>Дисплей</p> <p>Процесор</p> Это границы для Группы атрибутов "Дисплей" И так далее...
-
Наверное как-то так выглядеть...чтобы можно было добавлять группы атрибутов и в них атрибуты... Сама строка может выглядеть как угодно, хоть так: 1Название1{csvnc}1Значение1{csvnc}1Название2{csvnc}1Значение2{csvnc}1Название3{csvnc}1Значение3 - для 1-ой группы атрибутов 2Название1{csvnc}2Значение1{csvnc}2Название2{csvnc}2Значение2{csvnc}2Название3{csvnc}2Значение3 - для 2-ой группы ... Ручной труд реализуем только на небольших проектах... ( Например, на сайте со 100k товаров с различным ассортиментом товаров не очень представляю себе количество Групп атрибутов и самих атрибутов...
-
Я про такое не писал и не понимаю что Вы этим хотите сказать. Я писал про свою потребность атрибуты загружать в Группы атрибутов по тематике... видео - в видео, звук - в звук и т.д. Сейчас я это могу делать, но через большие неудобства... костыли, но по другому пока вопрос не решить... на сегодня нет в модуле возможности массово загружать каждый атрибут в свою Группу атрибутов. При большом количестве товаров и большом количестве Групп атрибутов у донора эта задача становится весьма сложно реализуемой.
-
Это просто человеческий фактор и он всегда будет присутствовать. А вот взять карточку товара, например, современный телевизор, смотрим его характеристики, где может быть запросто около полусотни атрибутов. Одни описывают свойства экрана, другие свойства звуковой системы, третьи об энергосбережении, мощности и пр. Когда всё это идёт вперемешку стройными рядами по алфавиту по умолчанию по стандарту Opencart... что тут скажешь... А по логике это разбивается на 6-10 групп, чтобы каждый быстро нашёл то, что его больше всего интересует в данном девайсе... Интересно будет посмотреть и попробовать )
-
То же самое спрашивал про Группы атрибутов... ответ: ждём скрипты ) А ведь характеристики без Групп атрибутов - как бусы разного цвета без нити. Все перемешаны как попало и потом попробуй разложить по полкам...
-
Вы хотите получить цену, где писалось бы перед ценой "от" ? {reg[#[^0-9,.]#]}| это оставит только цифры и знаки разделители {reg[#[(^0-9,.)]#]}| это удалит цену и оставит всё, кроме неё {reg[#^#]}|от - это добавит в начало любой текст можете использовать разные варианты, чтобы получить желаемый результат Такая регулярка не нужна. Во-первых менять "от" на "0" нет никакого смысла в цене. Во-вторых, между "от" и ценой обязательно стоит горизонтальный (а может и вертикальный) разделитель, как минимум один. В третьих, а что если в другом месте будет стоять не "от", а "От" или "ОТ" или ещё что-то... маловероятно, но всякое случается... {reg[#^(.*?)(\d)#]}|$2 - это будет универсальнее. Пропустит всё, что идёт до первой цифры
- 13 413 відповіді
-
- 3
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Подскажите, планируется ли расширение возможностей модуля для работы с атрибутами ? В частности, интересует автоматическое создание (по принципу, если нет созданных в ИМ) групп атрибутов, т.е. спарсить и создать у себя такую же группу. И "красивая" заливка атрибутов с донора по группам, как в первоисточнике... Сами атрибуты будут выстроены в пределах группы по алфавиту, это понятно. При большом количестве товаров сортировать атрибуты по важности просто не реально. Но по группам то разбить реализуемо ? Как-то так, как у донора:
-
Вот так лучше будет: {reg[#(\s*\<br\>\s*)+#]}|<br> "{reg[#<br>{2,}#]}|" а такая конструкция и не сработает. Тут что написано то ? 2 или более подряд идущих <br>. Подряд! А как правило между ними есть или горизонтальные или вертикальные разделители... Ну и экранирование мета-символов отсутствует...
- 13 413 відповіді
-
- 2
-
-
- simplepars
- парсинг товаров opencart
- (і ще %d)
-
Нет, у меня крошки все на месте, без них не получилось бы разбрасывать товар покатегорийно... Но согласен, что такой вариант не везде и не всегда пройдёт... Парсю всё в csv, потом беру только те номера id, на которых есть товар, чтобы с "пустыми" id не возиться и скормлю потом, пусть cron работает по этим ссылкам, никакой даже очереди сканирования мне не нужно ) Главное сделать "запас" ссылок на будущее.
-
Подскажите, если при парсинге Opencart я использую ссылки минуя ЧПУ типа такого donor.com.ua/index.php?route=product/product&product_id=1 ... donor.com.ua/index.php?route=product/product&product_id=4000 чтобы не заморачиваться с поиском ссылок на довольно кривом сайте просто в Excel по формуле вывел список . Вместо, например более 6000 ссылок в очереди сканирования я получаю всего 4000 с запасом на будущее и не заморачиваюсь с поисками, вставляю их в ссылки на товары. Могут быть в этом подходе какие-то минусы, что я не учёл ?
