UCenter十日谈——架构篇
大家好又到了UCenter十日谈的时间了， 昨天的文章相信大家都看过了，对用户有了一个初步的了解，没看过也没关系，可以现在去看。看后有问题也没关系，欢迎发帖发PM提问，我一定会满足大家的要求，如果还问题也欢迎参加4月19日的站长大会见面咨询，废话有点多了。说回正题吧~

昨天我发了两张图，没想到引起一些波澜，大家觉着那两张图有矛盾的地方，也有人提出supesite怎么没有了，总之问题多多我把这些问题总结了一下，认为大家应该是对UCenter的架构不是很清楚，所以今天我来说说UCenter的架构。

首先我们来看昨天发得那两张图吧

可能有细心的用户发现了上面的图多了点东西，先说一下昨天的图的确有不对的地方少了supesite。所以今天赶紧补上，呵呵。这两张图已经清楚的展示出UCenter和其他产品的关系，可能有用户要问了为什么UCHOME和其他的应用不是在一个层次上了，这个东西说起来比较可能比较抽象我举个例子说吧，如果把你的网站比喻成一个计算机的话，网站的服务器就好比主机，而UCenter就是跑在主机上的系统，包括UCHOME在内的其他产品就是跑在这个系统上的应用软件，这些软件通过UCenter这个系统上面接口对一些共用信息进行调用和存储。那为什么UCHOME图中的位置和其他产品不在一个层次呢，可以这么理解UCHOME是操作系统上比较常用一个应用程序，没有它整个系统也可以跑但是感觉会不爽，感觉少了些什么


怎么样明白了，嘿嘿，可能大家还是感觉比较抽象是不是。这样吧我以大家熟悉的WIN为例，UCenter就好比WINDOWS这个操作系统，而UCHOME好比WIN里面的我的电脑，而DISCUZ、SUPESITE、SUPEV、ECSHOP就好像WIN里面的IE、mediaplay等等这些应用程序，当然这些应用程序都是自愿安装的觉不强行绑定，哈哈


相信大家这下可以明白UCenter和其他应用的关系了吧，UCHOME你可以不安装，但是可能没有它，你网站会感觉缺少些什么，当然如果你的“电脑”只有一个用途，那么你也可以选择只安装一个应用。但是UCenter你是必须安装的


其实UCenter的架构并不是很复杂，但是它给一个网站带来的可能是一种革命性的变化，这种变化远远不止用户数据的互通，饱含更多数据之间的互通，这些数据能带来什么好处，下一次我将给大家说说UCenter各种数据，今天的UC十日谈就到这里，休息休息一下：）

如果大家对UC还有什么问题欢迎和我交流~~~~~~~~~~~~~~~~~~~~

UC架构简单示意图：
http://u.discuz.net/help/index.php?view=%5B5%5D%20UCenter%20Home%20%D3%EB%20UCenter%20%B5%C4%B2%FA%C6%B7%B9%D8%CF%B5%CB%B5%C3%F7

UCenter十日谈——应用篇
在开始说今天的话题之前，先来解答几个用户的典型问题。

woai2006 问：第三方的软件也支持吗？比如有个店评软件，能够也通过UCH串连进来？或者豆瓣的分享动态之类都可以反映到UCH里面吗?通过一定的接口

答：只要第三方程序符合UCenter相关的API接口，就可以实现用户、短信、TAG等数据的互通，分享动态有相关的事件接口。详情可以看这里的开发文档 http://www.discuz.net/thread-879237-1-1.html

yongnao问：为何不整合所有系统的用户后台？让用户在UC里管理所有东西即可，没必要每个系统都有一个管理后台，如果有多个应用系统，那么用户就要在每个系统的管理中心跑来跑去，使用户麻烦。

答：后台整合到一起是最理想的状态，但用户需要一个过程去适应，目前看后台还不成熟

盛盛 问：一个UC，能把不同域名的应用联系起来吗，比如两个不同域名的论坛共用一个UC

答：当然可以UC支持远程和MYSQL两种连接方式，远程部署比较灵活，但是受到网络条件、服务器等限制在执行速度和效率上相对差一些。MYSQL方式因为是数据库直接连接，连接速度和效率上相对比较高，但对分开部署时候需要mysql服务器支持远程连接。

--------------------------------华丽的分割线--------------------------------

