ПРОЕКТЫ 


  АРХИВ 


Apache-Talk @lexa.ru 

Inet-Admins @info.east.ru 

Filmscanners @halftone.co.uk 

Security-alerts @yandex-team.ru 

nginx-ru @sysoev.ru 

  СТАТЬИ 


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


  ПРОГРАММЫ 



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














     АРХИВ :: Apache-Talk
Apache-Talk mailing list archive (apache-talk@lists.lexa.ru)

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

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



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@pirit.com
Network Administrator                        FIDO: 2:5020/371.32
PIRIT Corp.                              Phone: +7(095) 115-7101

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



 




Copyright © Lexa Software, 1996-2009.