По nginx можете подсказать?

Опытным путем установлено, что если имя файла состоит из двух символов плюс расширение - веб-сервер его не отдает. А если три символа плюс расширение - пожалуйста. Где и как такое может быть настроено?

заблокировано

131 просмотров

Сейчас в голову пришла мысль проверить гипотезу. Получается следующее:

lp.pdf: Chrome - ошибка 404. Vivaldi, Edge - открывается
la.pdf: все браузеры открыли файл

Логи:

lp.pdf:
[20/Jan/2025:16:46:44 +0300] "GET /LP.pdf HTTP/2.0" 302
[20/Jan/2025:16:46:44 +0300] "GET /lp.pdf HTTP/2.0" 200
[20/Jan/2025:16:46:45 +0300] "GET /seo/get-url?url=https:%2F%2Fwww._______.ru%2Fpage404 (имя домена убрал)

la.pdf:
[20/Jan/2025:16:46:48 +0300] "GET /la.pdf HTTP/2.0" 200

Что-то совсем не догоняю что за дребедень. С первым именем зачем-то конвертация имени в верхний регистр идет. А если запрашивать la.pdf - конвертации в логах нет.
lp.pdf - какое-то служебное имя, что ли?

заблокировано

116 просмотров

заблокировано

64 просмотров

У меня все работает с этим же именем lp.pdf

заблокировано

85 просмотров

Я не великий гуру в вопросах веба. Я на том же серваке положил файл в корень другого сайта - открывается без вопросов. Значит, я так понимаю, что-то косячит в настройках именно основного сайта. ОК. Но как может выглядеть директива, затрагивающая имя файла?

заблокировано

71 просмотров

хром запрашивает LP, энжинкс редиректит его на lp - известный баг с редиректом в хроме. Воркэраунд - добавление фиктивного параметра к урлю (lp.pdf?google=morons)

заблокировано

99 просмотров

Оччень интересно... Ну вот я в каталоге сделал два файлика: lp.pdf и LP.pdf так все равно не открываются. Причем не важно как я указал имя файла - большими или маленькими.
А в чем именно баг, где почитать? Хотелось бы, все-таки, механику понять.

В том-то и дело, что я не могу менять запрос. По нему уже QR код сделали и материалы распечатали. Поторопились, да, но кто же ожидал.

заблокировано

71 просмотров

Т.е. пришел запрос на LP.pdf, мы его благодаря конфигу:

location ~ [A-Z] {
rewrite ^(.*)$ $scheme://$host$uri_lowercase;
}

перевели в lp.pdf. И даже получили 200 от сервера:
[20/Jan/2025:16:46:44 +0300] "GET /lp.pdf HTTP/2.0" 200

Но до клиента файл не дошел. Клиенту отдали 404. Может a этой команде преобразования что-то не так?

заблокировано

73 просмотров

и файл спокойно отдается. А в обычном режиме непонятное - приходит запрос большими буквами, меняется на нижний регистр, клиенту отдается 304 типа не менялось, а потом 404. Походу как-то неровно дышит Chrome именно к сочетанию букв "lp" в имени файла...

заблокировано

81 просмотров

Как-то не верится, что уже давным давно про него всем известно, но исправлять его, Гугл почему-то, не хочет...

заблокировано

75 просмотров

https://stackoverflow.com/questions/77918989/nginx-case-sensitive-return

заблокировано

74 просмотров

Отключил в конфиге кеш этого файла

#исключаем из кеша lp.pdf
location ~ lp\.pdf {
add_header Cache-Control "no-store, no-cache, private";
expires -1;
}

Теперь файл отдается без вопросов.

заблокировано

104 просмотров

По nginx можете подсказать? (Компьютеры)

Бред какой-то...

Может из-за того, что *nix-ах была команда lp ?

Ищи косяки в конфигах. Ну или еще где.

Так в том-то и вопрос какие и где искать.

наоборот

Т.е. Chrome сам меняет имя файла в запросе по ходу пьесы?

Но по логам оно же верно конвертит имя файла.

А в режиме инкогнито запрос идет в lowercase как введено в адресной строке

В чем заключается? И действительно ли это баг? Если да, то почему не поправили?

меняет кейс при редиректе

Вроде, разогнул.