回答完用户的问题，开始今天的话题。经过两天的介绍相信大家对UCenter这个新产品已经有了一定的了解了，不过从大家上面的问题来看大家对UCenter的具体应用可能还不是十分了解，今天就说说UCenter的应用，先从最简单的说起吧，安装一个论坛、一个商城、一个博客等等这种单个系统，这种单个系统可以说是UCenter最简单的应用也是最基础的，这就好比你在windows上只安装了word，你只能用word的功能这一个单一功能，UCenter的功能也只利用了10%。

说完最简单的下面说说再高级一些的吧，也是今天我要说的重点——UCenter的标准应用。看过上一篇文章的朋友可能还有印象，我说UCenter好比是WINDOWS，论坛、个人空间、商城、视频等等这些都是跑在WINDOWS下面的应用程序，而UCHOME可能就好比WINDOWS里面的资源管理器，没有资源管理器你还可以使用电脑，但是总觉着不是很爽，尤其是你在做一些查找打开等文件操作的事情。UChome也是一样，如果在一个UCenter里面你只安装一个论坛，可能网站也可以运行，但当你需要在这个社区找到你干兴趣的人和话题的时候，如果没有UChome你可能会感觉不太爽，不太方便。所以推荐大家在安装其他应用的同时安装UChome，当然单独安装一个UChome也不行，因为没有了其他应用的信息支持UChome只可能是个架子而已。

这里我还要简单说一下UCenter的安装，后面我对与安装还会单独写一篇，这里只是简单提一下安装的目录结构，说目录之前先说一下安装顺序吧，首先安装UCenter然后再安装其他应用，这种安装流程需要一个比较合理的目录结构。我先推荐一个吧，仅供参考

根目录： 安装你要当作网站首页的程序，比如论坛或者UCHOME
二级子目录：安装UCenter或者其他二级应用，比如视频商城之类的

下面这个图是以UChome为网站首页的目录结构，大家可以参考一下

   
dir.jpg (17.73 KB)
2008-4-1 11:11




最后再提一下UCenter的高级应用吧，高级应用可能需要站长本身有一定的编程，至少是改程序的能力，然后通过我们提供的开发文档把第三方程序整合到UCenter这个平台下，和已有的应用进行用户信息数据的整合。这种应用比较复杂，以后有机会我们单独说一下，如果有兴趣的朋友也可以联系我们，我们可以给在整合上给大家一些技术支持。

今天就说到这里吧，顺便说一下昨天没法的原因吧，我本来已经写了一半了，结果自己手欠把浏览器关闭了，再打开啥都没有了，晕晕晕晕，后来有其他事情就没来得及写，我发誓以后写长篇文章再也不用浏览器写了~~~~~~~~~~~

UCenter十日谈——安装篇发今天的日志之前还是老规矩，回答一些网友提出的问题

52discuz2008 问：discuz, UCenter, UChome在同一个服务器的情况下，你会让它们各自独立使用一个数据库吗？还是这三者都安装在同一个数据库算了？哪种方法更方便，或者说，你会怎样选择？

答：选择安装在一个数据库还是三个数据库都可以，不过如果安装多个数据库需要保证这几个数据库都可以通过MYSQL和UC连接，否则就只能用远程连接方式了

漂泊木马 问：是不是说明以后就没有必要用SS和XS了？我们现在这种结构（SS/XS+DZ）怎么调整为新的结构呢？请指示！

答：你可以看看我写的架构篇http://www.discuz.net/thread-881193-1-1.html，里面清楚了SS/XS和UCenter的关系，他们都是其中的一个应用，你也可以把SS放在根目录做为首页

neol123 问：你的这个安装貌似是全新的安装UCH+DZ，如果有其他应用貌似比如已经有了DZ。那直接安装UCH应该也没啥吧

答：如果已经有Discuz!以前的版本，需要先安装UCenter，然后升级论坛，再安装UCHOME就可以了

--------------------------------华丽的分割线--------------------------------

大家从上面的问题可能也猜出今天要说什么了，对了今天要说说UCenter的安装。引入UCenter这个概念之后安装流程将有所变化。所以想着重说一说这个流程，相信你会喜欢上这个过程的，哈哈。闲话少说马上进入具体讲解。

