4 августа 2014 в 8:31
У стандартного мультисайтинга в друпале есть минусы - это единые файлы robots.txt и htaccess, проблемы с верификацией сайта. Хоть они и имеют решения но это как костыли выглядит. Хочется чтобы у каждого сайта была своя директория корневая куда можно закинуть индивидуальный файл.
Выход - организация через симлинки, т.е. имеем доменные директории как обычные отдельные сайты, просто ядро которое нужно обновлять сделано ссылками на основной сайт, этот метод описан тут http://drupalace.ru/lesson/multisaiting Еще небольшой плюс такого метода в том что проще бэкапить и восстанавливать конкретный сайт. Есть ли минусы у такого метода?
Комментарии
нету значит
«I've been running multiple Drupal setups with symlinks for a while now on FreeBSD and Debian systems. No problems at all here.» - https://www.drupal.org/node/39807
Robots.txt делаем одноименным модулем для каждого сайта свой.
htaccess да, общий - но это не мешает в нем прописать что надо для каждого отдельного сайта.
Верификацию не помню как делала, кажется через файлы, которые ложила в общую корневую директорию.
"Своя индивидуальная директория" у каждого сайта есть - site/moisait/*
Все, что в site/all - относится ко всем сайтам и обновляется "в один присест".
Навешайте хоть 100 сайтов, хоть 200
Главное, чтобы сервер потянул.
Не вижу большой разницы, кроме потенциального гемора, если надо будет перенести на другой хостинг.
[
по роботс.тхт и верификации проблем нет и информации много, а как сделать индивидуальные записи в .htaccess для конкретного домена?
Что именно вы хотите указывать для каждого отдельного сайта?
Ну, например
RewriteCond %{HTTP_HOST} ^(www.)?sait1.com$ [NC]
RewriteRule [zdesj-pishem-pravilo]
понятно спасибо, пока ничего, так на будущее )
Решил все-таки без симлинков делать, как друпал советует, одно только смущает - если понадобится бэкап конкретного сайта, придется делать бэкап всех сайтов.
Правила бэкапа полностью находятся в ваших руках - как организируете.
Если сделаете мультисайтинг на различных базах, то можете делать бэкап только определенной базы/баз. Кстати, это вам позволит в любой момент вывести сайт из мультисайтинга и сделать его "отдельным и независимым".
Бэкап файлов тоже можете производить отдельно для общих файлов мультисайтинга + отдельно для каждого сайта - папки из site/*.
между тем обнаружил неприятную особенность-глюк в мультисайтинге, здесь описал http://www.drupal.ru/node/111722
Снова раздумываю не остановиться ли на симликах, там пути к файлам даже не надо изменять.
А что раздумывать?
Делаете пути у папок files разных доменов разными и все (например .
В .htaccess для каждого домена свои настройки, там же каждому домену по своим папка всякий мусор(robots, webmaster, favicon) из корня.