Для ускорения разработки сайтов на базе юми и упрощения структуры шаблонов (отделения шаблонов разных сайтов друг от друга (директориями)), особенно если планируется использование юми, как многосайтовой системы предлагаю изменить структуру файлов/папок на фтп.

Плюсы:
1. Сократить время на манипуляции с базовым хтмл файлом (приходится править пути к картинкам, цсс, скриптам)
2. Сделать недоступным возможность для посетителей сайта видеть файлы не относящиеся к данному домену
3. Если в рамках одной лицензии создано несколько сайтов будет меньше путаницы в шаблонах и файлах
4. Будет больше возможностей для разделения/ограничения доступа между модераторами
5. Меньше «палева» сателлитов (СЕО)

Возможный вариант реализации:
1. для совместимости ввести понятия общих шаблонов/файлов и шаблонов/файлов относящихся только к данному сайту
2. В корне создать папку, к примеру sites – в ней будут папки сайтов, к примеру site1, site2, site3
3. Внутри папки сайта хранить папку шаблонов только этого сайта
4. Внутри папки сайта могут находится файлы только этого сайта и доступные только по данному домену к примеру если папка img лежит внутри site1 то картинки в ней доступны только по этому домену
5. Шаблоны подключаются также как и сейчас, только дефалтным берется шаблон в папке сайта, но если к примеру /ste1/tpls/content/index.tpl отсутствует берется шаблон /tpls/content/index.tpl

Естественно сюда же папки для xslt шаблонов и usel

Что мы дополнительно выигрываем...
в будующем, как возможное развитие системы...
1. кэшь под каждый сайт отдельно (имею ввиду жесткий, через cache.config)
2. контроль директив к примеру scheme.udata в рамках сайта (удобно для разработки отладки - для студии, если клиентский сайт создаешь на своей лицензии, а потом переносишь клиенту на хостинг)

Данная мысль мне пришла в голову довольно давно, когда еще первый раз познакомился с юми, теперь созрел наконецто ее сформулировать и озвучить.

Кстати, насчет cache.config, а можно получить его более жесткую реализацию, не идентифицирующую, разделяющую между собой пользователя? т.е. чтоб site.ru/page1/ формировалась только один раз для единственного пользователя

Имеется в виду разделения кеша для неавторизованных пользователей? В принципе можно, но места на диске будет занимать примерно на порядок больше.

Нет, наоборот. Счас, как я заметил, если я в одном браузере открываю страницу, то формируется ее копия, если в другом туже страницу, она еще раз формируется. Если поисковик про индексирует сайт, то как я понимаю будет еще одна копия или я не прав и это меня глючит?

Солидарен с афтором темы.
При данной структуре шаблонов невозможно разграничить доступ по фтп, к примеру верстальщиков только к одному сайту, получается что если верстальщик заходит в папку тплс то он может изменить шаблоны любых сайтов этой цмс, что не очень удобно...

mikl, по идее, в лицензионном соглашении четко указано, что все сайты на одной лицензии должны принадлежать одному человеку. В этом случае не должно возникнуть проблем с доступом для верстальщиков.

Речь не идет о нарушении лицензионного соглашения
Привожу пример...
Я - головная компания имею к примеру сайт supercompany.com Также у моей компании есть филиальная сеть из 90 филиалов. filial.supercompany.com filial2.supercompany.com и я хочу чтоб филиалы занимались своими сайтами самостоятельно имея 1. свои файлы, шаблоны, своих контент менеджеров/верстальщиков 2. общие файлы/шаблоны.

3. Это несложно решается через htaccess либо симлинками, могу сделать это самостоятельно. НО ХОТЕЛОСЬБЫ ЧТОБЫ РАЗРАБОТЧИКИ ТОЖЕ ЗАДУМАЛИСЬ О ДАННОМ РЕШЕНИИ.

На мой взгляд вариаций с разделением прав в битрексе несколько больше и сделано удобнее... Но всеже делаю свой выбор в сторону юми, по многим причинам. И хочу чтоб система развивалась в сторону разрабочиков сайтов/пользователей/менеджеров проектов