第一步安装UCenter详细流程这里我就不说了，正式版发布时候会有详细的安装文档：）安装完UCenter会自动跳转到后台添加应用页面（见下图）



  
第二步在这个界面里面填写你的其他应用安装路径，例如：http://www.abc.com/bbs/install。点击安装，跳转到应用安装界面

第三步安装应用

完成安装，怎么样是不是很简单，有点像安装在windows里面添加应用程序，看上去很复杂的过程其实操作很简单的：）添加多个应用和添加单个应用类似，只要重复第二步和第三步就可以添加多个应用了。

上面说的这种安装方法在添加应用时候，不需要再输入UCenter的相关信息即可完成安装。如果你觉着过程比较繁琐也可以直接输入应用的安装地址，然后填入相关信息完成安装。不过我强烈推荐第一种安装方式，很好很强大。

说完安装流程，我们说说一些安装中的细节问题

首先说说两种数据连接方式，UCenter提供了两种连接方式，一种是MYSQL一种是远程，两种方式的优缺点，在上一篇文章中说过一次，这里再说一下，

远程部署比较灵活，可以放在不同的域名、数据库且数据库不能连通的两台服务器上，但是受到网络条件、服务器等限制在执行速度和效率上相对差一些。
MYSQL方式因为是数据库直接连接，连接速度和效率上相对比较高，但对分开部署时候需要mysql服务器支持远程连接。需要保证每个应用和UCenter的数据库是连通的。

这两种方式各有利弊，采用那种就要具体需要了。

说完连接方式还要再说说关于目录结构，上一篇文章用安装实例举例说了一下目录结构，实际上那个只是一种结构，你当然也可以不用uchome当首页，用supesite或者论坛当首页放在跟目录。有些用户可能太敏感了，不是说那样的结构就要放弃SS或者说装了SS就不能安装UCHOME，呵呵

说了这么多，可能大家对安装还存在一些问题，欢迎回帖或者PM我提问，下一次我会专门针对大家的问题再说一次安装，今天就到这里了，休息休息一下，明天见~~~~~~~~~

UCenter十日谈——安装篇2
先上篇文章用户提出的问题

mnvb 问：是不是一定要放一个子应用（DZ、SS或UCH）在根目录呢，可不可以将所有子应用和UC都放在二级目录？
答：当然可以的，把一个应用放在根目录的目的是做为网站的首页，如果你的网站已经有一个首页，那么UCenter和各个应用都可以放在子目录下


官不聊生 问：互联网真会实名吗?最近好像都流行实名，可以想象一下未来：打开电脑或者打开浏览器就要求输入名字甚至真名，可能吗？而且目前所谓的实名都是真名吗？也许，这些只是中国政府的意思罢了。
答：不同的网站有不同的运营理念，可以肯定不可能所有的网站都实用，但也不能否认网站不可能实名，比如校友录这类的网站就必须实名啊，不实名就找不到你的同学，所以说实名这个东西要看网站形式和运营策略。


天涯客栈 问：mysql相连和远程相连有什么区别？对数据传送和安全方面有没有什么区别？
答：上次我已经说过了，远程部署比较灵活，可以放在不同的域名、数据库且数据库不能连通的两台服务器上，但是受到网络条件、服务器等限制在执行速度和效率上相对差一些。MYSQL方式因为是数据库直接连接，连接速度和效率上相对比较高，但对分开部署时候需要mysql服务器支持远程连接。需要保证每个应用和UCenter的数据库是连通的。安全上两者差不多，远程方式我们通过高强度的加密传递数据，及时传递中数据被截获也无法破解。


--------------------------------华丽的分割线--------------------------------


昨天重点把UCenter的安装讲了讲，最近我一直也在收集论坛上用户关于UCenter的问题，我也找了一些典型的、有趣的问题在这里统一回答一下


问题1：UCenter安装后，安装应用出现下面的提示，UCenter 获取数据失败，请返回检查 UCenter URL、管理员帐号、密码。
回答：出现这种错误首先检查一下UCenter地址是否正确，管理员密码填写是否正确。如果检查无误的话，有可能是你的服务器无法连接UCenter安装路径，这时候你可以换成服务器IP试试，如何获得服务器IP呢？最简单的方法就是ping一下网站的域名，ping的方法可以在开始菜单里面选择运行，然后输入ping 你的域名 -t回车，只是后就会出现一个IP地址，那个IP就是你服务器的IP。


