Vladimir Bormotov wrote:
> Hi!
>
> > > Гм. И как часто эта независимость нужна? т.е. когда _один_ скрипт,
> > > за _один_ запрос получает данные от клиента в одной кодировке, а отдает
> > > их в другой? Лично мне кажется что это вообще идеологически неправильно
> :)
> >
> > Мне не важно в какой скрипт их отдает, это ерунда, мне важно в
> > какой они дойдут до клиента.
>
> Ну не знаю. А что, есть проблемы? У меня не было проблем с отдачей
> результата
> работы скрипта, наверноее вообще. Поскольку хостинг у меня unix-based, и
> скрипты разрабатываются там-же, то обычно для cgi-bin прописано
> SourceEnc = koi8-r
>
> Все. И я раз и на всегда забыл о том, что в скрипте нужно чето
> перекодировать,
> или аналищзировать. Все старался делать _выше_ - т.е. средсвами RA, или
> ниже -
> если например средсвами базы данных. Может быть "хитрых" случаев у меня не
> было? :)
Похоже мы разошлись в понимании. Со скриптом все впорядке. Единственное что от
него
нужно чтобы он сказал RA, что она не права и чарсет который получит клиент вот
такой.
> > > Мнээээ... А чем мешают например порты? Со времен ввдения autoredirect'а
> > > я например так совсем забыл о "предпочтениях". Современные версии
> браузеров
> > > уже вроде более-менеие нормально выдают свои "предпочтения", RA их
> > > более-мение нормально анализирует, и перекидыват туда, где их ждут.
> >
> > Это не эстетично (хотя дешево надежно и практично :)
>
> Ну не знаю. Я видимо не эстет, а дешевый практик :)
А Вы представте себе что нет этих портов и прочего, а значет нет проблем,
например
с букмаками. Т.е. если я зашел на не тот порт, сделал букмак, а потом изменил
кодировку,
а букмак указывает все равно туда куда нодо. Этот аргумент меня и перевел в
разряд
"эстетов" :)
Куракин Роман
=============================================================================
= Apache-Rus@lists.lexa.ru mailing list =
Mail "unsubscribe apache-rus" to majordomo@lists.lexa.ru if you want to quit.
= Archive avaliable at http://www.lexa.ru/mail-archive =
"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 Alex Tutubalin. Design (C) 1998 Max Smolev.