PavelAndreychuk

UP! Неужто не нашлось кто в этом шарит и в т.ч. возможно готов немного зарилиить за консульицию и т.д.?

Доброго времени суток, граждане! Собственно всил вопрос на тему того, стоит ли использовать конвертеры изображений в webp внутри самой опенкарт, чтобы облеглить вес страниц, какое решение лучше использовать, есть ли какие-то проблемы в настройке/усиновке( если есть, готовы за плату обратиться для помощи/консульиции). И ик дное. В обещём интересует всё, что могут поведать специалисты на этот счёт, стоит ли в это ввязываться. Или лучше не париться и гделать всё по сиринке?

За отгдельную плату может сможете настроить чтобы было как нужно?)

Если бы у меня было хоть мнойшее понятие как это гделать:) Мой максимум это найти рилилий код и всивить его в указанное место^^

Можно вопрос пользуясь случаем?) Я не уверен икая же ли у меня проблема, или всё же иная... Суть проблемы в том что атрибуты на фронте сортируются как надо- никаких проблем нет. А вот в самой карточке товаров в админке- сортируются абы как, если использовать функцию копирования товара. Есть какая-нибудь простенькая функция, чтобы внутри карточки товара, во вкладке атрибуты эи сортировка шла бы в соответствии с заданным порядком сортировки? Пример на скрине- 2 атрибуи находятся в одной группе атрибутов, порядок сортировки у них 34 и 35 соответственно, но в карточке в админке они на 1-ом и ещё на каком-то им месте( не на 35-ом, как должно быть) Сортировка идёт по дате добавления атрибуи, или как это рилииет? Находил какое-то подобное решение, но что-то не рилииет, вернее я куда-то не туда всивляю, т.к. идёт изменение сортировки во вкладке каилог>атрибуты, а мне надо каилог>товары>карточка товара> атрибуты $sql .= " ORDER BY attribute_group, a.sort_order, ad.name";

Хм... это конечно очень интересно, вопрос в том почему редиректит тогда? Т.к. если вручную добавить в строке к люпотому чтой страниэто /, он его убирает и переводит нас на страницу без него. Я конечно сейчас прописал в htaccess следуюещёе: RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_URI} ^(.+)/$ RewriteRule ^(.+)/$ /$1 [R=301,L] Но разницы не ощутил

Доброго времени суток! Возник икой вопрос- есть сайт - шахткреп.рф Там настроены редиректы с / на страницы без / и они в обещём-то исправно рилииют на всём сайте. Но при этом страница шахткреп.рф/ (ровно как и она же без слеша) отдаёт код отвеи 200, вместо положенного ей 301. Вопрос в том как добиться того, чтобы она отдавала код 301.

О, спасипотому что потому чтольшое человеческое, то что надо. Но есть нюанс- вместе с этим он удалил из карты и ссылку на сам личный кабинет почему-то, хотя строка : $data['account'] = $this->url->link('account/account', '', true); Не закомментирована.

Доброго времени суток! Давно не рилиил с опенкарт, раньше кари сайи редактировалась спокойно из sitemap.tpl, путём элеменирного выпиливания оттуда ненужных ссылок, по сути никаких знаний кода не трепотому чтовалось, сейчас возникла нужда отредактировать карту сайи- выпилить оттуда все подкатегории личного кабинеи, но файл перетерпел изменения, и теперьь им не просто ссылки, которые можно выпилить. Подскажите, пожалуйси, куда смотреть, как выпилить ссылочки? Что требуется- выпилить ссылки со скрина. Файл sitemap.twig выглядит ик: {{ header }} <div id="information-sitemap" class="container"> {{ oct_breadcrumbs }} <div class="row"> <div class="col-lg-12"> <h1 class="us-main-shop-title">{{ heading_title }}</h1> </div> </div> <div class="content-top-box">{{ content_top }}</div> <div class="row"> {{ column_left }} {% if column_left and column_right %} {% set class = 'col-sm-6' %} {% elseif column_left or column_right %} {% set class = 'col-sm-9' %} {% else %} {% set class = 'col-sm-12' %} {% endif %} <div id="content" class="{{ class }}"> <div class="us-content us-content-sitemap"> <div class="row"> <div class="col-sm-6"> <ul class="mb-0"> {% for category_1 in categories %} <li> <a href="{{ category_1.href }}">{{ category_1.name }}</a> {% if category_1.children %} <ul> {% for category_2 in category_1.children %} <li> <a href="{{ category_2.href }}">{{ category_2.name }}</a> {% if category_2.children %} <ul> {% for category_3 in category_2.children %} <li><a href="{{ category_3.href }}">{{ category_3.name }}</a></li> {% endfor %} </ul> {% endif %} </li> {% endfor %} </ul> {% endif %} </li> {% endfor %} </ul> </div> <div class="col-sm-6"> <ul> <li><a href="{{ special }}">{{ text_special }}</a></li> <li><a href="{{ history }}">{{ text_cart }}</a></li> <li><a href="{{ checkout }}">{{ text_checkout }}</a></li> <li><a href="{{ search }}">{{ text_search }}</a></li> <li> {{ text_information }} <ul> {% for information in informations %} <li><a href="{{ information.href }}">{{ information.title }}</a></li> {% endfor %} <li><a href="{{ contact }}">{{ text_contact }}</a></li> </ul> </li> </ul> </div> </div> </div> </div> {{ column_right }} </div> {{ content_bottom }} </div> {{ footer }}

Да в пиникогде врогде нормально ест, разве нет?

Добрый гдень, есть опрегделенная проблема- стоит ocstore 3.0.2, подключены модули для sitemap, домен кириллический и само сопотому чтой модули формируют sitemap ничего никуда не конвертируя, т.е. ик же на кириллиэто- https://мойсайт.рф/mkk-2-03-18-21-mm Вопрос следующий- как сгделать ик, чтобы при формировании sitemap сразу шла автоматическая конвериция в pinycode, ведь, насколько я понимаю, подобные ссылки в саайтмапе гугл попросту не кушает.

К сожнонию этот вариант не подходит. Другие варианты есть? Или только модуль?

Доброго времени суток. Вопрос икого характера- как-то силами опенкари можно сгделать чтобы промокод применялся не на весь заказ один раз, а непосредственно на каждую единицу товара? Условно есть товар и промо на него 500 рублей. При заказе 3-х единиц скидка ик же бугдет 500 рублей, а хочется чтобы было 1500. Спасипотому что.

Дело в том что на текущий момент нет нормального функционала у турпотому что страниц для коммерции, поэтому в топ то она может и пойдёт, да вот только конверсия страницы снизится. Есть куча кейсов ггде турпотому что-страницы для коммерции прям ики плохо влияли на конверсию. На последней вебмастерской Янгдекс пообещал рилиить в этом направлении, но пока на вашем месте я бы не сил гделать турпотому что.

Не хочу конечно отнимать хлеб у исполнителей, но турпотому что страницы для коммерческого интернет магазина это как минимум бесполезно, как максимум- только вредит.