Зачем так упорствовать в своём заблуждении? Для разных сайтов на мультисайтинге, нужно только определённые таблицы делать общими, я же писал. И не будет таких проблем.
У вас, видимо, лишние таблицы связаны в мальтисайтинге, или вообще все зачем-то(т.е. вообще одна общая база данных), раз такая проблема возникает.
На самом деле, должны быть только некоторые общие таблицы, например пользователей, но разные базы у каждого сайта с остальными табилцами, на самом-то деле.
И да, на этапе обучения решить многие задачи на drupal непросто, он вообще непрост в изучении. Его сложность, это плата за гибкость и универсальность.
Вот вы пока, по всей видимости, не понимаете, зачем вообще нужен мультисайтинг, и применяете его там, где он совершенно не нужен. И не так, как надо. =)
Если у вас есть однотипные сайты, с близкими наборами модулей, и вам необходимо быстрое развёртывание новых аналогичных, смотрите в сторону другого инструмента - distributions. Примеры таких сборок, можно поглядеть тут: http://drupal.org/project/distributions
Ещё есть полезный модуль features http://drupal.org/project/features, который позволяет делать заготовки готового функционала, в виде модулей.
А для упрощения развертывания и обслуживания, есть очень полезный инструмент: drush http://drupal.org/project/drush, который позволяет из командной строки автоматически скачивать и устанавливать обновления и.т.п.
Тут главное понять меру нестандартности. =)
Ещё до того, как настраивать, неплохо бы учесть несколько моментов:
-Видео контент довольно тяжелый. Понадобится достаточно широкий канал канал и производительная дисковая подсистема.
-Способов доставки видео клиенту, вообще говоря, несколько. И от этого выбора зависит что собственно надо настраивать, например это может быть веб сервер для псевдостриминга (обычно что-нибудь лёгкое nginx, lighthttpd с соответствующими модулями) или стриминговый сервер (red5, wowza, fms).
В общем, перед тем, как задавать вопрос, поинтересуйтесь технологиями, которые применяются в этой сфере, и сделайте выбор. А потом вам уже будет куда проще найти информацию по настройке конкретного набора ПО.
На самом деле, слухи про тяжеловесность Drupal сильно преувеличены. Особенно если mysql правильно настроен.
При апдейте общих модулей, можно что-нибудь на каком-нибудь из сайтов поломать.
Вы экономите место, что-ли? =) В других вариантах отдельные сайты удобнее...
У других веб серверов есть аналогичные механизмы.
Для этого можно использовать не только файлы, но и мета теги, например или что-нибудь ещё. К тому же,вы слишком зациклились на мультисайтинге. У вас десятки сайтов с единой базой? Или вы хотите использовать мультисайтинг для десятков совершенно различных сайтов? Если так, то зря.
Выше же написано, как надо, два раза. =)
Зря. =)
В общем проблема о которой вы писали надумана. Т.е. ничто не мешает просто правильно написать .htaccess. В варианте без редиректа никаких препятствий использовать скрипт, указанный выше нет.
Я вот про этот Alias: http://httpd.apache.org/docs/2.2/mod/mod_alias.html#aliasmatch, к друпалу это не имеет отношения. =) Т.е. если чисто случайно нет mod_rewrite, и не получится использовать RewriteRule, можно воспользоваться вышеуказанной директивой в принципе.
Надо:
1. В стандартном .htaccess раскомментировать ту часть, что отвечает за редирект www, ну или наоборот, по вкусу.
2. Поставить http://drupal.org/project/globalredirect (в частности, он редиректит и главную).
Зачем делать в .htaccess редирект только для главной, совершенно не понятно, это полумера и костыль.