问题2：UCenter后台应用管理，一直提示通信失败
问答：这个问题和上一个有一个问题一样，都是因为你UCenter所在的服务器不能链接外部主机造成的。出现这种情况首先要看一下一些UCenter相关的功能是否能正常使用，比如登录、注册等等，如果这些功能都没有问题，那么你可以不用例会后台的状态检测。


反之如果这些功能都不能正常使用的话，首先要检查一下使用的链接方式，如果是远程请改为MYSQL方式，改动方法打开各个应用的config.inc.php文件，如果有define('UC_CONNECT', '');就是远程方式，如果是define('UC_CONNECT', 'mysql');就为MYSQL方式。改完后再次测试登录、注册等有关功能，检查是否正常。


经过上面两步后大部分服务器都应该可以正常使用了，如果还有问题可以在论坛发帖，我们具体分析一下。


问题3：个人小网站安装uc是不是小马拉大车了
回答：记得我在第二次谈UC架构时候，UC就好像电脑中的操作系统，所有的应用要跑在一个操作系统上。不论你是装一个应用还是多个应用。从占用资源和效率上考虑，UCenter不会占用太多的资源，从文件尺寸上讲，整个UCenter打包包括说明文档在内只有几百K，数据表不到20个。从运行效率将UCenter最主要的两个功能，用户统一和数据交互，用户只在登录时候做验证用，而数据交互只负责部分数据的传递，占用的资源很少。最重要的是UCenter可以和其他应用分开部署，放在不同的数据库不同的服务器上，这样也就最大程度避免了UCenter对应用的影响，所以说大网站可以装UCenter，小网站装就更没有问题。


问题4：一万个网站可以用UCENTER整合吗？
回答：这个问题很有趣，实际从设计结构上讲UCenter下面安装应用的最大数目是65533，在一定条件下跑那么多个应用也没有问题。不过可能这个和我们当时设计的初衷有所不同，我们最初是要设计一个在一个网站下社区系统，这个系统里面包括论坛、个人空间、视频、商城、CMS、博客等等，通过UCenter将这些应用连通起来，让最终用户真正能在这个社区里面转起来，这样才能给站长带来利益。而这种比较特殊的需要，在设计当初考虑过但是没有当作重点去做。


最后推荐几篇我们开发组其他人写的UCenter安装使用相关的帖子，UCenter安装的问题就说到这里了，如果还有问题可以到论坛上发帖，我们开发组会一一帮大家解答的


UCenter 下论坛用户激活和更名的介绍 作者:猴子
http://www.discuz.net/thread-885410-1-2.html

UCenter 应用设置和论坛config.inc.php设置对照说明 作者:猴子
http://www.discuz.net/viewthread.php?tid=885223

预告一下下期内容——升级篇，敬请期待：）

UC十日谈——升级篇上周我们谈了UCenter的安装，相信一些已经有论坛的用户要抗议了，光说安装了我们怎么办？别急啊饭要一口一口吃，心急吃不了热豆腐，哈哈。本周第一谈我们就来谈谈UCenter升级的问题，首先明确一下UCenter的升级可能会包括两个部分，一个是UCenter本身的升级，另一个就是UCenter下面的应用升级。UCenter做为底层应用升级频率不会很频繁，而且会做兼容性判断，即使不升级也可以正常使用下面的应用，所以大家大可不必担心UCenter会给升级带来麻烦。好了该说的说完了，我们切入今天的整体，以论坛为例谈一下UCenter的升级。

从目前发布的版本来看，目前升级存在下面几个情况。

Discuz!6.0.0之前的版本升级UCenter+Discuz!6.1.0
Discuz!6.0.0升级UCenter+Discuz!6.1.0
UCenter测试版+Discuz!6.0.1升级UCenter+Discuz!6.1.0
安装了UCenter Home或者Supev测试版+UCenter测试版升级到Discuz!6.1.0

从上面实际上只分为两大类，一类是从没有安装过UCenter 一种是安装过UCenter的。
从大类来说，没有安装过UCenter的首先要安装UCenter，然后升级各个应用，升级时候会提示你绑定用户中心，进行绑定后升级完成。如果已经安装过UCenter的话，需要先升级UCenter，然后再升级应用，由于应用已经和UCenter绑定，所以这里升级时候不需要重新绑定。

