Re: [apache-talk] Re: [apache-talk] meta charset problems

[Artem Chuprina <ran@xxxxxxxxx>]

On Tue, 14 Sep 1999, Stanislav Malyshev a.k.a Frodo wrote:

> AT>>  alr> .htaccess, как часто его Апач читает? Т.е. помнит ли он, когда его
> AT>>  alr> модифицировали, и читает только новый?
> AT>> Hет не помнит, пеpечитывает каждый pаз.
> 
> Wow :( Т.е. надо понимать, что .htaccess следует избегать, как огня? Это
> же минимум удваивает время обращения к каждому файлу... Я почему-то думал,
> что он как-то хоть примитивно его помнит. Во всяком случае, rewrite свои
> файлы помнит:
> 
> Notice: For plain text and DBM format files the looked-up keys are
>    cached in-core until the mtime of the mapfile changes or the server
>    does a restart.
> 
> Почему же с .htaccess так плохо?

Потому что на толстом сервере их ДОФИГА. Причём, поскольку они как правило
короткие (редко больше одного буфера), то его считать может оказаться не
медленнее, чем stat(2) на него сказать и с кешом сравнить. А делать
продвинутый кеш, который будет давно не читанные .htaccess из кеша
сбрасывать в пользу новых - так на то кеш файловой системы существует,
смысл его дублировать? Только потеря производительности.

> AT>>  alr> Второй вопрос: есть ли удобный способ сообщить mod_charset кодировку
> AT>>  alr> хранения для конкретного файла (что-то типа FORCE_CHARSET, но для
> AT>>  alr> SOURCE)? 
> AT>> Hету (я думал что есть, но кажется действительно
> AT>> нету). А pеально надо ? Это же можно будет делать, фактически,
> AT>> только чеpез SetEnv (что глупо, пpоще в том же месте поставить
> AT>> CharsetSourceEnc) или в mod_rewrite
> 
> Я просто обдумываю, возможно ли - и если возможно, то как - реализовать
> эту самую идею с отрезанием META заранее. И у меня возникла идея записать
> это дело где-нибудь в файлике отдельном, а потом mod_charset-у сообщать,
> при приходе на файл, куда он попал, тем или иным способом.
> CharsetSourceEnc не пойдет, если .htaccess работает так, как описано выше
> - он умается для каждого файла при каждом обращении парсить всю эту
> историю. Т.е. надо как-то сообщать - может быть, из другого handler-а. 

Да тоже вариант. Что такое mod_perl, знаешь? В седьмой главе на
www.modperl.com буквально про это пример есть. А базу данных держать
там, где удобнее. Например, в SQL-сервере, всё быстрее, чем файлы читать.

P.S. А говорят, PHP3 рулез... Слабо в любую стадию запроса вклиниться?

-- 
Artem Chuprina                             E-mail: ran@xxxxxxxxx
Network Administrator                        FIDO: 2:5020/371.32
PIRIT Corp.                              Phone: +7(095) 115-7101

=============================================================================
=               Apache-Talk@xxxxxxxxxxxxx mailing list                      =
Mail "unsubscribe apache-talk" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://www.lexa.ru/apache-talk                 =