Лидеры

@Technical Department хорошо бы еще редирект с www сделать, а то сейчас: в целом согласен с @byba в дополнениях и их разделах стоит уникализировать/оптимизировать тексты описаний сверху (по типу частично свернутого, чтобы много места не занимало) + ключевики добавить

Веб сервер nginx позволяет работать в разных режимах, как с использованием интерпретатора php, так и без. Для работы OpenCart лучше выбирать оптимальный режим работы php-fpm. Многих данный режим пугает тем, что в данном случае файл htaccess напрочь игнорируется и все необходимые настройки нужно вносить в конфиг nginx. Но в этом нет ничего сверх сложного. Конфигурационный файл - это обычный текстовый файл на сервере, который подчиняется определённым правилам. И по данному поводу можно найти много готовых описаний и инструкций. Данная статья не претендует на уникальность, а просто представляет краткую выжимку по настройкам, учитывая особенности работы с движком OpenCart и сборками на его основе. Для удобства будут приводится примеры настройки с использованием панели ISPmanager. Основные настройки будут касаться секции location, и зависимость описания от используемой панели будет минимальной. Для начала переведём nginx в режим работы php-fpm. Для этого в панели сделаем следующие настройки разделе WWW-домены для нужного сайта: 1. Выбираем в списке нужный сайт, если их несколько, и жмём кнопку "Изменить". 2. Находим настройки PHP и настраиваем следующим образом: Обратите внимание, что версия php у вас может отличаться. При необходимости, можно эту версию изменить на нужную, но этот вопрос выходит за рамки данной статьи. После сохранения настроек будет работать почти всё, что и раньше. Если в настройках OpenCart отключены ЧПУ ссылки, то всё будет работать, как и работало до переключения режима работы. Теперь можно приступать к непосредственной настройке самого конфигурационного файла nginx для текущего сайта. Для этого в списке www доменов находим нужный нам и нажимаем справа на иконку с тремя точками. В выпадающем меню выбираем пункт "Конфиг": Вот примерный конфигурационный файл, который будет создан у вас по умолчанию: В конфигурации у вас будет две секции server, если у вас включено защищённое соединение SSL (и оно должно быть обязательно включено). Если у вас включен принудительный редирект с http на https, то можно редактировать только секцию server для https. Определить её легко: в самом начале есть параметр с указанием сертификата ssl_certificate. Также в этой секции указан параметр listen с указанием порта 443: listen 8.8.8.8:443 ssl Но лучше делать настройки сразу в двух секциях server, чтобы не допустить механической ошибки. На данный момент нас интересует вот эта часть конфигурационного файла: location / { location ~ [^/]\.ph(p\d*|tml)$ { try_files /does_not_exists @php; } location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ { expires 365d; } } Все дальнейшие изменения мы будем вносить внутри этой секции "location /". В первую очередь нам не хватает вот такой директивы: if (!-e $request_filename){ rewrite ^/(.+)$ /index.php?_route_=$1 last; } Данное условие очень простое: если сервер не может найти файл по указанному в запросе пути, то запрос будет переписан на вызов index.php, а в параметр _route_ будет передан запрашиваемый путь. Именно это и позволит корректно отрабатывать всем ЧПУ ссылкам движка. Это правило является аналогом записи в файле htaccess: RewriteRule ^([^?]*) index.php?_route_=$1 [L,QSA] На этом можно было бы и закончить, но стоит внести ещё некоторые изменения для улучшения безопасности. Рассмотрим более внимательно вот эту секцию: location ~ [^/]\.ph(p\d*|tml)$ { Тут отбираются все все подходящие динамические файлы с типами .php (в том числе с числами в окончании) и .phtml Но у движка OpenCart в штатном режиме есть всего две точки входа для вызова php файлов через web окружение - это index.php и admin/index.php Есть ещё install/index.php, но она используется только при установке движка. Учитывая данные обстоятельства, логично запретить прямое выполнение всех остальных php скриптов через web окружение, кроме указанных администратором. Сделать это можно следующим образом: location ~ ^/(index|admin/index|install/index)\.php { try_files /does_not_exists @php; } В скобках через разделитель "|" указываем все php скрипты, которые можно выполнять. После завершения установки можно будет сократить это список до такого: (index|admin/index) ВНИМАНИЕ!!! Очень важный момент! После того, как убрали вызов интерпретатора php для всех файлов, кроме указанных, при попытке запроса любого другого php файла он будет отдан как обычный текстовый файл. И при запросе https://test.ru/config.php любой желающий сможет получить содержимое вашего конфигурационного файла, где содержится доступ к БД. Поэтому нам обязательно нужно запретить доступ для всех остальных файлов с расширением php. Ну и заодно к другим типам файлов, которые не стоит отдавать по запросу извне. Сделать это можно простым правилом: location ~* \.(php|log|tpl|txt|twig|xml|ini)$ { deny all; } В скобках через разделитель "|" указываем все расширения файлов, которые мы хотим запретить. Но у нас есть несколько важных файлов, которые пока попали под запрет, например: robots.txt и sitemap.xml. Этот вопрос мы решим чуть позже. А сейчас ещё немного запретов. Запретим открывать файлы, которые начинаются с точки, а также все файлы в папке system: location ~ /\. { deny all; } location ~ ^/system/ { deny all; } Этих запретов вполне достаточно, чтобы сделать невозможным выполнение каких-либо несанкционированных скриптов. А также просмотр логов, текстовых и xml файлов. Теперь нам необходимо открыть доступ к файлу robots.txt, для этого нам нужно такое правило: location = /robots.txt { allow all; } Также пропишем разрешение на открытие sitemap.xml и rewrite правило: location = /sitemap.xml { allow all; rewrite ^/(.*)$ /index.php?route=extension/feed/google_sitemap last; } Если вы используете сторонний модуль сайтмапа, то нужно указать соответствующий route для данного модуля. Если у вас несколько файлов sitemap или вы используете фиды для выгрузки данных, то просто пропишите для них права по аналогии. В итоге мы должны получить вот такую секцию location: Этих настроек достаточно для корректной работы движка OpenCart. И при этом данная конфигурация является безопасной с точки зрения выполнения несанкционированных скриптов php через web окружение. После всех настроек обязательно проверьте правильность работы, сделав запросы по указанному чек-листу (test.ru замените на адрес вашего сайта): https://test.ru/config.php https://test.ru/admin/config.php https://test.ru/admin/1.php https://test.ru/admin/1.txt https://test.ru/admin/1.log https://test.ru/admin/1.xml https://test.ru/system/modification.xml Для всех этих ссылок вы должны получить ошибку "403 Forbidden", вне зависимости от того, есть файл по указанному пути на сервере, или нет. Также проверяем белый список: https://test.ru/robots.txt https://test.ru/sitemap.xml Эти файлы не должны вызывать ошибок и вы должны корректно получать их содержимое. Дополнительно стоит проверить все ваши дополнительные сайтмапы или фиды, если вы их добавляли. Ещё раз повторюсь, что данная настройка является базовой, с небольшими правилами для улучшения безопасности. Но даже уже при такой настройке вы в среднем получите выигрыш 100-200ms для параметра TTFB, по сравнению с остальными режимами работы.

ProductField Plus - дополнительные поля на странице товара Добавил AlexDW Добавлено 09.06.2022 Категория Виджеты, Модули , Прочие Решения , Атрибуты товара Просмотр файла

True File Manager: Менеджер и Редактор изображений, мультизагрузка Добавил sitecreator Добавлено 10.06.2022 Категория Администрирование , Массовые редакторы , Прочие Решения Просмотр файла

Поддержу - ищите в модификаторах, Для начала отключите все модификаторы, кроме модификаторов шаблона, и включайте по одному. Рано или поздно Вы найдете конфликтующий. Ну или напишите разработчику шаблона в скайп.

CKEditor for Opencart by sitecreator - редактор администратора, полная версия Добавил sitecreator Добавлено 10.06.2022 Категория Администрирование , Прочие Решения Просмотр файла

откройте оригинальный файл catalog/controller/product/product.php и смотрите, есть ли в нем строка $data['reward'] = $product_info['reward']; если нет - добавьте ее после строки $data['model'] = $product_info['model']; похоже что у вас кто-то изменил ее на $data['jan'] = $product_info['jan']; если есть - значит это изменение вносит какой-то мод

Включить СЕО Про например, в настройках интернет-магазина. Важно не забыть переименовать .htaccess.txt в просто .htaccess

Посмотрите скрытое. предыдущее сообщение , там описано более понятно предложение. скрыто, т.к. содержит ссылки на сторонний ресурс. Ибо поисковики тупо не понимают, что Вы тут занимаетесь опенкартом :)) А текстовой массы, которая позволит четко идентифицировать тематику ресурса на данный момент пока еще не достаточно, да и вообще что маркетплейс , что форум на данный момент с точки зрения поисковиков сайт - однодневка. Достаточно посмотреть на топ авторов дополнений, что бы понять, что основные жители данной площадки разработчики. Это и хорошо, и плохо. Ибо за все время всего 30 продаж (это на всех) , что явно не хватит даже на "Сухарики" каждому. Мое видение примерно такое, если тут собирается клуб по интересам, то надо поисковикам хотя бы об этом заявить в явном виде, да будет переспам на 1х порах , но хотя бы алгоритмы поймут по каким основным запросам позиционировать данное "Образование" . В противном случае сами же разработчики через 3-5 месяцев возложат с прибором на данную площадку, ибо сколько бы не было энтузиазма, на одних "Сухариках" долго не проживешь.