相信大家看到这里已经大致了解UCenter升级的一个简单过程了，当然在实际升级中还会出现多种情况，推荐大家准备升级前先看看开发组猴子写的这篇教程（Discuz!升级详细教程地址：http://www.discuz.net/thread-885712-1-1.html），仔细看看再升级。

在这里我还想就一个特殊情况就是已经多个应用（例如论坛）的升级绑定，这个问题我在第一期的时候曾经提供，我们是用合并的方法来做多个已有数据应用升级以及绑定，但这个合并会有重用户名问题，出于效率等因素考虑，才用了是预先处理分批合并的方法。具体点说就是在多个已有数据合并时候，以一个应用为主应用，其他应用都为次应用，升级合并程序会把次应用里面的同名ID临时存放，当这些ID再次登录论坛的时候，提示他重名，要求改名。这种处理方式可以最大可能减少重名造成的数据混乱，同时也清理了应用长期不登陆的会员数据。

升级对于许多站长来说都是一件比较头疼的事情，我们一直也在寻求更简单的升级方法，但升级相比安装来说可能还是一项复杂的工程，特别是你的论坛数据量比较大的时候，所以关于升级我最后说一句，升级前一定仔细看升级文档要做好数据备份，关闭网站，待整个升级完成测试没有问题后再开放，一旦出现问题不要急，恢复数据再做尝试，祝所有站长升级成功，早日用上UCenter，谢谢！

最后预告一下十日谈最后几期的内容，最后几期我将对UCenter另外一个重要功能数据交互做介绍，同时还将对UCenter一些细节问题做介绍，如果大家对UCenter还有什么问题，欢迎提问，我们一一为大家解答的：）

UC十日谈——数据篇
自从我们发布了Discuz!6.1.0和升级程序测试版后，掀起了一阵子安装和升级新版本风潮，所以在前几期的十日谈中我特意对安装和升级做了说明，希望能从概念上让大家了解UCenter这个新产品。从本期开始我将继续介绍UCenter的特性，记得我不止一次说过UCenter是个数据存储和交互中心，这个数据包括用户数据和帖子、日志、商品、视频等信息数据，这些数据经过UCenter处理后在各个应用之间进行交互。可能这么说还比较抽象，下面我来具体说说。

首先说说用户数据，这个应该是大家最容易明白的，UCenter接管了其他应用的用户的基本资料，包括用户名、密码和电子邮件。这些信息用于在用户登录某个应用的时候做合法性验证，在UCenter验证通过后再返回各个应用。这样做的好处是一方面将各个应用的用户连通起来，另一方面只将验证放在UCenter，保证了UCenter低负载的同时确保了各个应用的用户资料的个性化，这个个性化怎么解释呢，举个例子吧比如说在论坛要求会员输入生日，但是在商城顾客是不需要输入生日的，如果将这些数据都放在UCenter话，势必会造成冗余数据，通过上面说的存放方式，只要将生日这个个性信息放在需要应用就可以了，这样的设置最大程度保证了UCenter下面应用的用户资料个性化。

说到用户就不能不提到积分，UCenter系统的积分采用了兑换积分的方式连通各个应用，简单点说就是用户可以将一个应用的积分通过积分兑换的方式，兑换成另外一个应用的积分。举个例子，某用户用论坛上发帖获得1000金钱，他可以通过论坛的积分兑换功能，兑换成UChome的100点积分，用这个积分又购买了10M的空间，这个过程就完成论坛到UChome的积分兑换。当然这个兑换条件站长可以在UCenter后台进行设置的。

说完用户部分的数据，我们再来说说帖子、日志、商品、视频这类数据在UCenter的处理和交互。这些数据实际上都是一些信息，在以前这些信息是都是在自己所在的应用进行关联的，比如相关主题、日志、商品、视频等等。而在UCenter这个体系下，这种关联不仅仅存在这些数据自己所处的应用中，而是将这种关联扩大到整个系统中。简单说就是在你看论坛帖子的时候，出现的不仅仅是和这个帖子相关的论坛主题，还可以看到相关的日志、商品、视频等等，这种关联让用户真正在整个社区里面转起来，增加网站的黏性。说到这里有用户要问了这个是靠什么关联起来的呢，目前的机制是按照标签（TAG）关联起来的，在今后的版本可能还会有其他条件的关联。

