Как можно организовать многосайтовасть?
Какие есть мысли?

А какие собственно проблемы? Такое можно сделать только если сайты однотипные.

Создаешь движок, инклудишь его в php.ini и радуешся  

Сам хоть понял, что сказал?


А вот и нефига. Ядро всем управляет...


Мысли вынашиваю уже три года. Суть - такова. Ядро - подключает нужный модуль ну а далее подстановка параметров. 

Да понял, сам с такой работаю.

Для определенного расположения сайта на кластере инклудится движок, который выбирает конфиг из файлика, обрабатывает шаблоны и определенный ПХП код.

Это сообщение отредактировал(а) Garret - 10.10.2006, 18:36

Дибилизм, имхо... Не CMG случаем называется? Хотя тот вроде на перле, да и суть его несколько другая...

Mal Hack, нет самописный. И в чем собственно заключается "дибилизм"? Он выполняет и перевыполняет поставленые ему требования(а требования серьезные, + модули всякие и т.д. и т.п.), чего еще желать? 
На нем держится н-ное кол-во сайтов, чем не "многосайтность"?

Дибилизм, потому-что, имхо, я вижу это, без таких замутов.
Зачем завязываться на php.ini и т.п. вообще не понимаю.

Mal Hack, извини, но если ты чего то не понимаешь то это говорить про "дибилизм" это слишком притензионно, тебе не кажется?

Это получается намного проще, прописываешь для виртуал хоста инклуд движка и все.

Копайте в сторону архитектуры typo3, там все построено на симлинках. На венде, конечно, поднять не получится, но с другой стороны и вебсерверов под вендой на практике почти не встретишь.

читай "не понимаю", как "считаю излишним и вижу более простые варианты".


Судя по всему у нс координально разные точки зрения на сей вопрос.

Многосайтовость можно организовать:
по URL определяем, что за сайт пытаются запросить и подключаем настройки (конфиги) для запрашиваемого сайта.

А все остальные вопросы наверное уже зависят от конкретной системы и от требований.

chup007, вопрос, конечно, интересный, но не конкретизированный. И не тривиальный.
Мы занимаемся написанием CMS и данный вопрос решался далеко не тривиально, хотя решение удалось найти очень симпатишное. 
Однако только благодаря индивидуальной модульной архитектуре.
Конкретизируй вопрос - получишь более конкретные ответы.

Под многосайтовостью понимается управление из единой администраторской панели сайтами с разными доменными именами?

Тогда я думаю можно привязать к одной площадке, на которой будет установлен движок несколько доменов, а потом из движка определять какой сайт в данный момент запрашивается.

В принципе, это не сложно, но требует все-таки изначального включение в архитектуру движка такой возможности

Есть такой движок - Zope, но он не на PHP ;) . А так крути-верти как хочешь. 

На PHP есть Drupal. Еще Joomla (если установить еще доп. компоненты)

ну! был реальный прецедент размещения неск. сайтов на Xaraya 

Есть еще CMS под названием XS2. Реализована многосайтовость, наследование объектов и проч., считается перспективной.
Посмотрите, может понравится.

а ссылку дай, пожалуйста!

Многосайтовость - не проблема.

Правильно говоришь. Вот по такому конфигу у меня определялось, какой компонент будет загружен первый.

Собственно, у каждого проекта был стартовый компонент. Остальное, думаю, ясно.

pythonwin, компания Solutecs, http://www.solutecs.com.

Vingrad CMS - http://forum.vingrad.ru/Vingrad-Content-Ma...-Framework.html.
Пока в разработке. Сейчас имеет многосайтовую архитектуру, наследование модулей и т.п. В общем все что тут обсуждается. Если у кого-то есть идеи и умение красиво и подробно выражать свои мысли, просим поучавствовать в проекте.