<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 11 Feb 2024 at 00:24, Maxim Dounin <<a href="mailto:mdounin@mdounin.ru">mdounin@mdounin.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">File names on Unix systems are typically stored as bytes, and it <br>
is user's responsibility to interpret them according to a <br>
particular character set.<br>
<br>
As long as nginx returns 404, this suggests that you don't have a <br>
file with the name with C3 BC UTF-8 bytes in it: instead, there is <br>
something different.  My best guess is that you are using Latin1 <br>
as a charset for your terminal, and there is an FC byte instead.  To <br>
see what's there in fact, consider looking at the raw bytes in the <br>
file name with something like "ls | hd".<br>
<br>
Also, you can use nginx autoindex module - it will generate a page <br>
with properly escaped links, so it will be possible to access <br>
files regardless of the charset used in the file names.<br></blockquote><div><br></div><div>You were spot on Maxim. Thank you so much. I fixed it with mv Aliinale-Für-Alina.pdf Aliinale-Für-Alina.pdf where the first was the autocompletion from the shell and the second was the UTF-8 pasted from WordPress.  </div></div></div>