Массовый хостинг для Drupal

Главные вкладки

Аватар пользователя Basielienis Basielienis 10 августа 2006 в 6:27

В связи с грядущим инсталлятором для Drupal и особенно с профайлами для него озаботился САБЖем.
Перерыл тут всевозможные панели управления хостингом и пока наиболее подходящей для того, чтобы скрестить ее с Друпалом, показалась вот эта: http://www.gplhost.com/software-dtc.html

В ней очень простой установщик пакетов, в том числе есть даже для Друпала, сделанный одним итальянцем. Кривовато, нет htaccess, не меняется путь для cron в скриптах и не даются права на lock tables пользователю, но это все мелочи. Да и не подходит немного такой установщик, там надо делать общую базу с кодом для всех сайтов, либо методами мультисайтинга Друпала, либо через симлинки.
Пока что бродит много всяких мыслей, начиная от невыполнимых планов полной интеграции панели в Друпал и кончая простейшими тупыми хаками самой панели. Есть там еще возможность все доступные через веб-интерфейс действия задавать прямо в командной строке, хотя могут быть проблемы с безопасностью: пароль-то тоже надо передавать в строке, пусть даже это и ssl.
Разработчики там вроде отзывчивые и грамотные, если надо что будет для поддержки Друпала, думаю, включат в панель, если нормально сделать.
По максимуму, конечно, хочется, чтобы была общая авторизация, группы, наверное, через og.module. Вплоть до биллинга и хостинг-планов через e-commerce. Но хотя бы установщик друпала из панели в мультисайтовом варианте, что более реально. Пока, пожалуй, займусь переводом панели на русский для начала
В общем, кому инетересен вопрос или кто имел дело или думал обо всем этом, отзовитесь.

Комментарии

Аватар пользователя antazy antazy 10 августа 2006 в 12:45

Тоже думал, только не как Массовый хостинг, а как хостинг для сайтов моих клиентов...
Вот интересно установщик - просто копирует фаилы и бд из архива, так?
А вот делать общии таблицы - разве кто-нибудь из owner'ов согласится, опасно же?

Аватар пользователя shura shura 10 августа 2006 в 16:01

В sites создаем каталог с именем домена и туда кладем файл settings.php с его собственными настройками (в т.ч. и соединения к базе). И в итоге имеем один код, модули, разные базы, разные настройки для разных доменов...
Папочку files можно отдельную для разных доменов сделать...
А авторизацию и без гемороя сквозную можно сделать... в качестве имени пишем user@host1.domain.ru и фсё...

Аватар пользователя Basielienis Basielienis 10 августа 2006 в 18:34

Я имел ввиду не общую базу данных, естественно, а общие файлы с кодом.

Кстати, можно, например, таблицу с переводами сделать общей для всех сайтов.

Про разные технологии, как сделать мультисайтинг в самом Друпале разными способами, я знаю :). Не о том речь. Для клиентов можно и sh скриптом все сделать (собственно, у меня сейчас так и сделано, что на хостинге, что дома для создания тестовых сайтов).

Изначальная идея: посетитель одной кнопкой заказывает и тут же получает себе готовый настроенный сайт, выбирая из преднастроенных шаблонов (например, галерея, личный, форум, магазин и т.п.). Годится для демо, раздачи бесплатых слонов, популяризации друпала и заманивания коммерческих клиентов. Ибо посетители делятся на 2 категории - те, кто хочет дешево и те, кто хочет прямо сейчас.

Создание шаблонов сайтов - это отдельная тема. Инсталлятор самого Друпала, который должен появиться в версии 4.8, облегчает и облагораживает часть этой задачи. Остается задача привязывания всего этого к хостингу.

Учитывая наличе всяких биллингов, интерфейсов к программам статистики, управления пользователями в самом Друпале, задача сводится к созданию виртуальных хостов, почтовых аккаунтов, баз данных и управления DNS. Все это не так просто, особенно учитывая кучу нюансов и решений в плане безопасности. Поэтому надо прикручиваться к готовой хостинг-панели.

Аватар пользователя Basielienis Basielienis 10 августа 2006 в 18:46

Обычно панели управления хостингом держат всех своих юзеров в собственной базе данных, а потом настраивают инидивидуально каждый сервис (apache, mysql, MTA, bind, IMAP). Реальных unix-юзеров и PAM авторизацию обычно не делают, ссылаясь на безопасность, хотя тут немного спорно.
Если делать почти с нуля, то я бы все делал на LDAP. В vhcs панели обещают в будущем LDAP, только vhcs - та еще халтура. Есть слабо развивающийся проект хостинга с LDAP авторизацией, но там все слишком сложно и наворочено.

Аватар пользователя antazy antazy 11 августа 2006 в 14:34

Блин, немогу понять, что значит "прикручивать", это же просто копирование файлов и бд из панели, так?( ну конечно с разной комплектациеи...)

Аватар пользователя Basielienis Basielienis 12 августа 2006 в 6:31

Прикручивание - это по-научному интеграция :). Она может быть разной степени и глубины. От простого копирования и создания базы с последующей правкой ручками (что и делается "инсталляторами" хостинг-панелей, включая Fantastico для CPanel) до полной интеграции: Друпал в качестве фронтэнда, системы авторизации, хранения данных об аккаунтах, биллинга... а от хостинг-панели берутся тогда только скрипты для настройки сервисов.
Первое - полная ерунда, второе - неподъемный огромный проект. Хочется среднего. Т.е. автоматической установки готовых конфигураций друпала вместе с автоматической настройкой хостинг-аккаунта на сервере, одного общего кода для всех сайтов - для централизованной техподдержки, обновлений, патчей и т.п.
Короче, кнопочка "хочу сайт". "Введите желаемое имя, пароль и домен" "ОК, перейдите на ваш сайт по данному адресу, ваша почта готова, статистика тут, управление дополнительными почтовыми ящиками, поддоменами и фтп - тут". Для самых жадных - через неделю появляется сообщение "Пройдите сюда для оплаты, время теста истекло".

Аватар пользователя antazy antazy 12 августа 2006 в 10:31

Вот, теперь я понял, только возникает ключевой вопрос: под какой лицензией вы планируете это делать? Wink

Аватар пользователя Basielienis Basielienis 12 августа 2006 в 16:24

GPL, естественно. Поэтому хостинг-панели выбираются тоже GPL. А DTC выбрал по многим параметрам: не ставит никакой отсебятины, сделана на PHP, решения по безопасности подходящие, пользуется только пакетами из системы, делается в первую очередь под Debian, очень простая система инсталлятора сторонних приложений, в ее коде можно попытаться хоть как-то разобраться, разработчики понравились, Apple на нее тоже глаз положил(может это не плюс, а минус, не доверяю яблочникам в их отношениях с опенсорсом). Минус - небольшое коммьюнити. Хотя разработка активная, исопльзуется несколькими провайдерами и просто кучей другого народа. Отсутствие некоторой навороченной функциональности - это даже хорошо, для интеграции с Друпалом она не нужна.