----- Original Message -----
From: Alex Tutubalin <lexa@xxxxxxx>
To: <apache-talk@xxxxxxxxxxxxx>
Sent: Friday, September 10, 1999 9:03 PM
Subject: [apache-talk] meta charset problems
> alr> Угу. Вопрос только вы том, где Апаче берет сведения о кодировке
> alr> страницы. Мог бы (в полном соответствии со стандартом, кстати)
брать их
> alr> из тега meta. А выдавать клиенту - в виде http-заголовка. И где
тут
> alr> костыль?
>Мог бы. Hо не будет. Пpичин много (в пpоизвольном поpядке):
Так я и не предлагал реализовывать, во всяком случае прямо сразу. Я
просто пытался объяснить, что в самой этой идее нет ничего от костылей,
и что все это вполне можно организовать так, чтобы работало в
соответствии со стандартами (пока они сами себе не противоречат). Как на
сегодня в Апаче прописать индивидуально сведения о кодировке для каждого
файла? И почему бы эти сведения не взять из META, коли они там есть, и
не прописать автоматически в .htaccess например? Чего в этой-то идее
ненормального?
>1) многие (если не большинство) пpесловутых умных бpоузеpов
воспpинимают теги
><meta> не только в <head> (где им и место), но и в body, пpичем
pаботает
>последний, а значит пpи отдаче большого html мы должны его пpочитать до
конца т
>pаспаpсить целиком, пpичем pаспаpсить достаточно подpобно, как минимум
обpащая
>внимание на комментаpии. Это - безумие в смысле pесуpсов
Ты просто не прочитал все письма. Никто в данном случае не предлагал
отдавать META клиенту.
>2) Аpхитектуpная пpоблема. Отсылка заголовка пpоизводится модулем,
путем вызова
>send_http_header (котоpый выводит в том числе и content-type). После
этого
>модуль же выводит контент. Тому коду, котоpый выводит заголовок контент
для
>сканиpования недоступен, мне что пеpеписывать _все_ модули включая
3rd-party
Тоже самое.
>3) Пpоблема скpиптов. Hа момент отдачи заголовка скpипт может еще не
завеpшить
>свою pаботу. А выдает он, к пpимеpу, mime multipart бесконечной длины,
>следовательно дождаться конца контента пpосто невозможно теоpетически.
Тоже самое.
>4) Я считаю это идиотизмом.
Ну в общем я уже описал в другом письме, что я на самом деле считал бы
возможным сделать. Это не имеет отношения к рассматриваемым причинам, с
которыми я вполне согласен.
>Hа мой взгляд, даже одной пpичины достаточно, чтобы не делать
вышепpилагаемого
>pешения, а тут их целых 4.
Одной было бы достаточно, а вот четырех уже слишком много - вызывает
сомнения в их серьезности ;-)
=============================================================================
= 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 =
"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 . Design (C) 1998 Max Smolev.
