betal

Я предпочитаю не отдавать вообще ничего, что можно восстановить до пароля.
В похожем случае я делал случайные наборы типа sha1(random()) они падали в отдельную табличку где ключ — то самое случайное число, а также — ссылка на пользователя, дата и прочие плюшки, типа страницы редиректа. permalink роутил входящие ссылки, проверял их, показывал форму изменения пароля и перенаправлял на нужную страницу, уже под данным пользователем

Именно iconv-ом оно и лечится, например, для WinXP:
$svn_message = iconv('CP866', 'UTF-8', $svn_message);

Кроме этого, передаваемые команде данные тоже необходимо конвертировать в правильную кодировку.

Полный рабочий пример получения лога svn (код для mantis-а):
pastebin.mozilla-russia.org/109216

Тут тоже ребята мучаются, может вам что-то поможет: stackoverflow.com/questions/6065557/unicode-to-php-exec

Нет, «1 сервер под БД» в данном случае будет не так эффективно.

И, кстати, применительно к вашему хостеру — поаккуратнее там) они могут вам 3 сервера в 3х разных ДЦ дать.

А по сабжу — попробуйте сначала взять 12 ядерник с 2xSAS и 1xSSD. На ssd — базы, на SAS — файлы. 90 хитов в секунду для него — лениво почесаться. Ну… если вы хотя бы немного думали, настраивая битрикс, само собой…

+ failover IP

а можно изменить архитектуру так, чтоб в кеш писал php скрипт
а отдавало напрямую из nginx
нагрузка в разы снижается.

БДшник выносить полезно, но у него должна быть быстрая дисковая система или достаточно памяти, что бы закэшировать всю базу.

Что есть большая посещаемость? У битрикса есть отличное кеширование чего только можно и где только можно. На крайняк есть даже кеширование в статику.