Как быть: nginx, ошибка 404 не работает при /?something?

Question

[Ольга]

Сайт на nginx. Для несуществующих URL отдаётся своя страница 404 ошибки. Так я думала, пока не увидела в Я.Вебмастере информацию о дубле главной страницы. Дубль имеет вид mysite.ru/?something
Как исправить ситуацию?
Для внутренних страниц ошибка обрабатывается нормально.
PS. Компетенции в nginx - "читаю документацию и почти всё понимаю" ). С сервером работала на курсах. На текущем сайте сервером занимается другой человек, но уровень - "в начале пути".

nginx.conf
user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
worker_connections 768; # Почему столько?
# multi_accept on; # Почему отключено?
}

http {
sendfile on; # Почему без ограничения объёма данных?
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65; # Рекомендуется указывать единицы
types_hash_max_size 2048;
# server_tokens off; # почему отключено?

# server_names_hash_bucket_size 64;
# server_name_in_redirect off; # запрещает использовать в абсолютных перенаправлениях, выдаваемых nginx’ом, основное имя сервера, задаваемое директивой server_name. Значение off - дефолтное. Значит, в данном варианте нет смысла

include /etc/nginx/mime.types;
default_type application/octet-stream;

ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # ref: POODLE - что это?

access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;

gzip on;
gzip_disable "msie6";

# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript; # определяет MIME типы, для которых будет работать сжатие. Почему отключено?

# почему нет: client_max_body_size 8M;

include /etc/nginx/conf.d/*.conf; #?
include /etc/nginx/sites-enabled/*;
}

Конфигурация сайта mysite.ru
server {
listen 443 ssl;
root /somepath;
server_name mysite.ru www.mysite.ru mysite.com;
index index.html;
ssl_certificate /etc/letsencrypt/live/mysite.ru/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/mysite.ru/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

error_page 404 /ErrorPages/404.html;
try_files $uri $uri/ =404;

location / {
# try_files $uri $uri/index.html $uri.html =404; # это частный случай try_files $uri $uri/ =404? Или есть смысл использовать обе директивы?

#try_files $uri $uri/ /index.html?$args; полагаю, что эта директива создаёт дубли главной

#if (!-e $request_filename){
# return 404;
#}
# Это часть прежнего кода. Предлагаю заменить на try_files $uri $uri/ =404 в контексте server;
}
}

server {
listen 80;
server_name mysite.ru www.mysite.ru mysite.com;
return 301 https://$server_name$request_uri;
}

Comments

[Александр]

Это не уровень nginx, это уровень приложения. После знака ? идут параметры запроса.
Если у вас кроме html ничего нет, можете настроить переадресацию всех запросов с ?

[Lynn «Кофеман»]

Без конфига nginx можно только гадать на кофейной гуще

[Ольга]

Алексей Тен, согласна. Вот разберусь с ним и покажу в надежде на конструктивную критику.

[Ольга]

Александр, пока мне сложно реализовать вашу идею *я же чайник

Answer 1

[Ольга]

Спасибо.
Возможно, эта строчка виновата:
try_files $uri $uri/ /index.html?$args;

Думаю её переписать:
try_files $uri $uri/ =404;

Чтобы избавиться от случайных дублей, решила добавить в код страницы rel="canonical"

Comments

[Ольга]

user_test_345, это я написала свои вопросы, чтобы не забыть. Спасибо за ссылку, попробую разобраться.