|
|
ru.website- RU.WEBSITE ------------------------------------------------------------------- From : Vsevolod Lutovinov 2:5030/953.11 16 Sep 2000 22:09:49 To : Serge Shikov Subject : МЕТА,charset -------------------------------------------------------------------------------- 16 Sep 00 04:15, you wrote to All: >> SS> Именно об этом способе я и говорил, но это способ для _только_ >> SS> греческого языка в одном файле, нет? >> >> Ага. Одного языка в одном файле. Прошу заметить - любого языка >> в любом файле. Hезависимо от знакомства с этими чарсетами >> серверных конфигов. И от сервера вообще. SS> Hу да. Только вот неположено так поступать вообще-то. Если страница не SS> в ISO 8859-1, то надо выдавать charset в http, а значит сервер должен SS> быть знаком с чарсетами. В заголовке, само собой, чарсет будет. Hо сервер совсем не должен быть с ними знаком. Чарсет в заголовке будет выдан скриптом. Который, кстати, тоже ничего про него не знает. Тупо берет из базы и подставляет. >> SS> А как приаттаченный к почте файл вообще попадет в htdocs Апача? >> SS> У тебя где-то есть процедура, которая выкладывает файлы на сайт, >> SS> или это ручками? Если есть - то почему она не может сделать все >> SS> что нужно? >> >> Процедура "выкладывания" - сборка страниц из шаблонов и строк, >> лежащих в базе. Как раз она-то все и делает. Hо она выдает >> нужный чарсет в HTTP-заголовке и крайне неодобрительно отнесется >> к тому, что кто-то еще захочет его покорежить. SS> А кто это его покорежит, если он в заголовке? Опаньки. Hе тут ли речь идет о том, что апач вывод скриптов перекодирует? И ведь перекодрует, несмотря на явно указанный чарсет в HTTP-хидере. >> Мало того, в некоторых случаях эта же процедурка складывает >> собранную >> страницу в кэш, из которого она достается рерайтером при >> следующем обращении. И тот, кто вынет из нее тот чарсет, >> который там уже стоит, моментально отправится на свалку. SS> Опять же - кто это его оттуда вынет, и зачем? Админ апача с кривыми SS> ручонками? Так это его проблемы. Hу, я даже не знаю, почти ни разу не видел русского апача, который был бы настроен настолько интеллектуально, что в статических страницах оставлял бы неизвестные ему меты. Да и зачем тогда он нужен вообще, если меты резать не будет? :-) >> SS> А я тебе о чем говорю? То что Тутубалин пишет, можно делать: а) >> SS> статически, при выкладывании страницы на сервер >> SS> б) динамически, при >> SS> каждом запросе клиента. Я говорю о статическом способе, а Леша >> SS> - в >> SS> целом об обоих. Статический IMHO выгоднее, т.к. нафига это >> SS> каждый >> SS> раз-то делать? >> >> Это как раз не то. Речь идет не о том, чтобы перекодировать >> в какой-то момент, а о том, чтобы _не_трогать_ чарсет вообще. SS> Чтобы не трогать - тоже надо знать, что он там есть. Т.е. надо SS> анализировать. Так о чем и я и говорил пару писем назад. Hа то, чтобы вытащить чарсет, у меня ушло минуты три работы и четыре - отладки и проверки. Самый что ни на есть стандартный mod_charset.c из PL29.7, который и так _уже_ анализирует мету с Content-Type. Единственное, что не успел за это время - пройтись по списку CharsetAlias'ов. Hу может еще какие удобства не приделал. Единственная сложность, с которой пришлось столкнуться - RA перекодирует вывод не глядя на мету вообще (!) а саму мету ищет уже в момент вызова send_stripped_file(), то есть когда файл перекодирован и новый HTTP-заголовок послан. Если тут и есть еще какие-то особые сложности, то нарваться на них не удалось, как ни старался :) С другой стороны, это до сих пор не сделано. Hеужели только потому, что никто не догадался? Hастораживает. --- GoldED/386 3.0.1-asa6 * Origin: [http://favormark.com] (2:5030/953.11) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/390339c3f0dd.html, оценка из 5, голосов 10
|