renothing

引用:

原帖由 童虎 于 2008-4-3 08:50 发表

我们是帮助大家成为神，但是能不能成功还要看站长自己，我相信不是所有的站都会成为神的
6.1我们并没有强迫大家装，如果这位兄弟还有意见，咱们可以单聊，我知道你是谁呵呵

这不能叫做意见，应该叫做建议，:-)。

没错，discuz!一心都想把站长们变成神，但是却忽略了IT互联网里一个很重要的东西，精英文化。
你们希望大众都按照你们的思路走，但事实上是费力不讨好。换句话说，你过分注重了大众心理和互联网趋势。当一切变得泛滥成灾的时候，你才会知道物以稀为贵。
纵观国外市场，闻名遐迩的那些产品，他们本身并不是拥有很多功能，但是成熟的API和规范的团队运作确促成了他们的成功。dz再次拿到了风投，急功近利的想给股东们一个亮点和信心这可以让人理解。但过于急躁的做事未免太.......
看看官方论坛的发帖量。自2005年来有减无增。在线人数确实比以前有所增加，但是在线会员数和发帖量确跟这在线人数不成比例。这难道不值得深思么？虚华的流量终究是徒劳的，没有利益的。QQ越做越强，正是因为他懂得如何揣摩用户的心理，他们不也发行两个版本来解决不同人群不同需求问题么。
互联网是成千上万的站长和网民撑起的，但是主导网站的发展确实站长，这其中，互联网的大部分又被中上阶层站长所拥有。你们抓住了芝麻，确没看见西瓜。

童虎

OK，欢迎继续提建议

renothing

刚刚看到，目前ucenter好像是把版主管理员之类的用户加入ucenter特殊用户列表。


我自己看了一部分优秀的程序以及本人对cms的理解来解释我心目中的ucenter(仅仅个人观点，仅供参考拍砖)

确切的说ucenter就应该是一个用户数据中心。所有的应用都是围绕他的。ucenter仅仅是起桥接和整合其他应用而已。以ucenter(o)挂载两个discuz论坛(a,b)和一个自定义cms(c)为例。

既然ucenter是核心，那么ucenter管理员是整个系统全局最高管理员(root)。可细分到各个应用层的ucenter管理员。具体就是可以设置管理员只能管理某一个应用的ucenter数据，或者只能管理ucenter中数据的某一属性。（这里用户属性指的是，用户在整个系统的权限，短信，资料等等）。用户在整个系统中应当有唯一性。下面说下具体应用中ucenter如何分配权限。（以全新注册用户为例，后面会单独阐述如何应对现有系统中的争端）
用户在uncenter（即全局系统）注册后具有唯一性。访问相应应用层(a,b,c)则激活相应权限（此属性应当记录在相应应用层，原因看后面就明白了）。用户在应用层的拓展属性(比如资料，帖子数量，积分，是否被禁止等)存储在相应应用层。用户在某个应用层被删除或者禁止则相当于删除其在某应用层的激活状态并清空其在该应用层的相应拓展属性，真正完全意义上的删除用户需由o（ucenter）来完成。这样做，也就是把对用户本身数据的直接操作转移到o。其中ucenter中的管理员等具有全局权限的人属于保护系列，无法禁止或者删除。目的就是避免权限混乱导致的用户恶意被删。

这里特别讲下整合现有系统中的重名问题，即A,B两人在不同的应用层有相同的登陆ID，甚至是uid。

这时，系统管理员必须决定一个属于主应用而其他的属于附应用，对于ID一样,uid不一样的，以主应用层为优先，强制要求附属应用层的更名；id不一样，uid一样的，则以主应用优先，附属应用的uid则拍后。对于id和uid均完全一样的这种可能性，大家可以想想，概率能有多大...........，这种情况在整合时，要同时验证其在各个应用层的密码属性。如一样则整合，不一样则以主应用层优先，附属应用层的保留至审核状态表并赋予新uid。

对于id/uid/pw在各个不同应用层均一样，但是确隶属于不同user时，这种概率就更小了，管理员完全可以忽略掉，以主应用层为主。附属应用层的保留至审核状态表并赋予新uid，下次登录时强制其更改id。


对于id/uid/pw不一样但隶属同一user的，则允许其合并至主应用（推荐），或者处理为两个不同用户。

[ 本帖最后由 renothing 于 2008-4-3 12:48 编辑 ]

renothing

再发一个牢骚，dz现在的菜单已经严重的造成了我的视觉污染。能否把菜单默认收起来，只有发生onclick时才显示？我看国外绝大多数都是这样做的

yangzhu6263736

一直在关注DZ，基本上DZ的每个系统都用过。SS，EC 的模板都做过，论坛的插件也做过，做网站五年了，虽然技术一般，但见过的网站这么多年

积累的太多了，DZ现在提出的UC的概念把旗下的所有功能进行整合，这是一个很好的方向，很欣喜看到这些。不过还有太多的问题。
这几天玩了UCHOME的测试版，这种不足感觉的更深了。虽然DZ想把各个系统整合在一起，但是具体的东西好像还是镜花水月，UCHOME的功能目前来

说跟X-SPACE有冲突，功能也太弱，没有新意，而且不开源（至少目前是），仅仅适合做一个校友录之类的。貌似社区，但功能达不到社区的要求

。对我来说可能是一个比较郁闷的结果。
对于uc我感觉是个很好的创意，有这个接口我们其实可以自已开发类似UCHOME的系统。或者如果UCHOME能开源，提供插件接口那是更方便了。目前

还不知道DZ倒底打不打算把UCHOME开源（估计比较难）。还是等着吧。
以后再开发DZ的插件可能在理念上也需要变化了。
对于个人站长，目前网络上大都用的DZ的系统，同质化的东西，没有自已的特色和竟争力，可能最终只能成就自已做网站的理想。要做大做好可能

很难。这些年我的经历告诉我必须要有自已的特色功能。有好的创意可以第一时间开发出产品，这些都是DZ的系统不能给的。也许以后会慢慢做自已的系统淡化DZ吧。
以上都只是一家之言。思维比较乱。大家看看就成了。

anchen

XS和UCHOME什么关系，感觉差不多啊

把酒临风

楼上renothing的建议不错，怎么没有回复了呢