3 мая 2007 в 20:59
Друзья, ищется ваша помощь!
В рамках существующего проекта (не-Друпал) на поддомене был запущен сайт на Друпале. Скажем, study.example.com
Этот поддомен и Друпал работают и находятся в открытом доступе, уже есть определенное количество пользователей с настроенными профилями и комментариями.
Решили мы на поддомене forum.example.com развернуть форум на базе уже установленного Друпала, естественно, с сохранением пользователей и их настроек. В будущем предвидится появление других направлений, реализованных на этом же Друпале, но поселены они будут также на разные поддомены (например, shop.example.com или hobby.example.com). Базу все будут использовать одну, разделение предполагается сделать через таксономию. При этом, сам example.com в обозримом будущем не будет работать на Друпале.
Как быть с прозрачной аутентификацией пользователей? Т.е. чтобы залогинившись на одном из поддоменов у них был доступ к другим поддоменам на Друпале без повторного ввода логина/пароля.
Походив по Друпальным сайтам понял, что лучше сделать все это через мультисайтинг. Но проблема в том, что сам корневой example.com не будет сделан на Друпале.
Есть какие-то догадки в какую сторону двигаться?
Комментарии
Включите модуль Drupal и назначьте сервером межсайтовой авторизации вашей "drupal-сети" один из ваших сайтов на поддоменах. Он будет "рулить" никами и паролями.
На других сайтах-поддоменах тоже включите этот модуль и пропишите адрес "рулевого" сервера.
Только на центральном, не-друпальском сайте, естественно, никакой авторизации не будет.
А нельзя ли бросать кукис, с правом доступа для поддоменов? И все. Хорошо бы...
chup пишет: Есть какие-то догадки в какую сторону двигаться?
Пока Вы движетесь в направлении усложнения проекта многочисленными движками.
Предлагаю пойти по пути упрощения проекта. Поставьте Друпал на Ваш сайт example.com, сконвертируйте туда логины-пароли юзеров если это возможно, профили и наработанные материалы. И дальше развивайте сайт на базе Друпала без всяких доменов третьего уровня.
К чтению, Веб-программирование, 7 ступенек в рай
Какими это многичисленными движками? Только друпал в поддоменах (и то с общей базой), и основной сайт, который, к сожалению, почти невозможно перевести на друпал - специфика у него такая.
А домены третьего уровня это наоборот более логично. Посмотрите, сам друпал.орг идет к созданию структуры разных направлений на своих поддоменах. Логика должна быть. И один движок, конечно
chup says: Какими это многичисленными движками? Только друпал в поддоменах (и то с общей базой), и основной сайт, который, к сожалению, почти невозможно перевести на друпал - специфика у него такая.
Все равно хозяйство многочисленное. Считаем:
Посмотрите на 3rd party integration (143), там выставлены готовые интеграции Друпала с другими движками. В большинстве случаев не рекомендуется использовать их. Вместо интеграций лучше пользоваться сторонними модулями, в которых есть подобная функциональность, пусть даже усеченная.
Но за интеграциями на Drupal.org стоят живые люди, которые уже сделали интеграции и есть надежда, что будут поддерживать ее. За Вашей интеграцией стоите только Вы. Кто будет ее поддерживать, когда Вы уйдете с проекта? А ваш движок на основном сайте и Друпал ведь не стоят на месте. В них обнаруживаются дыры, версии нужно обновлять, интеграцию неизбежно тоже придется обновлять.
chup says: А домены третьего уровня это наоборот более логично. Посмотрите, сам друпал.орг идет к созданию структуры разных направлений на своих поддоменах.
Мы с Вами не Drupal.org. Там сидят специалисты другого уровня. И их там гораздо больше, чем 1. Давайте исходить из тех ресурсов, которые есть.
Если бы Вы поподробнее рассказали о движке на сайте example.com с которым Вы собираетесь скрестить Друпал, возможно нашлось бы какое-то более простое решение, чем мультисайтинг. Реальная ссылка на сайт сделала бы советы еще более конкретными.
К изучению
http://www.razgonka.ru/multisiting
Позволяет при мультисайтинге переходить с сайта на сайт с автологином. При использовании в 5-ой версии лучше отключить кэш.
У кого-то паранойя по поводу ухода из проектов
Все мы взаимнозаменяемы, ничего страшного.
То что в друпале.орг больше людей и вобще "они умнее", ничего не говорит - это явный пример более логичной структуры большого проекта. Не только друпал.орг этим занимается. Да и я совсем не один занимаюсь этим проектом.
Интеграция с основным сайтом не требуется - это лишь дочерние проекты, у которых и назначение иное, нежели главный сайт. Ссылки пока дать не могу, увы.
А за модуль Single Sign-On большое спасибо, похоже это то, что нужно. Сегодня поставлю и попробую в локале.
chup says: Интеграция с основным сайтом не требуется - это лишь дочерние проекты, у которых и назначение иное, нежели главный сайт.
Так это совсем другое дело. Связка друпаловских сайтов в мультисайтинг типовое дело.
По модулю Single Sign-On.
В 5-ой версии он работал с глюками. Лечилось отключением кэширования страниц. При запуске в локале придется запускать не только сайты-спутники, но и ведущий сайт. Иначе сайты-спутники не смогут залогинится. В локале после залогинивания на сайте-спутнике перекидывает куда-то на ведущий сайт. Нужно опять ввести URL сайта-спутника и тогда попадаешь на сайт-спутник уже залогиненным. В остальном нормальный модуль.
vadbars@drupal.org этот вариант работает, но не позволяет держать юзеров залогиненными как я понимаю. я в таких случаях пользуюсь модулем single sign on. Единственный недостаток которого (который я не победил в смысле) - не работает XMLRPC (т.е. не могу блог-клиентами постить, без разницы в какой поддомен мультисайтинга).
Отключить кэш??? Смерти подобно!
Еще не ставил, но о впечатлениях сообщу. Надеюсь, кэш отключать не придется.
А расшарить таблицы?