ПРОЕКТЫ 


  АРХИВ 


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] meta charset problems



----- Original Message -----
From: Vladimir Bormotov <bor@kiev-konti.com>
Subject: Re: [apache-talk] meta charset problems


>> >Как видно из самого названия этого тега это -- костыль.
>> Кхм. Интересный вывод. Может это мое хреновое знание латыни, но мне
>> нифига не видно ;-) Вообще-то meta - значит "данные о данных". Иначе
>> говоря - это дополнительные сведения о странице. Например чарсет.
>> Никакой это не костыль, если пользоваться как в стандарте прописано.
>> Только вот увы, некоторые слишком "умные" на стандарт кладут...
>
> Не тормози.
Слишком поспешный вывод.

> http-equiv.
>
> Т.е. по _стандартам_ эта информация должна выдаваться в заголовках
> http.
И что? Я слово "костыль" понимаю как что-то для поддержки чего-то
хромого. В данном случае нет ни поддержки, ни хромого ;-)

>> >На случай, если http-сервер не умеет выдавать подобные вещи там, где
их
>> >положено выдавать. Russian Apache -- умеет.
>> Угу. Вопрос только вы том, где Апаче берет сведения о кодировке
>> страницы.
>
> Ответ - очень многими способами.
Так вот - в полном соответствии со стандартом META - один из разрешенных
способов. Ну и?

>> Мог бы (в полном соответствии со стандартом, кстати) брать их
>> из тега meta.
>
> Угу, а сам meta выкусывать :)
А почему бы и нет? Например charset выкусывать, а остальные - без
изменений. И опять это было бы в полном соответствии, потому что
"использовать" не означает "отдавать клиенту".

> Только вот как быть с тем, что этих самых meta может быть _куча_ по
> документу?
Во-первых, не по документу, а только внутри HEAD, рекомендуется - как
можно раньше. Но опять же - и что? Это не более, чем небольшая
недоработка в спецификации. А как прикажете быть с тем, что где-то в
.htaccess тоже можно указать кодировку для одного и того же файла более
одного раза? Это ровно тоже самое, с ровно теми же последствиями - если
META более одной штуки, используется первый, последний, или еще
какой-то - главное чтобы единообразно и описано в документации.

>> А выдавать клиенту - в виде http-заголовка. И где тут костыль?
>
> На это ответит Алекс, у него лучше получится. :)
Я боюсь ты слегка путаешь. Кривизна тут не в самой идее подобного тега,
а в том, как с ним работают отдельные кривые продукты.
Опять же - тут уже зашла речь про эффективность - стоит ли мол разбирать
HTML в поисках тегов, мол это медленно и пр. Так я уточню - про
эффективность я ничего не говорил и не стану. Речь о другом - с META
можно работать по стандарту, используя его по основному назначению.
Будет ли это быстро, медленно, удобно или не очень - это лучше решать в
конкретном случае.


=============================================================================
=               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.