|
|
ru.website- RU.WEBSITE ------------------------------------------------------------------- From : Vsevolod Lutovinov 2:5030/953.11 16 Sep 2000 02:11:42 To : Serge Shikov Subject : МЕТА,charset -------------------------------------------------------------------------------- 15 Sep 00 12:31, you wrote to All: >> SS> В какой мете? Покажи пальцем, где, кто и почему обязан вообще >> SS> ту мету читать и анализировать? Кроме того, дальше идет речь о >> SS> многих языках - покажи, как эти "многие" впихнуть в мета? >> >> Грузишь греческие винды. Запускаешь Excel. Пишешь, сохраняешь в >> HTML. Excel проставляет чарсет. SS> _Один_ чарсет, прошу отметить в протоколе. >> Анализ его после приема файла - >> самый простой способ понять, какой это язык, перекодировать и >> положить строки в соответствующую языку таблицу. SS> Именно об этом способе я и говорил, но это способ для _только_ SS> греческого языка в одном файле, нет? Ага. Одного языка в одном файле. Прошу заметить - любого языка в любом файле. Hезависимо от знакомства с этими чарсетами серверных конфигов. И от сервера вообще. >> SS> Кроме того, раз у тебя есть процедура отсылки страниц на сервер >> SS> (по почте например), то почему она и не анализирует мету? >> >> Hе понял. Как апач достанет чарсет из приаттаченного файла и >> какое отношение апач имеет к POP-клиенту? SS> А как приаттаченный к почте файл вообще попадет в htdocs Апача? У тебя SS> где-то есть процедура, которая выкладывает файлы на сайт, или это SS> ручками? Если есть - то почему она не может сделать все что нужно? Процедура "выкладывания" - сборка страниц из шаблонов и строк, лежащих в базе. Как раз она-то все и делает. Hо она выдает нужный чарсет в HTTP-заголовке и крайне неодобрительно отнесется к тому, что кто-то еще захочет его покорежить. Мало того, в некоторых случаях эта же процедурка складывает собранную страницу в кэш, из которого она достается рерайтером при следующем обращении. И тот, кто вынет из нее тот чарсет, который там уже стоит, моментально отправится на свалку. SS> Это как раз _разные_ места. Есть же место, где почту принимают? О чем и речь. Принял, положил в базу, выдал. И никого по дороге просим в этот процесс не лезть. Я уже говорил, что привязка к конкретному серверу мне нужна меньше всего. >> >> О вырезании мет. Страница в GB2312 должна отдаваться с метой >> >> GB2312. >> SS> Кому должна? Вообще-то в стандартах ничего нет на эту тему. >> SS> Хочешь чтобы отдавалась с нужным чарсетом - настрой все так, >> SS> чтобы мета читалась при выкладывании страницы на сервер - я об >> SS> этом писал пару дней назад. >> >> А вот слова Самого :) >> + http://apache.lexa.ru/meta-http.html >> + >> + Вообще говоря, есть и третий способ. А именно - увидев в документе >> + <META HTTP-EQUIV...> прекратить всяческие попытки перекодировки, >> + поставить HTTP-заголовок Content-Type в соответствующее положение >> + (как предлагает стандарт HTML) и отдать документ AS-IS. SS> А я тебе о чем говорю? То что Тутубалин пишет, можно делать: а) SS> статически, при выкладывании страницы на сервер SS> б) динамически, при SS> каждом запросе клиента. Я говорю о статическом способе, а Леша - в SS> целом об обоих. Статический IMHO выгоднее, т.к. нафига это каждый SS> раз-то делать? Это как раз не то. Речь идет не о том, чтобы перекодировать в какой-то момент, а о том, чтобы _не_трогать_ чарсет вообще. Кажется, вполне демократично - если человек его вписал, то он знает что делает. Если вписал по дурости - и хрен с ним, его личные трудности. >> SS> Да за 70-килобайтный HTML я бы на месте убивал бы :-) >> Дык хотя бы в той же девелопперской области Netscape >> посмотри - сколько там документации отдается. Далеко, >> кстати, ходить не надо - apache\htdocs\manual\misc :) SS> Мало ли кто чего отдает... в девелоперской области Оракла есть SS> документы по SQL размером (только не падай, лучше сначала сядь ;-) SS> больше мегабайта. Так я же не дурак их примеру следовать... 1 Mb и не надо. А вот сотня килобайт - вполне реальная ситуация, даже и без UTF, примеры уже приводил. --- GoldED/386 3.0.1-asa6 * Origin: [http://favormark.com] (2:5030/953.11) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.website/390339c2d6e1.html, оценка из 5, голосов 10
|