buslikdrev
-
Публікації
4 069 -
З нами
-
Відвідування
Тип публікації
Профілі
Форум
Маркетплейс
Статті
FAQ
Наші новини
Магазин
Блоги
module__dplus_manager
Усі публікації користувача buslikdrev
-
Сравнение возможностей фреймворков OpenCart и Laravel.
blog entry прокоментував buslikdrev sv2109 в Блог sv2109
Это из-за блокировки продавцов из РФ и РБ. -
[Поддержка] SP SEO Remarketing All In One Pro 2.3.x - 3.x | Google Analytics 4 | Динамический ремаркетинг Google ADS, Facebook (+Conversions API), TikTok | Фид для Google Merchant, Facebook, TikTok | Google отзывы | eSputnik, Snapchat, Microsoft ADS
topic відповів в spectre buslikdrev SEO, карта сайта, оптимизация
Не могу оставлять сайт с ошибкой Это включение строгой типизации. Когда собираешь скрипты в едино (и в каком-нибудь включена строгая типизация на файл), то приходится исправлять, что не объявлена переменная или отключать строгую типизацию. -
Да, если не превышать количество данных указанных на демо.
-
[Поддержка] SP SEO Remarketing All In One Pro 2.3.x - 3.x | Google Analytics 4 | Динамический ремаркетинг Google ADS, Facebook (+Conversions API), TikTok | Фид для Google Merchant, Facebook, TikTok | Google отзывы | eSputnik, Snapchat, Microsoft ADS
topic відповів в spectre buslikdrev SEO, карта сайта, оптимизация
Не объявлена переменная catalog/view/javascript/sp_remarketing.js product_id = $(this).attr('onclick').match(/[0-9]+/); currency = $('.currency_ecommerce_code').val(); и т.д. Установите в скрипте и будет видно: 'use strict'; 'use asm'; -
Без скриптов модуль не универсален.
-
// убираем ограничение по многопоточности $script_data['urls'] = array(); foreach($pars_url['links'] as $key => $result) { if ($key < $script_data['setting']['thread']) { $script_data['urls'][] = $result['link']; } else { break; } }
-
Через свои скрипты. Ограничение по потокам тоже через скрипты убирается.
-
Нету бесплатных.
-
Покажите сайт, может интернет у вас плохой.
-
// fix if ($script_data['browser']['header_list']) { foreach ($script_data['browser']['header_list'] as $key => $result) { $script_data['browser']['header_list'][$key] = trim($result); } }
-
Настройки запроса/Собственные заголовки - не удаляется \r, а только \n
-
Понизить версию php или нанять программиста для адаптации сайта под текущую версию php. Ругается т.к. php правила такие в этой версии. И у вас скорее не OpenCart 3. Или здесь: https://github.com/opencart/opencart/blob/a1d7bc1e6434b8741e8a819238a2bf4e428194fb/upload/catalog/controller/startup/startup.php#L165 установить условие проверки существования $this->session->data['shipping_address']['country_id'] и $this->session->data['shipping_address']['zone_id'] За одно и здесь: https://github.com/opencart/opencart/blob/a1d7bc1e6434b8741e8a819238a2bf4e428194fb/upload/catalog/controller/startup/startup.php#L171
-
Всем плевать, вот и не востребован. Для обработки товара, нужно задать условие такое же, как и при 404. На сайте донора 301 идёт на категорию. Поэтому мне наоборот переход по редиректам отключить. В общем не узнать, в какой ссылке был переход - значит нужно велосипед делать для поиска ошибки в логах и дёргать файл лога каждый запрос (для обработки 301), как и таблицу pars_link (для обработки 404). Проще там задать условие, чем думать, как создать условие удаления всех тегов с ценой, если нет нужного города. Потом удаление всего кроме цены, если есть нужный город. + 2 условия минимум.
-
Этот код не даёт записать ошибку 301 в таблицу pars_link и без вариантов по 301 ссылку никак не обработать (не построить условие для товара). Да, эти поля. У меня например, на разных страницах с одинаковым кодом есть отличие по городам, и мне не нужны все города, а только некоторые. В итоге мне приходится делать: А могло быть так:
-
Зачем при отправке запроса "Парсинг в ИМ" удалять ссылки с ответом ошибок? Это же не позволяет с помощью скриптов устанавливать условие на такие ссылки. Конечно можно установить, но нагрузка на такое действие в разы выше, чем когда бы не удалялась ссылка и запускался скрипт для неё. Лучше пусть все ссылки попадают в массив или сделать настройку для возможности пропускать ссылки с ошибками, а в массиве уже можете установить условие не добавлять инфу в товар при ошибке (согласно условиям границ, оно и так ничего не добавит). В "Настройки парсинга" не хватает установки регулярного выражения или установки возможности варианта (вариант 1|вариант 2) - меньше границ нужно будет создавать.
-
Для модуля кэшев нужно, чтобы условие по ссылке и кукам было в тех местах. Куки потому-что в этом модуле хранится префикс от ссылки. В итоге в зависимости от ссылки в эту куку пришлось записать префикс из js, чтобы ясно дать знать, что язык поменен. Конечно можно обойтись без js и куки, тогда придётся делать запрос в БД для получения всех префиксов и сравнивать со ссылкой.
-
Гэта по моим ашушчэниям. Вот, например, предлагаете просто отключить. Человек первый раз зайдёт и отдаст свой домен т.к. "Показывать превью" по умолчанию включён и он не в курсе, что сольёт свой домен когда включит.
-
Сделайте, чтобы выполнялся один скрипт для всех видов операций, чтобы можно было писать один файл скрипта. Тогда это будет нужно. Но вы не подумаете такое улучшение сделать и все будут кучу скриптов создавать. А можно было один создать и в нём задать условие по id проекта, id операции и т.д. Сами же не раскидали модель на мелкие кусочки потому-что удобно, а клиентам предлагаете делить свои скрипты.
-
Время. И вы не охотно способствуете на улучшение своего продукта (экономии времени заказчику). Вместо того, чтобы принять к сведению поступившую информацию, начинаете огрызаться. Я бы был рад, если бы мне писали про все косяки (самому тяжело их искать.) и предложения. А вы я смотрю рады, чтобы вообще не писали. Такими темпами время покупателям сэкономлено не будет. В данный момент - это первое знакомство с этим модулем - это не заработок, а помощь человеку, которому не смог отказать и интерес прочувствовать весь функционал модуля.
-
При чём здесь id ссылки в базе? Я про номер и говорю. Открыл ссылку с номером, пока настроил страницу - благополучно забыл номер ссылки и не знаешь какую следующую ссылку открывать - перебираешь снова. Вам обидно, что приятных моментов не описал? 1. Удобно ссылки собирать. 2. Удобно настраивать парсинг страницы. 3. Удобные шаблоны действий по крону. 4. Удобно, что хоть такой функционал скриптов есть. Но если бы не было, я бы в коде модуля прописал через модификатор. 5 Поиск и замена отлично, что есть. Я посоветовал человеку купить (т.к. он называется Универсальный) и мне нужно с этим модулем работать (тратить время на поиск описаний функций в документации и в исходном коде 13000 строк). Если вас не устраивает не буду больше советовать ваш модуль.
-
Для кода скриптов нет. Возможно многим плевать, вот и не спрашивают или вы не замечали таких вопросов. В колонке ссылок id (порядковый номер) не тот, что в ссылке. Смотрится домен рефер и ip, если прокси не указан - донор может затаить обиду и начать теребонькать сайт. Нельзя не открывать - не настроить парсинг тогда. Разве не нужно стремиться к идеалу? Я перечислил аспекты которые бы ускорили знакомство с модулем.
-
Неудобства модуля 1. Нет для скриптов значения when_do и приходится делать подобные костыли: Скрипт можно применить только с уникальным названием, то есть нельзя один скрипт повесить на каждое действие. Неудобно создавать отдельный скрипт под каждое действие. Скрипт удобно писать в блокноте - приходится постоянно копировать каждый скрипт или посещать фтп, чтобы пачку скриптов обновить. Было бы удобно изменить шрифт для поля скрипта на читабельный, чтобы кавычки были видны чётко, добавить возможность отступа по табу, позволить применять скрипты с одинаковым названием под разное действие, но не на одно и тоже, выгрузить во фрейм исходный код модели simplepars.php для быстрого поиска существующих функций, сообщение об успешном сохранении возле кнопки продублировать. 2. Требуется доработка документации и указать ссылки в модуле https://simplepars.top/index.php?page=note&n=8 Конкретно нет информации, что в полях можно применять теги из https://simplepars.top/index.php?page=note&n=9. Также привести название в документации к названиям вкладок в модуле. 3. При разрешении экрана меньше 1920х1080 в OpenCart 3+ многие поля не видно и они кривятся из-за смещения названия. 4. В "Настройка парсинга" неудобно, что при посещении ссылки обновляется страница и id загруженной ссылки не указан. 5. "Сбор ссылок" непонятное поле "Шаблон ссылок очереди" - понятно назвать "Должно быть в ссылках очереди". 6. В описании поля "Пауза" указана единица в секунду - возможности php позволяют указать в миллисекундах. Модуль сохраняет число с запятой, но не понятно - работает ли оно. 7. Нет экcпорт\импорт php-скриптов. 8. Фрейм передаёт донору информацию о том, кто его парсит (referer).
-
Я опечален работой модуля, думал он реально универсален. Думал можно настроить под любое поле в БД, а в итоге половина функционала по принуждению из того, что есть. Придётся свой создавать, чтобы был. Конечно благо есть написание скриптов, где можно настроить свои поля - но это трата времени и лишение клиента тех. поддержки модуля.
-
Я разработчик. У покупателей нужно спрашивать.
