ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 


  СТАТЬИ 


  ПЕРСОНАЛЬНОЕ 


  ПРОГРАММЫ 



ПИШИТЕ
ПИСЬМА












     АРХИВ :: nginx-ru
Nginx-ru mailing list archive (nginx-ru@sysoev.ru)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Русские буквы в н азвании файла




Alex Tutubalin wrote:
Ссылки вида http://domain/русские_буквы/файл.doc - недопустимы.
...
имена в адресах вообще, либо формировать ссылки с нужными кодами
вида http://domain/%be%b1%b5%bd/%81%82%b8.doc самостоятельно"
я понял следующим образом:

1) Либо не использовать русский в URI вообще
2) Либо всё-таки генерировать их url encoded

С первым я не согласен, что и поспешил выразить.

Все-таки имелось в виду более конкретное (я оставил цитату выше).
Понятно, что без русского в URL уже никуда, те же ссылки на результаты
поиска надо же передавать.

Кстати, с русскими буквами без urlencoded можно ещё согласиться с
той точки зрения, что кодирование накладней конкатенирования.

Второе я > как раз и имел в виду.

C urlencoded, кстати, будут проблемы, если на пути перекодирующий прокси.

Такие системы надо вырезать как класс.

Но вообще, русские имена файлов (а не аргументы запросов) - огромная
проблема если машин больше чем одна.

Там в куче мест возникает перекодировка и что с этим делать - я не понимаю.
В одних системах принято перекодировать (в utf-8, в cp1251, в DOS, я извиняюсь), в других - не принято. Всякие средства трансфера -
кто перекодирует, кто не перекодирует. Подарочки всякие, когда
создать файл можем, а стереть - нет. У меня вот уже весь лоб в шишках
от этих граблей.

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

--
Regards,
Valery Kholodkov



 




Copyright © Lexa Software, 1996-2009.