给新版的改进建议贴

[笑言]

声望系统中匿名是必需的， 这考虑到不但是一个圈子的问题，是全论坛的用户能否公正评论的问题。初期的这种热情的互相加声望的现象是很正常的，但是长期来看，这个系统更应该成为公正评价用户的一种功能。而不是互相表扬的工具。

这个不能赞成。你的论坛采用了注册发言制，也就是说，你要发言，至少有个马甲。而你又允许用户匿名评价帖子，自相矛盾。

假如取消评语，只保留增减声望，我不反对。另一个方案是像笑言天涯那样，私下给贴主悄悄话，说什么人说你什么，因此增减了多少点声望。

另外，由于增减声望没有成本，所以大家都在随便乱点，假如100刀点一下声望值，恐怕就不这么一哄而上了。

关于书生说的同一人必须二十人才再轮到，我赞同。我们不是每天都点10人，过了一年半载，看到一篇好文章，想点一下，对不起，你去先点其他20个人再说。这合理吗？

 

[笑言]

4、增加标记，区分有评价的帖子和无评价的帖子。

 

[笑言]

要让我们这里的漂亮的QA MM给你测试，问题就不是个位数了

 

[胖蹄阿克]

既然是改进贴,那好的东东就不说了,说不好的,但我估计我说的这些基本都是生米煮成锅巴, 所以能改的可能性都不大.

什么金钱,声望都是身外之物,视之为粪土就行,但有些东西还是要计较的,譬如存下来的bookmark, 如果你们以前有存CFC的帖子进bookmark或者my favorite,升级以后怎样呢,你会绝望的发现,那些存的link都没有用了.

什么原因呢,看一看存的link的格式
http:// www.comefromchina. com/newbbs/showthread.php?s=&forumid=16&threadid=380462
先在帖子的格式
http:// bbs.comefromchina. com/forum47/thread518794.html

新版为了简化URL,用rewrite把参数都揉到URL路径里面,这是应该表扬的.

从上面的格式我们知道, 系统要显示某个帖子得知道两个参数,forumid和threadid,前者是告诉系统是哪个版,后者告诉系统是哪个帖子.从数据库的角度来说他们应该分别是两个table的primary key,如果升级,从理论上说是不应该改动这两个值的,从实践上说是也是不难做到的.但这次升级把这两个关键的东西都改了,如ssln以前的的forumid是56, 现在是47,所以以前存的书签全部作废,即使你知道前后帖子格式是怎么转换的,你也不能直接找回原来的帖子了.

我没辙了,只好把我存的好几百条变天账全删了.

 

[雪在烧]

"
什么原因呢,看一看存的link的格式
http:// www.comefromchina. com/newbbs/showthread.php?s=&forumid=16&threadid=380462
先在帖子的格式
http:// bbs.comefromchina. com/forum47/thread518794.html

新版为了简化URL,用rewrite把参数都揉到URL路径里面,这是应该表扬的.

从上面的格式我们知道, 系统要显示某个帖子得知道两个参数,forumid和threadid,前者是告诉系统是哪个版,后者告诉系统是哪个帖子.从数据库的角度来说他们应该分别是两个table的primary key,如果升级,从理论上说是不应该改动这两个值的,从实践上说是也是不难做到的.但这次升级把这两个关键的东西都改了,如ssln以前的的forumid是56, 现在是47,所以以前存的书签全部作废,即使你知道前后帖子格式是怎么转换的,你也不能直接找回原来的帖子了.

我没辙了,只好把我存的好几百条变天账全删了."

 

[Riven]

如果是升级这些保留都可以做到，但是这次是迁移，也就是说相当于两个不同系统间的数据转移。 新系统在建立这些主题时候是按顺序加入的，数据库的属性也是自动插值，由于以前版本中不停的增减论坛和主题， 主题号用户号中间有很多空值，这些都不能够迁移到新的系统中。 所以，论坛id,主题id,用户id都会改变。

我还保留着旧的系统以备查询
CFC旧版

 

[胖蹄阿克]

如果是升级这些保留都可以做到，但是这次是迁移，也就是说相当于两个不同系统间的数据转移。 新系统在建立这些主题时候是按顺序加入的，数据库的属性也是自动插值，由于以前版本中不停的增减论坛和主题， 主题号用户号中间有很多空值，这些都不能够迁移到新的系统中。 所以，论坛id,主题id,用户id都会改变。

我还保留着旧的系统以备查询
CFC旧版

晕,不同系统,都用MySQL,有什么不同的?
临时把SERIAL 换成 BIGINT UNSIGNED NOT NULL,然后import data,完事后再换回SERIAL啊,小菜啊
空值就空吧,历史遗留问题,只要不溢出,管它做甚?

 

[Riven]

不同系统指的是论坛系统。 新论坛各id各表格的关系跟旧论坛有很大差异。
迁移的工作量很大， 手动迁移基本不可能。我用的是论坛带的迁移程序，我研究过程序的代码， 各表格之间的关系非常复杂， 改变一个地方，牵连的地方太多，很难保证迁移的顺利。所以我只改动了部分跟其他表格无关的数据，如附件ID（内部id,不显示在URL上）,基本没变， 从旧表倒出参考值，然后在手动关连到现在的论坛上的。

 

[Riven]

这是论坛迁移程序的源码，有兴趣你可以研究一下

 

[笑言]

这是论坛迁移程序的源码，有兴趣你可以研究一下

The COmpressed (zipped) Folder is invalid or corrupted...

 

[Riven]

我下载没问题， 你机器的问题吧

 

[胖蹄阿克]

不同系统指的是论坛系统。 新论坛各id各表格的关系跟旧论坛有很大差异。
迁移的工作量很大， 手动迁移基本不可能。我用的是论坛带的迁移程序，我研究过程序的代码， 各表格之间的关系非常复杂， 改变一个地方，牵连的地方太多，很难保证迁移的顺利。所以我只改动了部分跟其他表格无关的数据，如附件ID（内部id,不显示在URL上）,基本没变， 从旧表倒出参考值，然后在手动关连到现在的论坛上的。

要保证迁移的成功,肯定是需要自动和手动结合,

就数据迁移而言,把数据类型从SERIAL临时改为BIGINT,只要在自动导入别的表是后没有trigger往forum和thread这两个表添加记录,就不会有什么影响.同时这也不 影响其他表和这两个表之间的关联.

帖子都找不到了,附件ID一样也没啥用

 

[Riven]

有道理，你太聪明了，我咋没想到呢。我考虑再迁移一次

 

[开喜]

我咋没想到呢。我考虑再迁移一次

你还让不让人活啊?!

 

[胖蹄阿克]

你还让不让人活啊?!

他把升级说得那么困难了,你以为他还还再搬一次吗?
村姑啊,拿那谁谁的话说,你真的还嫩点