Leaderboard

{reg[#(.*?(Rehau).*?|.*?)#i]}|$2 Rehau|1 Если в фразе есть слово Rehau, его оставить. Все остальное удалить. Если слова нет, удалить все

@dolyalexey Добрый вечер после обновления которое делаю сейчас . Сначала будет оно, а уже после него сделаю этот модуль .

Ну либо на практике вы не туда смотрите ? Я работаю с вероятностями. Вот такого никогда не было в модуле, так как по сути и не мой код базово за это отвечает. Но такое мне писали раз 100 и все разы заканчивались тем что человек просто не туда смотрит или не проверял свои настройки. Пару случаев было когда идентификатор был больше 1000 знаков он обрезается и первых 64 знаков, и в итоге в исходнике один артикул по факту в базе другой. Вот такое было года 4 или 5 назад, после чего в модуле был добавлена функция проверяющая длину артикула. Но это не ваш случай. В остальном это всегда ошибка настроек, либо человек смотрит ни туда. Пожалуйста, внимательно посмотрите настройки.

Спасибо! Сработало!

готовий допомогти Напишіть в пп

Убедится что там разные идентификатора товара. Модуль не может так делать.

как такой вариант, сделать 2 границы париснга значения 234567 В одной обрезать во второй нет. А дальше через логические операторы выбирать с какой границей будете работать. Логические операторы описаны тут. https://simplepars.top/index.php?page=note&n=50

WHERE parent_id = '" . (int)$product_id . "' вот тут вместо product_id должен быть айди родителя. напишите в личку помогу

а що в цьому не так? наприклад breadcrumbs а також header footer ...

$_['action_default'] = 'common/home'; $this->response->redirect($this->url->link($this->config->get('action_default')), 301);

Для потомков ) $this->response->redirect($this->url->link('common/home'), 301);

Було б дуже класно додати у налаштування методів оплати - мінімальну суму замолвення, менше якої - аналогічно відображати як неактивним. Адже у багатьох наложка починається з "мінімальної" суми

Взагалі на "сітку" виводу отих усіх контролерів можна було зробити один контролер (так саме як і модулів виводу товарів) І не писати простирадло (зараз код Даніеля виглядає як неандертальський в контролерах), а ось щось такого плану public function index($settings) { return $this ->start(settings) ->load_language() ->header() ->breadcrumb() ->main() ->positions() ->output(); } ... private function header() { $this->document->setTitle($this->language->get('heading_title')); if (method_exists($this->document, 'setRobots')) { $this->document->setRobots('noindex,follow'); } return $this; } ... А потім подіями як завгодно обробляти // У файлі установки $this->model_setting_event->addEvent('your_event_name', 'catalog/controller/your_controller/header/after', 'extension/event/your_event/afterHeader'); // У контролері події public function afterHeader(&$route, &$data, &$output) { // Ваш код, який буде виконано після методу header() }

З'явився, можу запропонувати вам свій модуль

ocStore 3.0.2.0, шаблон UniShop2, мультиязычный магазин, SEO PRO включен, ни каких дублей пустых страниц у меня в базе не оказалось (пустых, без заполненного поля keyword, не было совсем). Решил вопрос следующим образом: 1) Админ панель /в настройках системы, в закладке SEO PRO посмотреть что бы не было указано route в разрешенные get-параметри, ( я ранее, не помню зачем, его внес, его необходимо удалить). Исключения для get-параметрів должно быть: нет; 2) Админ панель /дизайн/SEO менеджер, создаем для каждого языка запрись ( мультиязычный магазин) Посилання SEO URL common/home оставляем пустым или * ставим один пробел (для языка по умолчанию) common/home en common/home ru * ocstore 3.020 не позволяет сохранить пустое поле; 3) В phpMyAdmin выбираем таблицу `oc_seo_url`, в таблице сортируем строки по keyword: сверху наша запись с пробелами, редактируем keyword, удаляем пробел, поле SEO URL должно быть пустым, сохраняем изменения; phpMyAdmin записи в таблица `oc_seo_url : *seo_url_id store_id language_id query keyword 188000 0 3 common/home (пустое поле) 188001 0 2 common/home en 188002 0 1 common/home ru для одного языка: 188000 0 3 common/home (пустое поле) *Значение seo_url_id могут отличаться, система их формирует самостоятельно. 4 )В админ панели магазина очищаем системный кэш. В браузере открываем витрину магазина и очищаем кэш: Ctrl+F5 ; 5) Проверяем нет ли боков при загрузке главной страницы в *вариантах: namesite.com www.namesite.com http://namesite.com https://www.namesite.com https://namesite.com *Всегда должна загружаться/отображаться версия https://namesite.com 6) если это не так, редактируем файл .htaccess в корневом каталоге домена, вносим следующие записи: # Редирект с www на ssl без www RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L] # Редирект с ssl без www на ssl RewriteCond %{HTTPS} off RewriteCond %{HTTP:X-Forwarded-Proto} !https RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{QUERY_STRING} ^(.+)/$ RewriteRule ^(.*)/$ /$1/?%1 [R=301,L] В результате этих действий имеем к индексации для языка по умолчанию строку https://namesite.com и для двух других языков https://namesite.com/en , https://namesite.com/ru ; Первоначально была одна запись для всех языков https://namesite.com/index.php?route=common/home (bing.com отказывал в индексации https://namesite.com); *Откатить все назад очень просто: закрываем # внесенные строки в .htaccess , в админ панель /дизайн/SEO менеджер: удаляем созданные записи ( запись). **До внесения вышеописанных изменений (с установками по умолчанию после инсталляции, в варианте index.php?route=common/home) переключение языка страницы происходило после второго повторного клика по кнопке выбора языка, теперь этой проблемы нет.

Да, оказалось все просто. В настройках модуля Filter pro есть кнопка перестроения индекса фильтра.