3 мая 2007 в 11:55
Добрый день.
Есть задача, хотелось бы узнать можно ли реализовать ее с помощью drupal.
Собственно проект вкратце:
Есть заказчики, которые могут зайти на сайт и разместить заказ. Есть исполнители, которые могут взять любой из заказов на выполнение. Необходимо для заказчиков и исполнителей создать отдельный сайт. То есть один для заказчиков, второй для исполнителей.
Вот хотелось бы узнать реально ли это сделать на drupal.
(Если да, то я пока не могу понять как сделать разный вид сайтов с одной базой данных, так как в базе хранятся и настройки внешнего вида...)
Комментарии
Это реально. Называется мультихостинг. Вы можете сделать что-то вроде zakazchik.mysite.ru и ispolnitel.mysite.ru, а работать все будет с одной инсталляцией Drupal и даже с одной БД, если нужно.
Что такое мультихостинг я представляю хорошо. Вопрос немного в другом. Для моей задачи получается, что для 2х сайтов потребуются разные настройки друпала, при этом используя одну БД.
Например, необходимо чтобы при регистрации на одном сайте, юзеры попадали автоматически в группу 1 (с соответствующими правами), а на другом сайте - в группу 2.
Это реально?
Сайты могут использовать одну и ту же БД, но каждый - свой набор таблиц со своим префиксом. Например, site1_access и site2_access.
В этом случае сайты независимы друг от друга? Т.е. у каждого свои свои пользователи.
Или вам нужно, чтобы один и тот же посетитель под одним и тем же логином на одном сайте был "покупатель", а на другом - "продавец"?
Есть группа заказчиков. Для них свой сайт, там они размещают заказы.
Есть группа исполнителей. Для них свой сайт, там они выбирают заказы, исполняют и тд...
База заказов одна.
Так как для разных сайтов нужен разный вид, то как я это вижу (пока не совсем понимаю друпал):
1 способ: Делать одну инсталяцию. Делать 2 группы пользователей, для каждого соответственно доступ для разных функций. На сайте делать проверку домена и в зависимости от этого использовать заданную тему.
2 способ: Сделать так как вы посоветовали. Собственно в одну базу записать 2 копии, отличающиеся только префиксом. Но тогда возникает проблема как использовать таблицы с заказами.
Статья "Мультисайтинг" http://www.razgonka.ru/multisiting
А двумя разделами на одном сайте обойтись нельзя? (Почему?)
Странная бизнес логика.
В мире много странных и непонятных вещей. Но при этом есть слово "надо"
Можно сделать две базы данных, но при этом сделать некоторые таблицы, например пользователей и заказы общими. При этом если даже таблица пользователей общая, то права на разных сайтах пользователям можно назначить разные, так как за права прописаны в другой таблице.
Сделайте два раздела на сайте, зачем два отдельный сайта-то? Один раздел для одной группы, другой раздел для другой... Настройте права доступа к каждому разделу для групп пользователей и все.
Да понятно зачем. Чтобы заказчики и исполнители не общались друг с другом напрямую.
Чтобы был посредник и это был его бизнес - принимать заказы у одних людей и выдавать заказы на исполнение другим людям.
А синхронизация баз - для того чтоб не заниматься копи-пастом.
Kexit says: Да понятно зачем. Чтобы заказчики и исполнители не общались друг с другом напрямую.
Чтобы был посредник и это был его бизнес - принимать заказы у одних людей и выдавать заказы на исполнение другим людям.
Наоборот, это хорошо когда заказчики и исполнители общаются напрямую. Лишнее звено в виде посредника утяжеляет схему.
Получать свой процент от денег, переходящих от заказчика к исполнителям - не проблема. Исполнители не захотят терять постоянный источник клиентов и будут исправно платить положенный процент. Достаточно самого минимального контроля со стороны посредника. И время от времени публично удалять исполнителя, скрывшего заказ, с сайта посредника.
Интересно, а желания защитить коммерческую информацию (телефоны, имена, координаты и т.д.) от взлома пока не стоит ? Я для себя принял такую схему:
1C ->экспорт предложений на сайт
Экспорт заказов с сайта -> 1С
При такой схеме на сайте только логины и пароли