Это смотря как они маршрутизированы, можно и 16 сделать.
Поднимите на новом сервере сами сайты, пропишите у себя в hosts, проверьте. После этого на новый сервер залейте актуальные БД, в скриптах на старой машине пропишите подключение к удаленной БД (надо дать пользователям соотв. права). Далее разворот днс и финальная синхронизация файлов.
Если в файлах нет ничего - ищите в базе. Необязательно сразу полную фразу, можно начать со слова select.
Это чистый ядерный нат, без всяких обвязок типа нетграфа. Появился в виде патча к 6-ке, в 7 уже был замержен в основные сорцы.
А еще если фря как минимум 7 ветки, то можно в ядро добавить несколько опций и обойтись без Natd (который зело тормозной):
options LIBALIAS
options HZ=2000
options IPFIREWALL_NAT
После чего можно никаких демонов не запускать, а писать такую конструкцию:
ipfw nat 1 config ip <ваш внешний адрес> - указываем нату, какой адрес натить
ipfw table 9 add 192.168.100.0/24 - одна локальная сетка
ipfw table 9 add 192.168.101.0/24 - еще одна локальная сетка
ipfw add 1000 nat 1 ip from table\(9\) to any - нат из локалки наружу
ipfw add 1100 nat 1 ip from any to <ваш внешний адрес> - обратный нат
Это как раз то, что я привел, только в русском переводе. Ниже по вашей ссылке есть "Поисковые Ключевые фразы" и "Поисковые Ключевые слова".
Есть там такое.
Links from an Internet Search Engine
Search Keyphrases (Top 10)
Search Keywords (Top 10)
Функция mail() просто не будет знать, какой почтовый демон работает на сервере. Как правило, демоны делают sendmail ссылкой на собственный бинарный файл, который совместим с ним по ряду параметров. Что же касается почтового софта - тут каждый администратор использует то, к чему привык. Кто-то - Postfix, т.к. простой, кто-то - Exim, т.к. производительный, также есть адепты изрядно устаревшего Qmail. Ну и сам Sendmail, который админы не любят только первые 15 лет работы. В качестве pop3/imap-сервера тоже будет установлено что-то любимое, а-ля Cyrus, Dovecot и т.п., вплоть до Popa3d, например, экзотики много. Если нужны нестандартные функции, которых нет в готовых библиотеках - пробуйте писать свою реализацию работы с протоколами POP3/IMAP и SMTP.
Не всегда справедливо, т.к. хостинг-провайдер может делить ресурсы с интернет-провайдером и помогать тому утилизировать исходищий трафик.
Я, к сожалению не сеошник, потому на тему ранжирования авторитетно рассуждать не могу. Но, с точки зрения администратора смело могу говорить о том, что масштабировать такую структуру по железякам будет довольно легко. Если проект планируется серьезным - его в любом случае придется масштабировать со временем. Из похожих проектов приходит на ум hotline.ua - посмотрите, у них тоже поддомены есть.
