Привет всем!
> Так вот. Проблема по сути в том, что кодировка документа и имени документа -
> это не одно и тоже (и они могут быть разными). Поэтому придется делать
> директиву CharsetFilenames и делать с ней соответствующие преобразования. А для
> directory index - править mod_index, дабы он имя файла преобразовывал из
> CharsetFileNames в кодировку клиента.
>
> А вопрос про CharsetByExtension был задан не просто так. По extension сервер
> может (пытаться) определять кодировку _содержимого_ документа. Должен ли он
> перед этим перекодировать само имя документа (и по какой таблице). Или он
> должен сначала определить кодировку по расширению, а потом перекодировать ?
> Но ведь и расширение при этом может изменится :).
>
> Мда. Задача. Может того, ну ее нафиг ?
Простите, что влезаю с неконструктивным для этого листа вопросом. Но скажите, Б*га
ради, _зачем_ нужны русские имена файлов?
Можно понять, если хочется наладить какой-нибудь новомодный интранет с вебовским
документооборотом. Но в масштабе предприятия не слишком трудно оговорить _одну_
кодировку и ее придерживаться, сведя канитель с преобразованиями до минимума.
Жестко прошить на сервере -- и телемаркет.
Если же выкладывать такие филенамес.ехтензионз на веб:
* народ в обмороки начнет пачками валиться от удивления / с перепуга =)
* неочевидно, как получить доступ к документу _не_через_линк_ (набрав адрес в поле
урла)
* очередной пластырь на задницу тем, кто вынужден использовать транслит
* что станется с кодом апача, если его долго надувать? При каждом обращении сервер
будет заниматься дополнительными выяснялками и обработками.
А вам таки оно надо?
Еще раз пардон, если влез не по делу.
--
Alex A. Krasavin, krace@rennes.enst-bretagne.fr
http://www.rennes.enst-bretagne.fr/~krace
tel. +33 2.99.38.15.17 // fax +33 2.99.12.70.19
/* The light at the end of the tunnel
is the headlight of an approaching train. */
"Russian Apache" includes software developed
by the Apache Group for use in the Apache HTTP server project
(http://www.apache.org/) See
Apache LICENSE.
Copyright (C) 1995-2001 The Apache Group. All rights reserved.
Copyright (C) 1996 Dm. Kryukov; Copyright (C)
1997-2009 Alex Tutubalin. Design (C) 1998 Max Smolev.