При большом количестве товаров, однозначно нужно убирать кэшировние seo-url. При каждом открытии будет грузиться этот кэш, который будет весить под 20 Мб, а то и больше. Так себе операция на каждый hit.

взял на заметку, проанализирую, спасибо. Решу если, отпишусь тут

по логам модификаторов и логам сервера сравнивания код модификатора + оригинальные файлы с итоговыми модифицированными такое обычно с опытом приходит в целом, когда все нормально работало и вдруг начались проблемы - нужно вспоминать что делалось до их возникновения если сами точно ничего не меняли и не ставили до этого - уточнить у хостера, возможно они что-то делали проверьте на всякий случай, что у вас свободного места достаточно на хостинге по идее данная ошибка не имеет отношения к проблеме она лишь говорит о агрессивном кешировании файловой системы сервера, когда файл физически уже удален, но еще "висит" в кеше ФС сервера для ее устранения, в notepad++ откройте файл движка system/library/cache/file.php 1. замените все строки unlink($file); на это if (!@unlink($file)) { clearstatcache(false, $file); } 2. после строки public function get($key) { добавить clearstatcache(true); 3. обновите кеш модификаторов и проверьте работоспособность сайта

seopro в виде отдельного модуля, не встроенный в движок? если да - значит перестает работать по какой-то причине, например конфликт с другими модами, вот и получаются стандартные ссылки вообще, в случае проблем желательно сразу входные данные уточнить - что за движок / сборка, что за seopro