再来说说短信息，UCenter这次除了将用户数据接管，还将所有的短信息进行了接管，所有应用程序的收发短信息都通过UCenter的API实现，这个接口有两种，一种是只提供数据的API，用于有自己短信界面的应用使用（例如UChome），还有一种是带界面的API，其他应用只要将页面包含进来就可以实现短信的功能（例如Discuz!论坛）

最后还要说一个独特的数据，这个数据只用在UChome，中文名称叫做事件，英文是feed。这种数据主要用于用户在其他各个应用的动作记录，经过一定筛选展现在UChome上，这个feed每个应用（包括整合的第三方应用）都可以提供。feed数据按照一定格式先提交到UCenter的feed数据表中，UChome定时从UCenter提取写入到自己的数据表中，然后通过一定条件筛选进行展示。

关于UCenter对数据的存储和交互能说就这么多了，当然这种数据存储交互，特别是交互当只有一个应用的时候是体会不出来的，只有安装多个应用的时候才能体现出来，所以如果想更好的利用UCenter可以尝试安装多个应用，这样才能最大程度发挥UCenter的潜力和为例

UCenter十日谈——细节篇1
数据篇发布后，收到不少用户的问题，按照惯例先回答一下用户的问题

kybdragon 问：说的是很好啊，希望用起来也那么容易上手阿
答：UCenter从使用上说其实是很简单的，安装好后如果不安装新应用不需要经常改动，所以对于一般使用来说还是很容易的。如果你想在UC上做一些开发可能就需要一些php相关的编程知识了，关于和UCenter的整合我会在专门一期做介绍，这里就不多说了：）

痞子和痞子  问：关于短信息接口那块没有明白含义
答：简单点说UCenter将下面所有应用的短信息接管，UCenter做为存储和处理短信息的唯一程序。其中处理短信息是通过接口实现的，这个接口分两种，一种是不带界面的，只给各个应用传递数据，展现是由应用自己完成，具体样式可以参考UCHOME的短信息功能。另外一种是有界面的接口，应用只需要把短信链接指向UCenter的短信息程序，就可以实现短信息功能，不需要应用本身单独处理，具体样式可以参考Discuz的短信息功能。不知道这么解释是否明白了：）

2xy 问：事件（feed）功能会不会产生大量的重复数据？
答：首先要明确一下事件（feed）的概念，它实际上是其他应用行为的一个摘要，每个应用有行为发生的时候都会将这个行为以feed的方式发送到UCenter，当然这个发送还要遵守用户自己隐私设置。UCHOME通过和UCenter的接口将这些feed取走，并在UCHOME相关页面按照一个规则展现出来，取走后还会通知UCenter删除过期数据。整个流程就是这样的，可以看出实际上事件（feed）功能并不会产生大量的重复数据。

sear 问："目前的机制是按照标签（TAG）关联起来的"为什么目前在论坛里还看不到uch的帖子,uch里ms也看不到论坛里的帖子,是还在开发中吗?
答：这个功能在每个应用是有开关的，显示那个应用的相关内容不显示那个应用，显示风格是什么样子的都可以在后台设置。下面是论坛后台设置的截图

--------------------------------华丽的分割线--------------------------------
问题回答完了，开始今天的话题，前几期我们一直在说UCenter一些大块的功能，从这期开始连续两期我想对UCenter细节的地方做介绍，主要是大家关心的问题，也欢迎这个期间大家有什么新的问题也欢迎大家提问：）

UCenter的头像，这个问题应该是所有细节问题里面大家提得最多的问题，这次的头像的确相比以往的头像机制有很大的变化，首先所有用户都可以上传头像了，其次上传的头像大小有了固定尺寸，最后这个头像最后只能生成JPG的静态头像。

这次头像改革我们开发当初也做了很多次的研究，包括上传头像的flash就改过了几个版本。最终的目的都是希望大家能接受这样的形式，至于为什么做这次改动我简单说说我们的理由。

首先用户头像已经逐渐成为重要的用户资料之一，特别是web2.0以后头像已经成为许多网站必填项目之一，所以在UCenter中我们希望所有用户都有自己的头像，让每个用户更具个性化。同时采用的flash上传组件还支持摄像头拍照，为建立真人网络创造条件。

