Dotrox

Качаем файл по ссылке во временную директорию, оттуда его используем для ресайза, затем удаляем.

Прежде всего надо сказать, что эта строка кода довольно гавнокодистая. А второе - почему вы обрезали тексты ошибок? Вы оттуда удалили самое важное как раз.

Ну, например так: файл: /catalog/language/__язык__/common/header.php (в каждой из языковых директорий) добавить: $_['text_link_about_us'] = 'О нас'; //В каждой языковой директории на соответствующем языке файл: /catalog/controller/common/header.php после $data['telephone'] = $this->config->get('config_telephone'); добавить: $data['text_link_about_us'] = $this->language->get('text_link_about_us'); и затем уже в header.tpl: <a href="http://site.ru/about_us.html"><?= $text_link_about_us; ?></a> И дальше ОК сам уже будет в соответствии с текущим языком, выбранным посетителем, выбирать из нужного языкового файла значение языковой переменной для вывода. А ссылку (сам url) тоже желательно бы формировать в контроллере, а не хардкодить в шаблоне.

Очень странный совет! Тут есть сразу несколько вариантов. Можно либо в языковой файл вынести только текст анкора, а не весь тег, либо использовать php форматирование, как это происходит в ОК в куче мест. Например, корзина. языковой файл: $_['text_items'] = '%s item(s) - %s'; контроллер: $data['text_items'] = sprintf($this->language->get('text_items'), $this->cart->countProducts() + (isset($this->session->data['vouchers']) ? count($this->session->data['vouchers']) : 0), $this->currency->format($total, $this->session->data['currency']));

Корзина в шапке теряется. Её иконка там вообще для красоты, ибо она не помогает найти корзину и вообще понять, что на ней можно только поняв для начала, что это блок корзины. Непонятно, зачем время работы указано над корзиной - корзина то работает круглосуточно, а время работы надо указывать возле контактов. Сейчас, вроде, пытались возле, но есть отлично заметное разделение между контактами и временем работы и получается, что время работы в корзине. Если выпадающий блок корзины раскрывается по клику, то и исчезать должен по клику за его пределами, а не после ухода курсора. На странице оформления заказа правая колонка почти пустая, зато левая уходит далеко за пределы экрана. Модуль Simple позволяет без проблем тасовать блоки на этой странице. И лучше всего сделать блок с товарами растянутым на всю станицу, ибо сейчас даже название валюты сползает на вторую строку, не говоря уж про модель, которая может растянуться на 4 строки. И по самим полям заказа: необязательное поле фамилии кажется немного странным, но это уже зависит от ваших потребностей, а вот смысла спрашивать дважды имя и фамилию - нет. Адрес оплаты (который стоит назвать просто адрес, чтоб не пугать людей) подразумевает, что он принадлежит тому же человеку, который оформляет заказ. В случае, если нужно отправить заказ другому человеку (и на другой адрес) - есть дополнительно адрес доставки, который у вас не выведен. В футере возле контактов тоже стоит добавить время работы, чтоб если кто-то захочет позвонить, не было необходимости крутить в шапку и смотреть рабочее ли сейчас у вас время. Тем более, что время в шапке могут и не заменить. Перенесите seo тексты в категориях под товары. Они всё равно не для людей (иначе были бы не таким мелким шрифтом хотя бы), но занимают много полезного места перед глазами. Ценники в категориях малозаметны и там не помешает пробел перед тысячным разрядом для более лёгкого восприятия чисел. Кнопка добавления в корзину тут тоже не сильно заметна и довольно мелкая. В боковом меню категорий стоит сделать развёртывание без перехода в категорию. Стрелочка справа от названия категории вызывает ожидание, что клик на неё развернёт подкатегории, а вместо этого происходит переход на другую страницу (где этот блок уже действительно развёрнут). Приведите блок товара в категории и на главной к единому виду. Прежде всего речь о том, что кнопка добавления в корзину в разных местах. И на главной создаётся ощущение, что иконка тележки и надпись "купить" - это разные кнопки. Если кнопка настолько длинная, иконка должна быть рядом с текстом и они должны быть отцентрованы. Кстати, юзабилити не имеет ничего общего с SEO (это о разделе, в котором вы тему создали).

Если проблема возникла, а не была всегда, значит вы что-то перед её появлением делали, что и привело к ёё появлению. Вспомните, какие модули вы ставили последними и поотключайте их (не забывая чистить кеш модификатров). Возможно, вы ещё делали какие-то манипуляции с ЧПУ, например, прописали такой редирект, под который попало не только то, что должно было, но и всё на него похожее.

В случае ОК для ожидания ответа сервера (время генерации страницы) нормальное время - это 300 - 500 мс, а время полной загрузки страницы уже зависит от количества файлов, которые грузятся вместе со страницей (стили, скрипты, изображения) и размера самой страницы. Каких-то ориентиров тут нет, но проверить достаточно ли быстро грузится страница можно через PageSpeed - https://developers.google.com/speed/pagespeed/insights/

