Что на самом деле требуют, когда псевдоним настраивается в Apache с CNAME?
На Debian я существуют различные php ini файлы для cli двоичного файла и mod_php в апаче.
взгляните конфигурационные файлы в/etc/php5/
у Вас должны быть /etc/php5/cli/php.ini и /etc/php5/apache2/php.ini
возможно, что материал ioncube_loader_lin_5.2.so только присутствует в ini файле для apache2.
Это обычно - хорошая идея, поскольку Вы указываете, что только необходимо изменить IP в одном месте теперь.
Клиент был бы поиск test1, быть указанным значение по умолчанию, затем получить IP. Это затем соединилось бы с Apache и сказало бы Apache, что хочет test1 сайт (это не говорит сервер, как это нашло сервер, что исходный запрос).
Вы определили одно главное преимущество к записи CNAME.
Насколько апач идет, поле Host HTTP-заголовка останется тем, что вводилось в клиент, и CNAME не будет иметь никакого эффекта.
Одна возможная оборотная сторона к CNAME - то, что поиск записи, которая имеет запись CNAME, потребует, чтобы два запроса, сначала заставили CNAME и второй получать запись. Это - вероятно, не грандиозное предприятие, но стоящий упоминания.
Наконец, будьте осторожны с "объединением в цепочку CNAMEs", который создает CNAME к CNAME. В то время как это допустимо под RFC, этому препятствуют.
Отвечать на Ваш последний вопрос: Если Вы используете NameVirtualHost директива в Apache, и имеет vhost, настроенный для каждой записи CNAMEed, Вы получите уникальные страницы, как определено этим vhost.
NameVirtualHost *:80
<VirtualHost *:80>
ServerName test1.example.com
DocumentRoot /var/www/test1
</VirtualHost>
Вообще говоря, На основе моего опыта, я рекомендовал бы, чтобы Вы не зависели от конфигурации по умолчанию ни для какого живого содержания и вместо этого настроили vhost (с serveraliases при необходимости) для каждого имени. Всегда существуют исключения, но это обычно легче отладить, потому что каждое имя, которое Вы размещаете, составляется, будучи явно определенным в конфигурации.