markimax

https://www.opencart.com/index.php?route=marketplace/extension/info&extension_id=38025

Доброго Звісно можна, в налаштуваннях модуля є поле hreflang

Немає ніякого "кеша" зображень, бо це не кеш. Хто взагалі так обізвав кнопку (на заборі "хрін" написано (я про папку де вони), але ж це не х.., а забор)... треба змінити назву на кнопці на "Очистка ресайзів зображень опенкарт", бо це постійні граблі у користувачів, майже в кожного другого... видаляють ресайзи а потім жаліються про гальма. Так мало того, багато хто по кілька разів на день такє робить Це РЕСАЙЗИ зображень. На генерацію яких потрібно багато ресурсів процесора (та пам'яті), бо йдуть операції розтискання. обрізання, а потім знову стискання Мало того ресайзи знаходяться в індексу пошукових систем. Їх не можна без вагомої причини видаляти. І навіщо їх видаляти. Видаляти тільки в тому випадку, коли видалені багато товарів і їх зв'язані зображення вже неактуальні (це раз в "рік")

Доброго До модуля це немає ніякого відношення Ви мабуть помилково видалили файл опенкарта startup.php

Питання заповнення в ручну посилань в меню (та т п) це не до автора Якщо префікс uk, а користувач наприклад заповнює посилання в меню модулях чи темі з ua то це питання не до модуля, а до самого користувача І запитання з розряду "до гадалок", нема ні скріна, ні посилань

При розумному парсингу неможливо зробити захист від нього (proxy, затримки між парсингом сторінок, імітація користувача, мімікрірування під гугл бот та т п) Це все рівно що "боротьба з вітряками"

Доброго Не бачу вашого логіну у списках тих, хто купував модуль Напишіть мені в особисті повідомлення форума номер рахунку за яким купували модуль Дякую Нагадаю умови ТП з опису модуля Умови технічної підтримки 1. При запиті в тех. підтримку ви повинні надати підтвердження офіційної покупки модуля (де куплений, під яким e-mail, логіном, номер рахунку) В іншому випадку автор залишає за собою право не відповідати з якихось засобів комунікації без пояснення на те причини. 2. Час реакції безкоштовної тех. підтримки не обмежена (враховуйте що існують вихідні та свята, а робочий день починається о 9:00 і закінчується 17:00, а в тех.підтримки працюють не роботи). Тех. підтримка здійснюється в строгому порядку черги 3. Тех. підтримка не надається без повних доступів. УВАГА, Якщо ви надали не перевірені доступи або доступи без прав адміністратора (тобто фахівець витратив час на спробу входу і не увійшов під ними або не отримав прав для повноцінної роботи) - то автоматично переміщується в кінець черги, мінімум на добу). Тех. підтримка здійснюється тільки через особисті повідомлення (ОП) на форумі В іншому випадку автор залишає за собою право не відповідати з якихось засобів комунікації без пояснення на те причини. Ми не вміємо гадати.

Зовсім не критично.

Доброго З опису Умови технічної підтримки ... 3. Тех. підтримка не надається без повних доступів. УВАГА, Якщо ви надали не перевірені доступи або доступи без прав адміністратора (тобто фахівець витратив час на спробу входу і не увійшов під ними або не отримав прав для повноцінної роботи) - то автоматично переміщується в кінець черги, мінімум на добу). Тех. підтримка здійснюється тільки через особисті повідомлення (ОП) на форумі В іншому випадку автор залишає за собою право не відповідати з якихось засобів комунікації без пояснення на те причини. Ми не вміємо гадати.

Може бути що завгодно Тут гадати тяжко. Це треба дивитися

Дивіться консоль браузера на помилки JS Мабуть є конфлікт скриптів з вашим "не стандартним модулем"

? Не совсем понял ваш вопрос

В мене комбат казав ... "війна війною - обід за розкладом" Так є контракт.... з тими хто поставляє нам зброю, підтримує Ми працюємо не з свинособаками, а з нашими союзниками Ми їх (наших союзників в ЄС) партнери, а не якісь неандертальці

А чого "після", а не "до" Там прив`язатися то легше У вас там який масив? Візьмемо наприклад стандартний <search position="before"><![CDATA[$data['products'][] = array]]></search> <add position="before"><![CDATA[ if ($data['ns_on_off_category_page_fastorder'] == 1) { $data['ns_on_off_category_page_fastorder'] = ($result['price'] >= (int)$this->config->get('config_minprice')) ? 1 : 0; } ]]></add>

2014 рік ...

Поясню на пальцях для тих хто любить флудити Звідки взятий код? Мабуть цей, зі стандартного (наголос "стандартного") коду контролера $data['products'][] = array( 'product_id' => $result['product_id'], 'thumb' => $image, 'name' => $result['name'], 'description' => utf8_substr(trim(strip_tags(html_entity_decode($result['description'], ENT_QUOTES, 'UTF-8'))), 0, $this->config->get('theme_' . $this->config->get('config_theme') . '_product_description_length')) . '..', 'price' => $price, 'special' => $special, 'tax' => $tax, 'minimum' => $result['minimum'] > 0 ? $result['minimum'] : 1, 'rating' => $rating, 'href' => $this->url->link('product/product', 'product_id=' . $result['product_id']) ); Потім якийсь "програміст" робить для свого "функціоналу" Ctrl->C - Ctrl->V і вставляє вище Гіпотетично... viewed чи specail чи ще щось $data['products_viewed'][] = array( ... 'href' => $this->url->link('product/product', 'product_id=' . $result['product_id']) ); І що.. offset "ваш" працювати не буде. Таких не працюючих "оффсетів" я багато бачив. offset - це шлях до потенційного багу

А я неодноразово потім розгрібаю ці offset зі словами замовника "а чому в мне не працює те" Особливо часто в шаблонах полюбляють використовувати offset тому що прив'язатися не можуть (бо схожий код верстки). Потім хтось "вище" додає такий же схожий код... і "починається"... "а в мене не працює...". Дивишся а там offset. Вже багато разів підіймалася ця тема, вже якось гуртом прийшли до того що offset краще не використовувати. А ви знову хайп підіймаєте. Навіщо, не зрозуміло (ні, мені то зрозуміло... причина в іншому ))) ).

Чого? Які "докази". Що за хайп знову. Ну хтось модифікатором щось зміне в "порядку" чи руцями "програміст" додасть - такє дуже часто буває Не тільки ви "один" модифікуєте

Тільки не offset

ocmod не відробляє мультистрокові Можливо з-за цього у вас і не працює

Дуже не рекомендую offset

Мабуть користувачу не прийшло повідомлення на пошту. Такє іноді буває чомусь на форумі.

Доброго Я вам написав зразу як ви придбали модуль, в особисті повідомлення (ОП), письмо Перевірте ОП

Звідки ви взяли що 2.3 вразлива? Хостер пише що вона просто застаріла. І він тільки рекомендує оновитися Це зовсім різні речі. Якийсь хайп заголовок

Перевірте дійсність сертифікату HTTPS