роли для пользователей, не прошедших проверку подлинности?
Я рассматриваю возможность создания сайта, который предоставляет другой "опыт" (если использовать маркетинговый термин) в зависимости от того, кем себя называет посетитель, без аутентификации. Функциональность, которую я собираюсь использовать, заключается в программном изменении роли с анонимной на что-то другое.
Таким образом, на странице запуска клиент хочет, чтобы сайт выглядел по-разному в зависимости от того, нажимает ли посетитель "Я менеджер этажа", "Я покупатель", "Я принимаю решения" и возможно, немного других вариантов. Они будут видеть различные рекламные материалы и копировать их в зависимости от того, какую ссылку они выберут, и клиент хочет, чтобы казалось, что весь сайт ориентирован на них - другими словами, меню, страницы и рекламные материалы не "для" этого пользователя будут отсутствовать, когда они сделают этот выбор. Это должно выглядеть как несколько разных сайтов, после того как они перейдут с начальной страницы.
Поэтому я подумал, что способ сделать это - сделать весь контент, меню, изображения, PDF-файлы, а затем назначьте доступ по ролям. Таким образом, если вы смотрите на сайт как на эту роль, вы видите только то, что имеет отношение к вам. Но мы не хотим, чтобы пользователи входили в систему - они просто нажимают на кнопку, чтобы объявить, какую роль они играют, и если они обманывают нас, нам действительно все равно.
Смогу ли я сделать это так, как я себе представляю?
3 answers
Роли могут быть добавлены пользователям, прошедшим проверку подлинности, что означает, что они вошли в систему. Анонимные пользователи - это только анонимные пользователи; к ним не может быть добавлена никакая другая роль.
Если вы просто пытаетесь показать страницу по-другому, основываясь на том, что выбрали анонимные пользователи, вы можете использовать файл cookie для хранения значения, которое используется для изменения пользовательского интерфейса. В Drupal 7 есть две вспомогательные функции, которые можно использовать для удаления и сохранения файлов cookie, содержащих значения для анонимного пользователь: user_cookie_delete() и user_cookie_save пользователя().
Есть несколько способов, которыми вы могли бы подойти к этому без программного входа людей. Печенье - это одно. Другой вариант - термин таксономии - вы можете использовать контексты, панели и/или модули ThemeKey для создания пользовательского внешнего вида или даже изменения темы для определенного пути или термина.
Еще один способ, которым вы могли бы это сделать, - это использовать органические группы. Novell использует OG для определения "сообществ пользователей" (что очень похоже на то, о чем вы говорите). Проверять http://www.novell.com/communities / и вы увидите, что у каждой группы может быть совершенно разная информация и внешний вид.
Если вы предполагаете, что эти группы пользователей в конечном итоге свяжутся с компанией онлайн, использование OG может быть лучшим выбором.
Я решил нечто подобное этому по-другому, используя модуль Доступа к домену . Настройте поддомены для каждого варианта нужного вам сайта, установите заставку, чтобы посетитель мог сделать свой первоначальный выбор, который затем перенаправит его на соответствующий URL-адрес. Затем используйте видимость содержимого/блока для управления тем, что отображается в каждом поддомене.