官方开发xs的思路一开始就是错误的

其实论坛就是CMS.官方的用意是不是通过SS把论坛的功能发挥的淋漓尽致?

我很赞同楼上的观点！ 非常同意
用了很久XS 是很人性化
但是潜在的问题也不少

不说ss和dz的关系，因为这个谁主谁次是根据自己的站的需要来决定的
不过我还是支持楼主的部分见解，而且的确重要：

从一下几点可以看出来：
1、在论坛的头像之外，xs又来一个头像
2、xs里面的个人资料和论坛的个人资料完全没有必要重复搞，所谓的激活个人空间其实是将论坛的用户id和密码复制到xs的数据表里面
这样有必要吗
3、论坛的编辑器和xs的编辑器竟然不一样
4、日志导入论坛、帖子导入xs竟然是复制一篇完全一样的文章

这些说得很好，单从数据库来说，就浪费了不少数据库空间，另外还有ss和dz的兼容性问题。

您觉得目前论坛的个人资料能满足个性需求吗？
ss个人资料是对论坛个人资料的扩充

dZ完全可以做一个全面的通行证系统。 以后不管是 DZBBS 还是 XS还是SS，所有用户的数据，点数等资料，全部存在这里面。否则， 每出一个系统再来整....问题多多。

你看看现在很多成功的网站，都是一个系统啊!!!

用户体验度好啊

...

我完全支持 uusz 的意见，大C也做了回复，我只能很不客气的说，大C的话只是一种敷衍，避重就轻的托词。

我2004年注册dz，那时还没有supesite（supesite没有加入dz），supesite其实就是在discuz的模板系统和缓存机理上加了一些扩展，本身没有太多的核心代码，不信可以看看他早期程序的代码（没有加入dz前的部分代码，也可以找supe来求证），加入dz之后，虽然表面上是同一个公司，但实际上ss，xs和dz本来就是两帮人马在开发，这是其一；其二，web2.0的概念也是一个很新的概念，在程序的开发上也是摸石头过河，难免会走一些弯路；第三，2.0概念上还有一些技术上的东西不是一下子所能攻克的。比如论坛上多次有人建议，上传附件时，需要可以通过Ctr选择更多的文件，而不是一个个的选择，目前熟知的有两种方法，一个是activex控件，一个是通过flash选择文件，再上传，具体原因好像是因为浏览器本身限制，不过我见过一个网站（dz的技术人员如果想看这个网站的演示，可联系我）已经绕开这个限制，上传时可以选择多个文件，具体机理我没有做太多的分析，不过既然人家做出来了，dz作为web开发的老大，应该能做出来吧，类似的技术难题，估计dz还在研究中。


具体我觉得ss，xs的未来开发应该是像 uusz 说的那样，他分析的很彻底，还有他的myspace的举例也很恰当，但愿dz能吸取这些web2.0大站的一些经验，对自己的产品做一个长远系统的规划，高屋建瓴，高瞻远瞩，这样才能开发出优秀的产品。

另外说说dz的招牌产品，也就是discuz（现在应该叫 discuz php了，呵呵），这个产品的成功还得归功于xmb（xmb是什么，大家去baidu "xmb  discuz"）产品架够，大C后来所作的工作应该是本土化的一些工作，当然还有大C成功的商业策划，这是后话（我们这儿只谈程序方面的问题），可以说从dz2.0f以后，dz的产品，太多的东西都只是功能上的累加，没有太多的新意，如果让我选择，我宁愿用dz2.2f。

关于我对dz扩展的理解，大家也可以看看我的这个网站 www.tyfee.com ，这个是基于dz2.5f做的，这么多年来，我没有随着dz的更新而升级，请问，你第一眼看到这个站后能想到她是基于dz作的吗？我不敢说我对扩展有多深的理解，但我认为，统一的后台，没有重复的数据（包括表，字段），这个应该是起码的，更不用说dz、ss、xs，这三个同属于comsenz旗下的产品了。


对我上述的发言，欢迎拍砖，也欢迎大C来和我辩论，很久没有在dz这么正规的发言了，看到 uusz ，他说出了我的心声，遂写了这些文字，以示对他的支持。

[ 本帖最后由 infoseek 于 2007-10-16 10:35 编辑 ]

绝对支持楼主，SUP你看看别人正式运营几十万，上百万的用户的网站系统，哪个不是做进同一个系统的?

豆瓣?魔时网?

通通都是简单易用的一个系统。

有时你们觉得你们的创意不错，那是你们一相情愿的想法而已。

现在两个系统结合使用的复杂程度，一般的网民是不会给你们时间来学习使用你们的系统的。

建议将XS和SS分开.
同意楼主,

这样会给我们站长也减少工作量,一个DZ就够人忙乱的了.