- 主题:新闻组转信的问题
【 在 luwei520 (欲折月中桂) 的大作中提到: 】
: 我也不喜欢用HTTP上站,比如我现在回复你的帖子还得先把你的原文贴到文本编辑器里对照。我知道这些问题只是现在的HTTP界面还不完善,但即使完善了,在用户操作性上也永远无法和telnet相比。
你看我怎么回复你的。telnet/http的争论不用再继续了,和你这种不会用telnet的人无法有效地讨论。
: 问题在于,不管是现在的telnet界面还是HTTP界面,都是用户被动接收的方式,用户看什么、如何看都由服务端的设计决定。服务端的自由越大,用户端的自由就越小。telnet的服务端自由最大,基本上程序界面是可以任意设计的吧!可以认为是完全无结构的,用户只能在终端进行被动低效的手工处理,现在的Sterm、Fterm什么的之所以能用,很大程度上是因为现有的BBS架构基本兼容的缘故吧!假如上一个根本和Firebird不沾边的站点,恐怕只能退回到基本的telnet。Web界面算是有个HTTP标准,不过这种标准还是基于服务端发布设计。它们总有各自适用的场合。然而对于论坛来说,它应该是用户主导的,它注重的是内容而不是版式,是交流而不是某一方的发布。从这方面来说NNTP是很适合的,因为它只提供标准格式的信息,把处理的自由交给了用户。
你还是不明白telnet精髓在那里。我用windows自带的telnet客户端照样可以很灵活的管理版面整理精华。我只告诉你你说的这些东西,bbs都有,而且bbs也注重的是内容和交流,只不过你体会不到而已。
:
: 对于论坛而言,很自然的功能是:别人回复我的问题,我怎么知道?我关注某个话题,怎么跟踪动态?我只想看某些话题,怎么过滤?现在的BBS连这些基本功能都不具备,不用说更复杂的搜索功能了。只有NNTP的客户端能实现。当然NNTP也有缺点,不过我认为将来的论坛一定会向新闻组的方式学习,或许在NNTP的基础上开发出一个适合非实时交流的新协议也未可知。
这些功能都有...请去bbshelp版。
:
: FAQ好像都是定期自动发送的,至于精华存档本来就是各人的推荐,不属于讨论范畴,用单向发布的形式更好。
我说的是如何整理FAQ。
:
: 我不是搞开发的,基本上是以用户的眼光看问题,有些也是臆测,请指正。
:
: PS:什么时候可以从新闻组发到这里就好了,实在不想专门跑到水木上发贴。
你喜欢新闻组是你的自由,我觉得很好。但是你不了解一样东西就跑到这里妄作评论,只能说你很肤浅。
--
FROM 128.12.181.30
【 在 luwei520 (欲折月中桂) 的大作中提到: 】
: 呵呵,我并不需要新闻组的web界面,我觉得web是最没效率的;
: 国内只是没有氛围,相信很多人用过新闻组就会喜欢的。
: 每人架个BBS有什么意义呢?没人看的话,加m,加精华,不过是自己保存罢了。
每人架个BBS = 当作 nntp 客户端用啊。
我自己站上也转入很多新闻组,因为在 BBS 里处理新闻组很方便。
实际上新闻组的客户端的发展,在近两年处于很缓慢的状态。因为越来越少人用客户端。
而且一个新闻组往往以前的帖子实在太多太多,没办法全部收入自己的客户端察看。所以我现在接触的一些大新闻组,一般来说有两种使用方式:
1. 看新闻组管理员整理出来的FAQ
2. 在groups.google.com上搜索
对于大新闻组,使用nntp客户端是非常没有效率的。
: ...................
--
修改:atppp FROM 128.12.181.30
FROM 128.12.181.30
两天没上来了,想不到你还是回了,谢谢:)可惜我明天就回家了
我的出发点其实很简单的,对我这种用户来说,软件是越简单好用越傻瓜越好,找不到功能就来发发牢骚,呵呵。对telnet我确实没多少发言权,用了只有大概一年不到,觉得不爽,有了web界面就用web了,然后又发现了新闻组,觉得不错,于是想建议加强这方面的功能。要我在这方面有多深刻是不可能的,毕竟我不想成为专业的BBS技术人员;不过我也不会问怎么开机这种级别的问题,呵呵。有些专业的问题也只好臆测一下。
关于telnet的问题我还是忍不住要猜测一下,老手的确可以很熟练的操作自带的telnet程序,不过他所能做的自由都在BBS程序的设计之内,而且只限于手工的快捷操作。专门的客户端也只是一种封装,一般限于同类的站点(据说某些专门为水木优化的版本在小百合就有些毛病),假如只上这些站点,某种意义上也可以认为是一种加强的协议,于是客户端就可以据此开发高级的比如一定程度的自动功能。我这样说对不对?因此首先这些功能的通用性不强。其次由于同样的原因开发的难度增大,因为没有标准接口,必须深入看BBS的输入输出源代码,或者依赖于站点的版式设计,输出数据又不是为自动识别设计的,等等。不知道现在客户端的过滤功能怎么样。
还有你说的bbshelp版我去过,置底的FAQ和精华区基本是一头雾水。我看很少有人一篇篇全看的,还是全站搜索不行、全文搜索没有、过滤主题不能,倒是看到一个把回文寄到信箱的技巧,原来是发文是按v,应该挺有用的。怎么跟踪还是找不到,好像有个类似的其实就是通过快捷键搜索来定位,说到底是通过手工的技巧来弥补功能的不足。不管怎样,这些工作都得在服务端完成,一定会带来相应的系统负担,全文搜索好像没几个站敢开,更不要说基于regex的搜索了。
我倒不是想来争辩什么的,只是觉得有些telnet BBS没有的功能新闻组恰好都有了,而我又恰好比较需要这些功能,于是稍微比较思考了一下。门外汉嘛,可能不入大方之耳,呵呵。萝卜青菜,总有各自的喜好,只是希望那些掌握资源的人也能够稍微考虑一下少数派的喜好吧。
--
FROM 202.119.32.*
【 在 zxtg (中兴台归) 的大作中提到: 】
: 啥叫和firebird根本不搭界的站点?试举一例?
: 好像在流行的BBS架构下,除了firebird也就是Maple了吧,fterm的bbs类型设置可以很方便的在firebird与maple之间切换,而且用fterm登陆unix主机也是非常方便的,只要把bbs站的复选框清除。
上国内的确应该够了,都是台湾的一个版本过来的,反正我也不关心这个,只是原则上说明通用性的问题而已。
--
FROM 202.119.32.*
【 在 luwei520 (欲折月中桂) 的大作中提到: 】
: 我的出发点其实很简单的,对我这种用户来说,软件是越简单好用越傻瓜越好,找不到功能就来发发牢骚,呵呵。对telnet我确实没多少发言权,用了只有大概一年不到,觉得不爽,有了web界面就用web了,然后又发现了新闻组,觉得不错,于是想建议加强这方面的功能。要我在这方面有多深刻是不可能的,毕竟我不想成为专业的BBS技术人员;不过我也不会问怎么开机这种级别的问题,呵呵。有些专业的问题也只好臆测一下。
老实说,在国外新闻组已经快淘汰了。我其实个人来说还是非常喜欢新闻组这种模式的,
可是现实如此。我协助别人做过新闻组回复拓扑结构的研究,研究表明现在的大新闻组
的功能已经远远比不上5年前的状况了。
: 关于telnet的问题我还是忍不住要猜测一下,老手的确可以很熟练的操作自带的telnet程序,不过他所能做的自由都在BBS程序的设计之内,而且只限于手工的快捷操作。专门的客户端也只是一种封装,一般限于同类的站点(据说某些专门为水木优化的版本在小百合就有些毛病),假如只上这些站点,某种意义上也可以认为是一种加强的协议,于是客户端就可以据此开发高级的比如一定程度的自动功能。我这样说对不对?因此首先这些功能的通用性不强。其次由于同样的原因开发的难度增大,因为没有标准接口,必须深入看BBS的输入输出源代码,或者依赖于站点的版式设计,输出数据又不是为自动识别设计的,等等。不知道现在客户端的过滤功能怎么样。
nntp客户端也是人做的,对不对,BBS也是人做的,对不对。开发的原则都是相同的,
就是需求,没有需求,一项功能再烂也不会有人去管。所以很多你看到的也许有问题
的地方,都没什么好奇怪的。
: 还有你说的bbshelp版我去过,置底的FAQ和精华区基本是一头雾水。我看很少有人一篇篇全看的,还是全站搜索不行、全文搜索没有、过滤主题不能,倒是看到一个把回文寄到信箱的技巧,原来是发文是按v,应该挺有用的。怎么跟踪还是找不到,好像有个类似的其实就是通过快捷键搜索来定位,说到底是通过手工的技巧来弥补功能的不足。不管怎样,这些工作都得在服务端完成,一定会带来相应的系统负担,全文搜索好像没几个站敢开,更不要说基于regex的搜索了。
全站搜索是没有必要的,什么叫专版专用?全文搜索是有的。过滤主题的功能非常强大。
另外全文检索这个东西,即使是新闻组,对大新闻组来说拿客户端做也是效率极低的,
首先你把几万几十万甚至几百万的新闻收下来就要你命了,然后新闻组客户端在全文
索引方面其实都很弱。所以我已经说过大新闻组全文检索,google是最好的工具。BBS
这边,水木精华区也是有全文索引的,虽然不是太好用...
你拿新闻组和BBS来做这么全面的对比就有点过了,本来就是两样东西,那我问你新闻组
怎么样实时交流发消息?为了突出某一个主题新闻组管理员怎么将一个thread“置底”?
家里的电脑和办公室的电脑你如何快速方便同步新闻组里面的已读记录?这在bbs里很容易.
nntp客户端你也要有一个学习的过程,对不对,所以BBS也一样,只不过你没学而已。
我以接触了5年新闻组但是只用了1年telnet BBS的经验告诉你,BBS只要你学会合理的运用
,肯定可以看到它比新闻组强大得多的地方。
: 我倒不是想来争辩什么的,只是觉得有些telnet BBS没有的功能新闻组恰好都有了,而我又恰好比较需要这些功能,于是稍微比较思考了一下。门外汉嘛,可能不入大方之耳,呵呵。萝卜青菜,总有各自的喜好,只是希望那些掌握资源的人也能够稍微考虑一下少数派的喜好吧。
ai 同学的说明档是:资源合理配置。
--
修改:atppp FROM 128.12.181.30
FROM 128.12.181.30
fterm之类的确实有一些专门针对bbs的功能,比如可以用鼠标翻页,而且确实可能只能用于
这一个系列的BBS,但是这些附加功能有很多人比如我根本不用...
我用fterm上bbs主要是因为它的字体比较漂亮,拼音输入光标跟随也很好(其实这些功能一般终端程序也可以想办法调出来)。其实你随便给我一个好点的支持中文的unix终端程序,我都可以很顺利的上bbs而且不会感觉少了什么功能...
【 在 luwei520 (欲折月中桂) 的大作中提到: 】
: 上国内的确应该够了,都是台湾的一个版本过来的,反正我也不关心这个,只是原则上说明通用性的问题而已。
--
修改:atppp FROM 128.12.181.30
FROM 128.12.181.30
【 在 atppp (Big Mouse) 的大作中提到: 】
: 老实说,在国外新闻组已经快淘汰了。我其实个人来说还是非常喜欢新闻组这种模式的,
: 可是现实如此。我协助别人做过新闻组回复拓扑结构的研究,研究表明现在的大新闻组
: 的功能已经远远比不上5年前的状况了。
要淘汰的话,现在国外就不会还有那么多收费的新闻组服务器了,
bbs主要还是纯文本吧,显示图片就比较吃力,还需要http服务器
新闻组就下载回来,用客户端显示就行了,现在国外发展比较快的新闻组客户端
都是和图片关系比较密切的。新闻组支持多媒体比bbs方便,又不象web forum
那样极其消耗服务器资源,应该还是很有发展前途的。
而且BBS和forum都是有中心服务器的,一旦遭受攻击,例如DDOS或者系统故障而导致当机
服务就陷于瘫痪了,转信新闻组在这方面就好多了。
: ...................
--
FROM 221.239.203.*
bbs显示图片可以在服务器前台加缓存,而新闻组服务器要做这个很困难,所以
流量和负荷全部集中在主服务器上,除非做新闻组集群,而现在国外大新闻组一般都
严格限制大附件的新闻发送的。你说新闻组用作多媒体比较省负荷是臆测还是研究过的?
我手上可是有统计数据的...
【 在 yuansu (yuansu) 的大作中提到: 】
: 要淘汰的话,现在国外就不会还有那么多收费的新闻组服务器了,
: bbs主要还是纯文本吧,显示图片就比较吃力,还需要http服务器
: 新闻组就下载回来,用客户端显示就行了,现在国外发展比较快的新闻组客户端
: ...................
--
FROM 128.12.181.30
新闻组的连接数是有限制的,即使限制很少的连接数,下载一次以后就无须重新下载了,
服务器端根本不需要缓存图片
web的话,刷新一遍页面几乎要下载所有的页面元素了,是多连接的,而玩forum的经常要刷页面,负荷怎么会小?
【 在 atppp (Big Mouse) 的大作中提到: 】
: bbs显示图片可以在服务器前台加缓存,而新闻组服务器要做这个很困难,所以
: 流量和负荷全部集中在主服务器上,除非做新闻组集群,而现在国外大新闻组一般都
: 严格限制大附件的新闻发送的。你说新闻组用作多媒体比较省负荷是臆测还是研究过的?
: ...................
--
修改:yuansu FROM 221.239.203.*
FROM 221.239.203.*
【 在 atppp (Big Mouse) 的大作中提到: 】
: bbs显示图片可以在服务器前台加缓存,而新闻组服务器要做这个很困难,所以
: 流量和负荷全部集中在主服务器上,除非做新闻组集群,而现在国外大新闻组一般都
国外有的是允许拆分附件的服务器,大附件拆分的情况多得很,
你没仔细玩过新闻组吧
: 严格限制大附件的新闻发送的。你说新闻组用作多媒体比较省负荷是臆测还是研究过的?
: ...................
--
FROM 221.239.203.*