100napb

if ($host = '1.2.3.4') { return 301 https://$server_name$request_uri; }

это ограничение доступа к директориям, которые начинаются с точки. всякие там /.git/ и подобные а это ограничение доступа к любым файлам с указанными расширениями. обратите внимание на то, что присутстуют php, txt и xml-файлы. то есть, без дополнительных локейшенов, в которых бы Вы определяли иные правила обработки этих файлов, доступа к ним не будет. собственно, потому у вас 403. что бы это решить а) для обрабки запросов к пхп-файлам в корне сайта или внутри папок /admin и /install Вам выше предложили добавить как минимум вот это + еще где-то ниже, как мы видим из инструкции try_files /does_not_exists @php должен быть location @php { .. }, в котором бы собственно указывалось как nginx будет запросы к пхп проксировать: на какой порт или сокет. вместо @php локейшн можно называть как угодно. часто можно увидеть всякие @fallback. короче, типа такого хотя б location @php { fastcgi_pass unix:/var/run/сокет_на_котором_слушает_пхп.sock; fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; include /etc/nginx/fastcgi_params; } б) снять ограничение конкретно для robots.txt. и про сайтмапы.xml про которые выше писали не забыть, иначе при попытке их запросить то же 403 будет

location = /g_sitemap.xml { allow all; rewrite ^/(.*)$ /index.php?route=extension/feed/google_sitemap last; } location = /y_sitemap.xml { allow all; rewrite ^/(.*)$ /index.php?route=extension/feed/yandex_sitemap last; } таким образом, при запросе вида https://mysite.run/g_sitemap.xml будет реврайт на модуль карты сайта гугла, который динамически будет генерировать карту на каждый запрос; а при запросе https://mysite.run/y_sitemap.xml то же самое, но модуль карты яндекса. пробуйте. вроде просто всё и должно получиться без проблем.

варианты 1. один локейшн для y_sitemap.xml, второй - для g_sitemap.xml. С разными реврайтами на url соответствующих модулей. А уже в личных кабинетах поисковиков указать нужные ссылки (они же не обязательно должны называться именно sitemap.xml) 2. не использовать реврайты. в личных кабинетах поисковиков сразу указывать https://mysite.ru/index.php?route=extension/feed/google_sitemap 3. не использовать реврайты. вместо них следует предварительно генерировать сайтмапы и сохранять их в статические готовые к употреблению файлы, используя тот же планировщик заданий на хостинге\сервере (cron). в личных кабинетах поисковиков ссылаться на эти готовые файлы. это самый популярный и беспроблемный способ. из очевидных плюсов - готовые файлы не создают нагрузки на сервер, сколько их не запрашивай; вы контролируете время создания этих файлов

спасибо

mysqlcheck -A -o делает то же самое, не?

если устанете перебирать варианты, то пишите в лс. быстро, недорого. вариантов и правда может быть несколько. тем более, как-то странно: то у вас сео-про якобы столько озу кушает, то на ресайз картинки не хватало... гораздо проще\быстрее посмотреть на месте. я бы на вашем месте начал либо с отладки средствами пхп, либо с htop + strace, что бы посмотреть по факту что там происходит или на чем оно циклится

добавлять слэш в конец ссылки мб?)

отписался в лс. Есть несколько вариантов даже )

ocfilter, vier фильтр, dream filter, ajax go filter - многие умеют работать в разделе производителей и есть из чего выбрать. С поиском сложнее. Механизм синонимов разумно использовать в паре с морфологией, что бы, например, не писать правила типа "blue" => "синий, синяя, синего, синие". А в сколько-нибудь приличную морфологию умеет либо модуль "поисковой системы с морфологией и релевантностью", либо кастомные решения на том же сфинксе, которые насколько дороже, насколько круче + скорее всего их можно подружить с поиском, в отличие от закубированного по самые помидоры модуля от sv

You have an error in your SQL syntax Камон. Ошибка в синтаксисе запроса к базе. Сделайте банальный var_dump($sql) прямо перед $this->db->query($sql) в модели, где этот метод getCats описан, убедитесь в корректности тела запроса (прогнать в phpmyadmin?) и найдите ошибку. А там уже разбираться, откуда ноги растут. Конфиги окружения менять нужно, как правило, ввиду других ошибок ;)

Здравствуйте. Если кратко: подобные задачи решаю давно, часто и успешно. Опыта и компетенций более чем достаточно - есть основания и уверенность, что смогу быть полезен. Версия опенкарта не пугает хотя бы потому, что есть несколько подобных проектов на обслуживании (тоже боевые, успешные и давнишние). Пишите в ЛС - обсудим.

можете попробовать вот так. фиолетовым выделил критичные для Вас строки конфига. Это упрощенный пример конфига проекта, где этот модуль мультиязыка исправно работает ... location / { try_files $uri $uri/ @opencart; location ~ [^/]\.ph(p\d*|tml)$ { if (!-e $request_filename) { rewrite ^/(.*)$ /index.php?_route_=$1 last; } try_files /does_not_exists @php; } ... } location @opencart { rewrite ^/(.+)$ /index.php?_route_=$1 last; } location @php { fastcgi_index index.php; fastcgi_param PHP_ADMIN_VALUE "sendmail_path = /usr/sbin/sendmail -t -i -f webmaster@???"; fastcgi_pass unix:/var/www/php-fpm/1.sock; fastcgi_split_path_info ^((?U).+\.ph(?:p\d*|tml))(/?.+)$; try_files $uri =404; include fastcgi_params; } ...

в локейшн обработки php добавьте одну строчку. и всё. location @php { if (!-e $request_filename) { rewrite ^/(.*)$ /index.php?_route_=$1 last; } ... }