On 2008.02.18 at 18:31:52 +0200, Покотиленко Костик wrote:
> 1. прописывать кодировку в каждом файле не удобно, так как теряется > возможность сменить их кодировку без редактирования каждого файла. > Сегодня у конторы веб-мастер, который работает на винде и ему удобно > работать в cp1251, завтра придёт другой, который работает на линуксе, и Вебмастера, которому на линуксе неудобно работать в 1251 - уволить за некомпетентность. > ему будет удобно работать в koi8-u или utf8. В этом случае, если в файле > не прописана кодировка, её можно легко сменить с помощью iconv или > подобных. А сам с этой проблемой столкнулся, до сих пор мучаюсь. Вариант > либо потратить день и перекодировать весь сайт выкусывая явное указание Потратить 15 минут на чтение man perlrun и написать командную строчку которая поменяет явное указание кодировки на требуемое. Возможно заодно, и перекодирует. Потом еще пять минут на man find и напустить это на весь сайт. > кодировки или пару раз в месяц делать iconv -f cp1251 -t koi8-u, Данная операция может привести к потере информации. > 3. уже очень давно (лет 10) пользуюсь SSI и не представляю как без него > можно сделать сайт, а потом его ещё и веб-мастерить. Речь тут в большей > степени идёт о header'ах и footer'ах. Если контент динамический, Уволить за некомпетентность - однозначно. Если файл редактируется пару раз в месяц, а отдается 10000 раз в день, то SSI там просто противопоказано. Надо после редактитирования (пару раз в месяц) напускать оффлайновый постпроцессор, который все то же самое сделает. > P.S. если речь идёт о мультиязычных страницах, тут хз. То тут надо использовать кодировку, в которую умещаются все необходимые символы. Т.е. utf-8. Можно, конечно, entities использовать, если на одном из этих языков цитат мало, но редактировать неудобно. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]