Re: Re[2]: [apache-rus] iconv ?

[Vladimir Bormotov <bor@xxxxxxxx>]

		Hi, Alex!

>>>>> "AK" == Alex Kook <cookis@xxxxxxx> writes:

VB>>  Лично мне больше нравится или полная потеря, или вообще отказ от
VB>>  преобразования, чем входные данные в выходном потоке.

 AK> Когда пользователь видит на экране кракозябки, он понимает, что с
 AK> кодировочкой что-то ни то и будит пытаться как-то это исправить.
 
 а когда вместо некоторых символов вопросики? 
 
 
 AK> Кодировку поменять, зайти по другому порту, использовать другой
 AK> броузер.

 Вот уж не знаю.
 
 
 AK> Когда он видит вопросы, может подумать, что это ошибки в исходных
 AK> данных.  По крайней мере до сих пор я ни где не видел такого, и не
 AK> буду знать что и думать.

 я считаю, что 99% случаев все будет прекодироваться нормально.
 Кроме тго, за исходными данными HУЖHО СЛЕДИТЬ.  Как не крути.
 Далее, чем проще преобразования, тем проще проследить цепочку, и поймать
 того, кто неправильно преобразовывает.
 

 AK> Если я не увижу текста вообще, я могу подумать, что тут его и не
 AK> предполагалось. Постою, поудивляюсь и уйду.

 думаю что "не увижу текста вообще" нужно будет постараться сделать.
 
 AK> PS Идеально конечно, чтоб админ мог сам решать, как ему быть.

 это даже невопрос.  В данном случае, собвенно libiconv позволяет решать
 програмеру как поступать.  В линуксовой glibc штатный iconv(1) при встрече
 неправильного символа просто останавливается, но есть патчи, которые
 позволяют игнорировать таки символы, и так далее.  Кажется в ALT Linux эти 
 патчики приложены и такая расширеная функциональность доступна
 пользователю out-of-box.

-- 
		Bor.
=============================================================================
=               Apache-Rus@xxxxxxxxxxxxx mailing list                       =
Mail "unsubscribe apache-rus" to majordomo@xxxxxxxxxxxxx if you want to quit.
=       Archive avaliable at http://apache.lexa.ru/mail-archive             =