21,887
社区成员
发帖
与我相关
我的任务
分享各个站点用户共享
公司有几个站点，用户不统一,现在想把用户单独提取出来，用单独的数据库保存
就是不知道其他站点怎么提取不在同一服务器上的这些用户数据
有人说用WEBSERVICE，我不知道怎么用，大虾指教！～
就是不知道其他站点怎么提取不在同一服务器上的这些用户数据
有人说用WEBSERVICE，我不知道怎么用，大虾指教！～
...全文
请发表友善的回复…
发表回复
liangpei2008 2010-07-08
- 打赏
- 举报
[Quote=引用 13 楼 jim8590251 的回复:]
其实问题是这样的：
http://a.abc.com里登录了，现在在http://b.abc.com里判断，如果登录了提示XXXX，没登录的话提示登录
本来我以为这样可以
就是在b.abc.com里，用filegetcontent(http://a.abc.com/cc.php)获取他是否登录了
但是发现，每次都是未登录状态，不知道为什么，就算登录里也提示未登录，但是直接访问对应地址……
[/Quote]
哦，这不是SSO问题啊，一般都是用COOKIE来判断
其实问题是这样的：
http://a.abc.com里登录了，现在在http://b.abc.com里判断，如果登录了提示XXXX，没登录的话提示登录
本来我以为这样可以
就是在b.abc.com里，用filegetcontent(http://a.abc.com/cc.php)获取他是否登录了
但是发现，每次都是未登录状态，不知道为什么，就算登录里也提示未登录，但是直接访问对应地址……
[/Quote]
哦，这不是SSO问题啊，一般都是用COOKIE来判断
liangpei2008 2010-07-08
- 打赏
- 举报
嗯，刚想回答UCENTER
去年做过UCENTER,就是在登陆验证时先到一个数据库下，而后根据情况同步用户信息至其它几个站点
去年做过UCENTER,就是在登陆验证时先到一个数据库下，而后根据情况同步用户信息至其它几个站点
jim8590251 2010-07-08
- 打赏
- 举报
其实问题是这样的：
http://a.abc.com里登录了，现在在http://b.abc.com里判断，如果登录了提示XXXX，没登录的话提示登录
本来我以为这样可以
就是在b.abc.com里，用filegetcontent(http://a.abc.com/cc.php)获取他是否登录了
但是发现，每次都是未登录状态，不知道为什么，就算登录里也提示未登录，但是直接访问对应地址，提示的是已登录，不知道为什么
http://a.abc.com里登录了，现在在http://b.abc.com里判断，如果登录了提示XXXX，没登录的话提示登录
本来我以为这样可以
就是在b.abc.com里，用filegetcontent(http://a.abc.com/cc.php)获取他是否登录了
但是发现，每次都是未登录状态，不知道为什么，就算登录里也提示未登录，但是直接访问对应地址，提示的是已登录，不知道为什么
在-云端 2010-07-02
- 打赏
- 举报
[Quote=引用 3 楼 dingsongtao 的回复:]
你直接改下那些站点操作用户数据的mysql连接就可以了。
但这样有很多弊端，比如你程序用到了一些表的外连，左右连等，而且语句又涉及到了用户表，那就麻烦了。
所以最好还是完全采用ucenter的方式，毕竟它的方式已经有段时日了，各方面考虑的也比较全了。
（也就是以用户中心数据为基础，各站点也会有用户表，当涉及到用户注册，登陆，密码或其他资料的修改才调用接口去操作中心数据，其他的则直接操作站……
[/Quote]
楼上正解~~ucenter我还没用过呢!受教了~感谢
你直接改下那些站点操作用户数据的mysql连接就可以了。
但这样有很多弊端，比如你程序用到了一些表的外连，左右连等，而且语句又涉及到了用户表，那就麻烦了。
所以最好还是完全采用ucenter的方式，毕竟它的方式已经有段时日了，各方面考虑的也比较全了。
（也就是以用户中心数据为基础，各站点也会有用户表，当涉及到用户注册，登陆，密码或其他资料的修改才调用接口去操作中心数据，其他的则直接操作站……
[/Quote]
楼上正解~~ucenter我还没用过呢!受教了~感谢
myhope88 2010-07-02
- 打赏
- 举报
没遇到过，帮顶下
Dleno 2010-07-02
- 打赏
- 举报
你直接改下那些站点操作用户数据的mysql连接就可以了。
但这样有很多弊端，比如你程序用到了一些表的外连，左右连等，而且语句又涉及到了用户表，那就麻烦了。
所以最好还是完全采用ucenter的方式，毕竟它的方式已经有段时日了，各方面考虑的也比较全了。
（也就是以用户中心数据为基础，各站点也会有用户表，当涉及到用户注册，登陆，密码或其他资料的修改才调用接口去操作中心数据，其他的则直接操作站点数据库里的用户表，那样就不会涉及到那些问题了，你改动的也小了。）
几个站点的用户可能会有一样的情况。
如果只是统一到同一服务器，的不同数据库或同数据库不同表里，直接把个站点的用户数据导入到对应的数据库或表里就可以。
统一到同一数据库的同一表里，多加个标识字段区分下就可以了。
清风闲客 2010-07-02
- 打赏
- 举报
不懂，路过……
liuahuilele 2010-07-02
- 打赏
- 举报
顶下吧
WEBSERVICE 还没有用过呢
WEBSERVICE 还没有用过呢
用户昵称不能为空 2010-07-02
- 打赏
- 举报
不安全哦。
tbraz 2010-07-02
- 打赏
- 举报
路过学习了……
fxs_2008 2010-07-02
- 打赏
- 举报
ucenter大致 这样,一地方登录时,会通知ucenter,然后unenter会给其他的各个子应用发信,
告知已登录,各子应用接到通知后自已再登录一次
难的是中间的加密和解密,php和非php的不通用
告知已登录,各子应用接到通知后自已再登录一次
难的是中间的加密和解密,php和非php的不通用
「已注销」 2010-07-02
- 打赏
- 举报
说白了就是数据冗余。
用户关键数据，用户公共数据，各站点独有用户数据 三部分。
用户关键数据： id,用户登录名，用户密码
用户公共数据：个人资料，身份验证资料等等。
独有数据：本站点最近登录时间，本站点权限等等。
前两部分在用户数据中心，相当于统一部分
各站点记录独有数据+id，用户登录名等冗余字段。
其中冗余部分到底有哪些就看具体业务需求。比如显示用户登录名，比如显示昵称，或者注册时间等等。。
数据维护方式：
可以选用webservice，完成双向数据同步。
比如：某一个站点下修改昵称，更新到用户数据中心，再由数据中心同步到其他站点。
用户关键数据，用户公共数据，各站点独有用户数据 三部分。
用户关键数据： id,用户登录名，用户密码
用户公共数据：个人资料，身份验证资料等等。
独有数据：本站点最近登录时间，本站点权限等等。
前两部分在用户数据中心，相当于统一部分
各站点记录独有数据+id，用户登录名等冗余字段。
其中冗余部分到底有哪些就看具体业务需求。比如显示用户登录名，比如显示昵称，或者注册时间等等。。
数据维护方式：
可以选用webservice，完成双向数据同步。
比如：某一个站点下修改昵称，更新到用户数据中心，再由数据中心同步到其他站点。
用户昵称不能为空 2010-07-02
- 打赏
- 举报
最好用在同一个顶级域名里面，否则不同的顶级域名里面要同步数据更难弄。
用户昵称不能为空 2010-07-02
- 打赏
- 举报
UCENTER啊就是这样的
跨域，ajax来弄吧，COOKIE跨域，以前我也弄过，后来很不稳定，经常出现问题。
跨域，ajax来弄吧，COOKIE跨域，以前我也弄过，后来很不稳定，经常出现问题。
jim8590251 2010-07-02
- 打赏
- 举报
说说原理吧，我还是不知道怎么做！
