康盛创想“七剑合璧”围绕着UCenter同时发布，不仅为站长同时提供了建立各种类型网站的全套解决方案，而且还充分实现了多系统之间的用户数据完美整合，并且解决了跨域条件下单点登录等问题。让很多开发人员都眼前为之一亮。
在康盛创想的论坛上能看到有不少JSP程序、ASP.NET程序员都在咨询或者说抱怨官方的开发文档和示例太难看懂，完全是基于PHP的，如果不把PHP搞懂，很难实现在其它开发平台下的接口开发。而官方的回答只是“以后考虑”。
动易SF 1.1的发布公告中也指出基于UCenter的接口已经列入开发计划中。令广大动易站长欢欣鼓舞。
但是，我却不得不在这里给众多开发人员和站长们泼一盆冷水——基于目前的UCenter，是没办法开发其它平台的接口的。原因很简单，UCenter服务器端默认了客户端的接口路径为“应用URL” + “api/uc.php”，而且这个是不能在配置文件或者后台修改的。
也就是说，不管你在什么平台下，是什么开发语言，你的接口必须为uc.php。那么，只有一个解决方法，就是在你的服务器上映射.php的后缀到你的程序语言的解析器，让.php也变成asp文件或者.net页面的后缀。那你的站点就不可能再同时支持php和asp，或者php和jsp，或者php和asp.net。而如果你是虚拟主机用户，你需要做的事情更多。
我们可以通过简单的方法修改UCenter，使之支持各平台语言的接口（要修改的文件只有4个左右），但是如此一来，等于是第三方开发人员或者说二次开发人员需要对服务器端进行修改，那已经不像是一个“通用平台”的问题了。
其次，在跨平台的信息传递中，UCenter大量使用的是Get/Post方式发送URLEncode编码的数据，而不是在所有平台所有编码语言下都有良好支持的xml格式。这样开发人员不得不继续花费大量时间来处理编码问题。
还有，UCenter由于采用PHP开发，大量使用了PHP的特性的东西，比如UNIX时间戳，比如键值对的数组，而在其它语言平台中，对这些东西的支持是各有不同的。虽然能够处理，但是却非常麻烦。
UCenter目前给我们带来一个最大的启发，就是一个中心，多套应用的模式，以及采用P3P来实现跨域Cookie处理的思路。
我相信，随着UCenter的出现解决了一系列跨站整合中的问题后，完善的跨站用户中心应该会很快出现。而UCenter如果不在下一版本中做大规模的改变，它是不太可能成为最终的通用整合中心的。至少这么久以来，我们可以看到康盛自己的.NET论坛都还没能支持这个UCenter，就能说明一些问题。
作者：小李刀刀
原文链接：给UCenter的拥蹩们泼点冷水
裁纸刀下版权所有，允许非商业用途转载，转载时请原样转载并标明来源、作者，保留原文链接。
我就是被你这篇文章吸引到这里来的。嘿嘿。让中国人谈开源精神？？开玩笑。国内所有所谓的开源正如羊头狗肉一般。以前开源或正在开源的。以后会怎样？
———说点题外话。国外的收入高。保障制度好。很多人吃饱了闲的没事干搞开源玩。人家那是玩票性质的。或仅仅是为了展示技术。国内呢？开源倒是免费了。服务收费比版权的收费可高多了。嘿嘿。没车没房没票子。
也难为康创。也难为我们中国人了。。。
同意，国内的好多从商业软件开源的，都是借用了“开源”这个概念来炒而已。禁止修改、禁止按照GNU协议或者其它开源协议再发布……
实际上除了增加软件被攻击的可能性以外，和没开源差不多。
分析得没错，康盛创想其实也是一家很小家气的企业，它可不想让其它的论坛也能用上他的UCenter,他的目的其实还是为他的DZ论坛，ECShop ，X-Spac等一系列的产品服务，说白了，其实是为了自己的产品线，他可没那么大的胸怀让其它的产品能跟他形成竟争。从这两年来看，康盛创想越做越大，越做产品就越多，但是渐渐的显示出垄断的身影，当然目前他还没这个实力，这与开源的精神，与linux的精神，与php的精神大违相勃。建议动易不要加入他的UCenter计划，这绝对是个错误的决择。