Дело не только в статике. Апач жрёт слишком много памяти и излишне нагружает процессор, кроме того, php-fpm работает быстрее, чем mod_php. Ну, а в плане статики - тут вообще без вариантов, только nginx. С Апачем на статике вам быстро начнёт не хватать даже такого, вроде, пристойного сервера. Была бы причина - был бы комментарий с критикой. А так у нас тут много школьников, которым сказать нечего, потому только минусовать могут.

Это ещё не значит, что их достаточно. Не уверен, что там в стоке у двойке, но в 1.5 разница в скорости между стоком и полным набором индексов была на порядок. Без дополнительных индексов там начинались жуткие тормоза уже при трёх тысячах товаров. Для такого железа и такого количества товаров/категорий это всё равно ещё далеко от идеала. Кроме прочего, выкиньте Апач и замените его на связку nginx + php-fpm. Посмотрите код. Выключение может убирать только вывод количества, но не подсчёт. Так, например, было в стоковом 1.5 в стандартном меню долгое время.

А вы уверены, что только тут и на opencart.com? То, что вы за модули платили, ещё не значит, что вы их покупали у авторов, а не на варезнике с вирусами. Но если вы уверены, что все модули "белые", то вас взломали и нужно искать как и искать бекдоры.

Обычный SEO текст написанный начинающими копирайтерами за еду :) Неудивтельно, что Гугл этот треш загнал в хвост выдачи. И зачем на страницах товара в описании заголовок h2 дублирующий содержанием заголовок h1? Ещё и все описания сгенерированы по шаблону и отличаются только названием товара - за такое вообще можно бан получить. Об этих моделях что вообще нечего стоящего написать? А если всё же написать нечего, то лучше совсем бурать описания. Для Гугла и заголовка достаточно для нормального ранжирования, а такие описания будут тянуть вниз, а не вверх.

У вас периодически на сайте дикие тормоза. Хотя тело страницы отдаётся за 500 - 700мс, но полная загрузка страницы иногда занимает больше 20 секунд. И ещё какая-то странность с вёрсткой: во всех открывающих тегах после названия тега идёт перевод строки. Например: <a href="https://3d-stl.ru/compare-products/" class="hide-on-mobile compare-total"><i

У вас есть файл /catalog/controller/common/seo_pro.php?

Проверьте, есть ли у вас файл /catalog/controller/common/seo_pro.php и замените его содержимое кодом отсюда: https://github.com/myopencart/ocStore/blob/ocStore2/upload/catalog/controller/common/seo_pro.php

Что вы под этим подразумеваете? Если вы просто залили файл seo_pro.php, то ничего и не будет. Переключатель есть только в сборке ocStore (возможно. и в других), но не в оригинальном ОК, а у вас, судя по всему, он. Вы можете включить SeoPro отредактировав файл index.php. Найдите там такую строку: $controller->addPreAction(new Action('common/seo_url')); и замените в ней seo_url на seo_pro.

Ну, он так и работает :) Впишите в поле поиска одно из слов из названия товара (и без ошибок). Если и тогда ничего не найдёт, а товар есть и включён - тогда действительно проблема.

У вас отправитель неправильно настроен. В письме адрес From на gmail.com, а реально письма отправляются с mail.ru.

Если у вас есть необходимость массового заказа отсутствующих товаров в куче с товарами в наличии, то вам такие модули не подойдут. Тут только под заказ можно что-то сделать. Модули предзаказа ориентированы на единичное использование в обход корзины.

Это вопрос к тому, кто у вас занимается программированием 1С. Но, как я уже написал выше, смотрите на модули предзаказа, они не вычитают товары.

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

ibond, это сортировка по количеству, а не по наличию. ТС хочет, чтоб товары в наличии были в начале независимо от остальных параметров. Тут нужно сортировку по количеству использовать в дополнение к остальным + привести количество к бинарному формату, чтоб не сбивать сортировки. CASE WHEN p.quantity > 0 THEN 1 ELSE 0 END as quantity_sort ORDER BY quantity_sort DESC, " . $data['sort']

Вы неправильно тестируете. Во-первых, тестировать одним запросом - это в принципе неправильно, но в случае с SeoPro - это ещё и кардинально искажает результаты. Преимущество SeoPro в кешировании, которое при одном запросе даёт, конечно же, обратный эффект (тратится дополнительное время на создание кеша). Сделайте хотя бы тысячу запросов. Nginx и не должен давать прирост там, где тормоза из-за времени работы скрипта. Преимущество nginx вы увидите, когда начнётся реальное использование сайта и Апач начнёт тормозить независимо от использования SeoPro.

Настройки передаются в переменную $setting в контроллере модуля.

Как вариант - что-то не так с настройками на хостинге. Вы файлы в бинарном режиме заливаете?

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