再说说头像规格问题，这次的头像机制是当用户上传头像时候，会在服务器上生成三个不同尺寸的头像，200宽大头像、 120宽中头像、48*48的小头像，这三种头像分别目前分别用在UChome个人空间、论坛个人头像、信息列表页面。只所以将头像规格化，是因为现在用头像的地方很多，如果规格不统一整个页面看起来不美观，为了到达最佳使用效果所以将头像规格化。

最后再说说不支持GIF动态的原因，目前看是技术上不好实现，同时动态的GIF头像一般文件尺寸都比较大，如果一个页面显示的头像比较多，大部分又都是动态图片的话，那样页面会比较卡，打开速度也比较慢。当然今后我们会逐步改进flash上传头像那程序，支持一些上传后动态效果的添加，尽可能的满足大家的需要。

对了还有一个问题就是有些用户反映升级后以前的头像不能使用了，这个问题是因为这次头像机制改动比较大，包括头像生成方式和存放方式等等，以前的头像需要一个程序进行升级，这个程序需要服务器支持GD库，同时如果你的以前头像数量比较多的话可能需要比较长时间的升级，所以这个头像升级程序没有放在标准版本中，会在正式版发布后单独发布升级工具给需要的网站使用。目前这个程序也在测试中，如果有需要的欢迎报名参加（http://www.discuz.net/thread-890680-1-1.html）

说完头像在说说大家提问比较多功能

有用户问“域名解析”是做什么用的？
回答：这个功能主要是考虑到UCenter这个系统可以分服务器部署，可能会有一些远程链接的情况出现，如果UCenter所在的服务器无法通过DNS解析远程服务器域名会导致连接失败，通过域名解析这个功能如果出现上述问题，可以将不能解析的域名和IP填写进去，UCenter发现无法连接远程服务器的时候，会尝试用填写IP进行连接，保证连接正常。

最后说一下UCenter正式版发布的问题，目前我们已经内部给一些热心用户发放了一些版本，已经收到一些反馈意见和建议，整个开发组最近针对这些反馈意见和建议进行调整，正式版发布的准备工作正在进行中，至于发布日期吗已经基本确定但是还不能对外公布，不过相信不会让大家等太长的时间了：）

UCenter十日谈——细节篇2
上一篇主要将了一些UCenter细节的处理，有一些用户反映对事件（feed）还不是能理解，不知道怎么用，所以说今天的话题之前我们再说说关于feed的话题，feed实际上是各个应用上产生的用户行为（包括UChome），这些行为记录在UCenter，UChome定期从UCenter取feed数据，通过程序出来在UChome展示出来。一个feed是否推送是根据用户和站长设置决定的，其中以用户的设置为主，就是说如果用户设置了推送那些内容，推送时候就以用户的设置为依据，如果用户没有设置则以站长的设置为依据，这样做的目的是充分尊重用户的隐私。

至于feed的设置我简单说一下论坛部分的，只要你安装了UCenter+UChome+Discuz!的话，只要到论坛后台全局——UCenter设置，打开相应的选项就可以了，用户在使用的时候只要在控制面板——论坛选项里面设置个人的推送条件，设置好后在发帖时候会有推送feed的选项，选取后发帖即可将论坛内容推送成feed。

feed就说到这里，进入正题。今天主要还是针对UCenter的一些细节问题做解答，这些问题大部分是站长在官方论坛提出来的。我找了一些典型的问题回答。

--------------------------------华丽的分割线--------------------------------

关于UCenter的创始人和管理员
UCenter的管理员分成两级，一级是创始人，一级是管理员。其中创始人是安装时候设置的，而管理员是安装好后由创始人添加的，并根据需要给予一定的权限。创始人只要需要密码即可登录，管理员需要填写帐号密码才可以登录。创始人是记录在配置文件里面的，管理员是设置在数据库里面的。创始人可以管理包括管理员在内的所有会员，管理员不能编辑删除创始人。

有些用户比较担心创始人的安全问题，因为创始人不需要填写帐号只要密码即可登录，实际上这种担心大可不必，首先创始人是存在在配置文件中的，这个文件只要通过FTP的方式才可以拿到，即使拿到创始人的密码是经过多重加密的，基本上无法破解。如同时后台登录有验证码和5次密码设置锁定IP的设置，最大程度保护了创始人的密码安全。尽管如此还是希望大家再设置创始人密码时候，尽量复杂一些，这样才能更好的保护创始人帐号的安全。

