сейчас почитал... если все-таки это mod_rewrite, то наибольшие тормоза могут быть от ведения логов по реврайту... в Апаче есть директива RewriteLogLevel, обычно стоит RewriteLogLevel 0 т.е. логи отключены... убедитесь что это так.
Erick Flatcher, вопрос в том что тормозит? mod_rewrite или php-обработчик... вероятней второе... попробуйте не обрабатывая url'ы (просто вывод текста) запустить стресс-тест... скорей всего все ок будет... т.е. нужно пытаться оптимизировать php-код скорей всего... точно не знаю ... не сталкивался с такой нагрузкой...
ничего проблематичного. iconv и вперед. исходная кодировка известна априори из заголовков.
Или у CrazyInLove.
^-^, правду глаголите. Полагаясь на конструкцию <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />, mediatime, Вы полагаетесь только на "правильное" поведение браузера. А вообще, конечно, нужно посылать из скрипта корректный заголовок, типа (PHP):
header('Content-Type: text/html; charset=UTF-8');
header('Content-Language: ru');
так надежней.
P.S. Хотя представьте себе без конструкции "<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />" IE6 неправильно определяет кодировку сайта если он в UTF-8
стандартный notepad также отлично понимает :-)
Да, да. Кодировка отдается ок. Кстати с 4-й версии HTML основной кодировкой веб-страницы W3C признан Unicode (читай UTF-8). Более того, любая страница (!), даже если она у Вас в KOI8 или WIN1251 в любом случае при получении браузером всегда преобразуется в UTF-8 (опять же требование стандарта и так оно и есть).
Наврядли, у меня тоже в UTF-8, еще не видел, чтобы нормально отображало что-то...
По-моему Вы путаете немного... обычно служебные папки сервера (logs, cgi-bin, tmp и прочее) просто помещаются в одном каталоге с папкой www (html и другие вариации) ... делается с учетом того, что обращаясь к сайту через браузер человек, робот ( не важно кто ) может получить доступ только к файлам корневой директории сайта т.е. www в данном случае (ну и ко всем вложенным в эту директорию данным)... т.е. к logs, tmp и прочей лабуде получить доступ через браузер в данном случае невозможно принципиально, и, соответственно, не имеет смысла их запрещать в robots.txt или еще где-либо... cgi-bin тоже лежит, как правило, рядом с logs, но, повторюсь, для него описывается специальное правило в конфигурации веб-сервера.
Не знаю поможет Вам или нет, но насчет 301 редиректа вот какой был опыт:
1) был сайт по адресу xxx.yyy.ru, был у него какой-то определенный ТиЦ и позиции в выдаче поисковика.
2) возникла необходимость смены доменного имени. Итак сайт один в один (т.е. с такой же структурой) перекочевал на адрес zzz.ru. И плюс к тому в этот момент его зарегистрировали в ЯКе.
3) По старом адресу xxx.yyy.ru сайт был удален, а вместо него было выложено вот что:
.htaccess:
========
ErrorDocument 404 /index.php
index.php
<?php
header("HTTP/1.1 301 Moved Permanently");
header('Location: http://' . 'zzz.ru' . $_SERVER['REQUEST_URI']);
exit;
?>
4) в итоге все "поисковые атрибуты" сайта (в т.ч. ТиЦ) в течении двух недель были присвоены сайту по новому адресу.
