От ВКонтакте не нужна. Ее заменяет обычная ссылка на страницу ВКонтакте.
Люди перешли на общение в чатах социальных сетей, мессенджеров и т.п. Можете "забрасывать крючки" наподобие "отвечаю только у себя в комментариях (ссылка)". Если кому-то интересны именно ваши комментарии, люди подтянутся.
Да. Основные "базы" обычно определяются прямо в единой точке входа (фронт-контроллере) через __DIR__ (или __FILE__), чтобы уже на их основе подключать конфигурационные файлы. Только корневой каталог - это не основное в профессиональных проектах. В них в качестве основной базы определяется либо целиком каталог проекта, либо его подкаталог с программными файлами (исключением может быть единая точка входа и другие точки входа наподобие cron.php или cli.php, которые могут располагаться прямо в каталоге проекта; из-за ограничений хостинга единая точка входа может располагаться и в корневом каталоге).
Если у вас взаимоположение единой точки входа и конфигурационного файла с определениями "баз" всегда фиксировано, можете подключить этот конфигурационный файл непосредственно при помощи __DIR__.
Это правильно. На одном хосте может быть несколько почтовых доменов.
Укажите в качестве имени хоста нормальный домен (зону vds я не нашел) и пропишите его в PTR.
Если сами не сможете разобраться, обратитесь к тому, кто сможет.
Я тут не понял. Речь о клиентских шаблонах?
Сначала рассмотрим серверные шаблоны. В них добавляется содержимое из трех мест:
* обычно я использую программные файлы (PHP), но можно, наверное, и разбираемые программно; и точно можно SQL/NoSQL.
Клиентские многоязычные шаблоны генерируются из одного серверного с пропуском основного содержимого (т.е. за вычетом пункта 1). В итоге получается ваш вариант 1. Здесь используется обычное серверное кэширование.
Всю тему не читал.
Есть. Настраиваете сайт на работу по новому адресу, а про старый забываете. Там где возможно ссылки подредактируйте.
В webmaster и т.п. сайт добавляли?
Откройте в браузере "страницу", формируемую PHP-кодом
<?= $_SERVER['REMOTE_ADDR'];
Или воспользуйтесь любым сайтом/сервисом, который делает примерно это же.
Нужен список допустимых имен хостов. Иначе в ваш "мультисайт" могут передавать все что угодно. И не совсем понятно, какова будет реакция. Достаточно страницы 404 по всем адресам на отсутствующих в списке хостах.
Коррекцию www-имен лучше не делать для неизвестных хостов. Но тогда переадресацию нужно выполнять в скрипте, который работает со списком допустимых имен, а не в конфигурационном файле. И не забывайте, что site.ru. (с точкой на конце) является корректным по всем канонам алиасом, но при этом не считается дублем для поисковых систем. Из моих мультисайтовых систем:
$h = strtolower(short($_SERVER['HTTP_HOST']));$mode = empty($_SERVER['HTTPS']) ? 0 : BITS_HTTPS;if (strncmp($h, 'www.', 4) == 0){ $h = substr($h, 4); $mode |= BITS_WWW;}
short обрезает в конце точку (или любой другой символ, переданный вторым аргументом).
Если не "a href", то "a name" (устаревшее). Лучше все же добавить href="#" и т.п.