关于UCenter数据的备份
UCenter的数据备份有两个方式，一种和论坛备份一样，通过后台数据备份功能备份，这种备份方式比较适合数据量比较小的网站。另外一种就是服务器通过MYSQL命令进行备份，这种备份方式适合数据量比较大的网站。同时要强调一点，由于UCenter只存放和其相关的数据，例如用户、短信息等，所以如果是服务器搬家除了要备份UCenter的数据，还要备份各个应用的数据。

关于应用改变路径或者地址的问题
UCenter下面的应用在安装的时候会和UCenter进行绑定，绑定的目的是用于UCenter和应用的通信。如果你的应用改变了安装路径或者换了域名，那就需要你手动对应用的地址进行修改，修改方法如下，进入UCenter后台管理中心，到应用管理编辑应用，将应用接口URL修改成新的就可以了。

UCenter的细节问题就说这么多了，如果还有什么问题，欢迎到UCenter-安装使用 （http://www.discuz.net/forum-130-1.html）提问。下一次我将说说UCenter第三方应用程序的整合问题，欢迎大家捧场

UCenter十日谈——整合篇
UCenter除了对实现用户通行，各个应用通用信息的存储和处理之外，还有一个重要的功能就是开放的接口协议，其他第三方应用程序通过简单修改，即可很容易将程序纳入UCenter体系中来，和其他应用共享用户以及其他数据，关于第三方应用程序的整合牵扯到的东西比较多，这里篇幅有限不能很详细的说，我只对整合概念上做一些描述。

第三方应用程序的整合可以分为两个层次，一种层次只整合用户基本数据，能够实现用户的同步登录。这个层次的整合只需需要应用程序的注册和登录程序即可，注册通过接口将用户信息发送给UCenter，登录时候将用户提交的信息发送到UCenter进行验证，其他的相关操作还保持系统的原有操作即可。这个层次的整合改动相对比较少，实现起来比较容易。


第二个层次的整合就是比较深层次的整合了，除了上述说的用户基本数据整合，还有更多数据的交互，例如使用UCenter的共用TAG机制将各个应用的信息关联起来，将程序应用的用户行为推成事件（feed），把本应用和其他应用的用户积分进行兑换，通过接口发送社区短信息等等。这样的整合相对改动的地方比较多，实现起来比较复杂，不过上述举例说的这些功能UCenter都有完善的接口，第三方应用程序只需要调用相应的接口即可实现，无需再自行编写相关功能代码。


上面说的是从概念上介绍一下UCenter整合第三方应用的方式，下面具体说说整合的细节，这里只是把一些关键步骤列出来。


首先说一下要在第三方应用下添加的文件，首先要不UCenter压缩包里面的client目录放在第三方应用更目录下，这个目录主要放置UCenter一些接口文件，这个目录的名称可以根据需要自行修改，例如Comsenz旗下产品都是统一用uc_client为目录名称。其次要在应用根目录下建立api目录并创建一个uc.php文件，这个文件主要用于和UCenter通信，目录名称和文件必须是固定的，否则无法和UCenter进行通信。


说完放置的文件再简单说一下接口文件调用，调用很简单只要在需要条用函数的地方，加入这样的代码
include './uc_client/client.php'; 然后就可以调用其中的函数了，


举例：
include './uc_client/client.php';  // 引用UCenter客户端文件
$newpm = uc_pm_checknew($Example_uid); // 调用检查用户短信息的接口函数，检查用户短信息


这个例子只是众多接口函数之一，如果想了解更多相关接口函数，可以看我们提供的UCenter开发手册（下载地址：http://www.discuz.net/thread-879237-1-1.html）这里面对UCenter所有的相关数据函数均有详解，相信一定能对你的整合起到很大的帮助作用。


由于篇幅所限关于UCenter的第三方应用整合我只能说这么多了，如果大家对这方面感兴趣可以去下载我上面说的那个UCenter开发手册，里面详细说明了相关接口详解以及详细的整合方法。我们还将在官方论坛上建立相关的版块，供开发者讨论，欢迎大家到时光临交流。


UCenter十日谈到今天就要结束了，其实说是十日谈其实断断续续写了半个多月，相信通过这十篇文章大家对UCenter有了一定的了解，那怕只对其中一方面比以前有了更深刻的了解我也很欣慰了，最后感谢一直再看十日谈的朋友们，谢谢！

111