一个drupal用户中心,其它drupal应用不再启用user,直接到drupal用户中心去认证、并登陆?

  • 洛神 (
     

    2009-08-24 10:42:18

    drupal 的open ID,可否做成一个drupal用户中心,负责帐户、用户资料管理,其它drupal应用不再启用user,直接到drupal用户中心去认证、并登陆

  • 葛红儒 (55381091)
     

    2009-08-24 10:43:37

    Drupal的认证和登陆,可以全部委托给外部系统

  • 葛红儒 (55381091)
     

    2009-08-24 10:45:46

    技术上具有可行性,以前项目中就有类似的,是通过service与外部进行交互的

洛神 (
 

2009-08-24 10:47:47

其它系统吗?

  • 葛红儒 (55381091)
     

    2009-08-24 10:48:19

    对,将Drupal的用户管理全部委托给其它系统

  • 葛红儒 (55381091)
     

    2009-08-24 10:49:20

    这个问题在比较大的项目中会经常遇到,因为大项目总有遗留系统,Drupal需要和它们交互,

  • 洛神 (
     

    2009-08-24 10:50:12

    我也是考虑到性能问题,这样分开,就不用一个加载太多模块了

  • 葛红儒 (55381091)
     

    2009-08-24 10:52:04

    如果项目比较大的话,这是比较好的选择,把部分工作委托给别的站点,系统

  • 葛红儒 (55381091)
     

    2009-08-24 10:52:37

    不过仅仅为了性能问题,还不如买个超强的主机划算,

  • 洛神
     

    2009-08-24 10:58:39

    管理也方便

  • 洛神
     

    2009-08-24 10:59:39

    一个drupal功能多了,模块加载多了,打开管理页面时等半天

     

    参考解答:

    有时候,为了性能的考虑,会将一个Drupal切分为多个子站点,这个时候就涉及到用户的共享的问题了,其实,多个站点可以共用同一个数据库表的,http://zhupou.cn/drupal-handbook/tutorials/set-up-multi-site-using-drupal 就给出了这种方式的答案.

    另外就是采用别的办法,比如site network,这也是一种解决办法,但是比较过时了.

    另外就是涉及到Drupal将整个用户的认证,登录委托给外部系统了,这种方式比较复杂.

    现在的drupal.org,groups.drupal.org上,采取的方式,也是值得参考的方式 bakery, http://drupal.org/project/bakery

    不过这个模块还是开发版,不过话又说过来,drupal.org都采用了。

    Domain Access也能够解决这样的问题,http://drupal.org/project/domain

Drupal版本: