discuz官方论坛的502页面

2

分类 : 业界动态 | 发表时间 06-02-2009

前几日曾经帮过朋友优化了下discuz论坛,今日受他之托,让帮给他论坛重新换一个比较个性一点的模板,这个比较简单,discuz论坛上面还是有很多很精品的共享模板的。但打开discuz论坛时,却发现了一些有意思的事情。

打开主页的时候,应该直接打开论坛主页的登陆页面的,但有意思的是,却打开了一个502页面。

 Discuz论坛的502页面

我们大家都比较清楚404以及302、301页面,对这个502页面却是知之不多,这是一个什么情况下服务器反馈的页面呢?

有关网页反馈502页面的问题说明:

1.502 Bad Gateway 服务器作为网关或者代理时,为了完成请求访问下一个服务器,但该服务器返回了非法的应答。

2.是语音网关拒绝请求,一种可能是网络负载大,另一种可能是请求没在可以通过的权限之内。

3.坏门户代理服务系统收到了无效答复从在上游服务器。

另外, 502 坏门户错误遇到当设法使用ErrorDocument 处理请求502 Bad Gateway 服务器作为网关或者代理时,为了完成请求访问下一个服务器,但该服务器返回了非法的应答。

一、此类问题多发生在 Discuz 的论坛上。
二、此问题一般由于后置服务器问题引起的。
三、有可能是在代理服务器环境下使用了过滤软件引起的,比如早期版本的ISA就有一个补丁专门解决这个问题。

解释下原因502 Bad Gateway 如果服务器,作为gateway或者proxy存在,从下行服务器上接收到了一个非法的应答(这个应答对应的请求是本服务器为了完成请求而转发给下行服务器的)。关于502 Bad Gateway的问题目前也仅此而已。

有关apache下用Http代理时502 Proxy Error错误解决方法,可以参考这里:http://javadonkey.javaeye.com/blog/218672

我当时登陆discuz时使用的是cc的代理,不知道是否和这个情况有关,不过当时出现这个情况时,刷新就OK了。

还有一个小现象,也比较异常,昨日发贴数为0,discuz出现这现象的机率不大吧? 

现在很多论坛内部出现问题,总是大事化小、小事化了,给外界一个模糊的感觉,事实上,这样一来,外界也会给当事者一个模糊的感觉,这样长此发展下去,反而对这样的门户网站不利。

dz7.0把广告位移至标题关键词和内容之间的办法

7

分类 : 网站技术 | 发表时间 25-12-2008

由于discuz社区把论坛程序已经更新到discuz7将近两周了,感觉版本已经更新得比较稳定了,因此把朋友的论坛系统由discuz6.1升级到了discuz7,这个dz7系统确实非常有进步,特别在任务方面,对于活跃论坛社区是有极大益处的。其他改动不多说,以后可能会有专题来说明下,这里仅说明一个比较有代表性的一点模板改动,把dz7的帖子页面的标题广告位移至标题关键词和内容之间的办法。

这个办法其实也不复杂;对比下前台源代码和dz的viewthread_node.htm源代码即可。

剪切:

<!–{if $admode && empty($insenz['hardadstatus']) && !empty($advlist['thread2'][$post['count']])}–><div class="ad_textlink2" id="ad_thread2_$post[count]">$advlist[thread2][$post[count]]</div><!–{else}–><div id="ad_thread2_$post[count]"></div><!–{/if}–>

移至:<div class="{if !$thread[special]}t_msgfontfix{else}specialmsg{/if}">

前面。 

林网博客对话:discuz论坛YESWAN客服和动网泡泡玩网页游戏客服

1

分类 : 网络日志 | 发表时间 05-12-2008

 以前林网博客曾经讨论过网页游戏的发展问题–逐鹿中原 网页游戏风云再起,现在网页游戏确实已经风起云涌了,discuz官方推出的YESWAN平台,在社区论坛掀起了一番比较大的风波;discuz社区的这个想法确实很具有创意,利用社区的广泛平台和人气,来带动网页游戏的拓展。

但林网博客看过discuz的插件后就觉得,discuz这样和站长们合作,绑定关系很脆弱,也许站长们开始是通过引导会员赚取了一部分利益,但这只是一个论坛插件的引导链接而已,这样的合作最终还是没有把社区和网页游戏给有机互动的协作起来,没有论坛的发展,站长是没有任何心思来做网页推广的,不仅仅是推广,并且是推广后需要消费站长才有收入;因此,究此看来,这样的链接式引导推广,注定是要失败的,可能会在论坛当前人气下有一定的引导注册量,但这种模式,这种和社区论坛的合作,关系是很脆弱的。

林网博客主张,网页游戏的协作应该和论坛自身的发展,互为制动,相互促进才行,比如利用论坛币来兑换游戏充值币,这样会员在论坛里面贡献资源、发贴才会切实促进论坛的发展。而不是纯粹利用论坛当前的人气来进行“红火一时”,discuz官方说明了,这个模式取得了极大的轰动效应,取得了很大的成功,这只是一时的反响而已,有这个先机,不代表能够保持住这个优势。因此,网页游戏和论坛社区的合作,应该再挖一下深层次的技巧,真正让站长把论坛和网页游戏给整体带动起来,才是“王道”。

下面是林网博客接触有关网页游戏客服时的对话,大致意思和上述差不多。

以下是林网博客和discuz官方YESWAN客服的对话:

Discuz官方YESWAN客服 11:24:51
你好
我是DISCUZ官方人员
看您已经注册过网页三国的站长
但是还没安装插件
有什么疑问可以帮您解决?
  林网博客 11:25:58
网页三国?dz官方?
 
  林网博客 11:26:04
dz官方开发的网页三国?
 
Discuz官方YESWAN客服 11:27:08
 我们是代理
Discuz官方YESWAN客服 11:27:26
今后我们主推网页游戏
  林网博客 11:27:31
dz官方是代理?
 
Discuz官方YESWAN客服 11:27:38
目前武林三国只是我们的第一款游戏
Discuz官方YESWAN客服 11:27:39

  林网博客 11:29:36
dz开始推出时,我有点印象,当时觉得是给三国拉会员
 
Discuz官方YESWAN客服 11:29:57
嗯 我们公司现在做的是yeswan这个平台
Discuz官方YESWAN客服 11:30:14
今后游戏的种类多了 也会更丰富 现在主做武林三国
  林网博客 11:30:52
我记得论坛会员,玩这个游戏时,已经脱离了论坛范围了
 
Discuz官方YESWAN客服 11:31:40
呵呵
Discuz官方YESWAN客服 11:31:45
这个我觉着您理解错了
Discuz官方YESWAN客服 11:32:09
其实您完全可以新开个板块
供大家去交流
而且会异常火爆呢
  林网博客 11:33:33
理解可能错了,但形式确实是脱离了论坛范围
 
Discuz官方YESWAN客服 11:34:24
 毕竟这款游戏是可以离线的 而不是像网络游戏那样时时刻刻要盯着 可能您没去接触过
  林网博客 11:35:17
没有,稍后我再试下看吧
 
Discuz官方YESWAN客服 11:35:47
 ok 一会您把插件安装好后联系我 我会让维护的MM负责您的维护工作 也会给您发一些新手卡
  林网博客 11:36:09
可以
 
Discuz官方YESWAN客服 13:20:59
你好 插件安装成功了吗
  林网博客 14:46:29
这样,这个三国游戏我当时注册看了下
 
  林网博客 14:46:37
主要就是引导注册、充值提成这样的玩法
 
  林网博客 14:46:57
这种玩法太过于简单
 
  林网博客 14:47:12
对于论坛自身发展来讲,没有太大益处,只是站长获得了一部分联盟提成而已
 
  林网博客 14:47:19
但最根本上不能促进论坛的壮大发展
 
  林网博客 14:47:31
因此,这样的绑定合作,没有很深层次的意义
 
  林网博客 14:47:37
最终也不会取得太大的效果
 
Discuz官方YESWAN客服 14:47:46
嗯 注册游戏的会员 必须注册您网站的会员 才可以注册游戏
  林网博客 14:47:56
如果你是dz官方的人,就应该了解现在论坛站长面临的是什么问题
 
Discuz官方YESWAN客服 14:47:58
 效果还是很成功的
Discuz官方YESWAN客服 14:48:15
人气
  林网博客 14:48:43
这只是把当前论坛的人气,给引导了而已,发展潜力有限
 
Discuz官方YESWAN客服 14:49:04
发展潜力不是有限
Discuz官方YESWAN客服 14:49:16
而是有更多的人 通过我们这边的宣传 了解到您这个网站
Discuz官方YESWAN客服 14:50:32
我从后台给您找个论坛
Discuz官方YESWAN客服 14:50:36
您可以借鉴一下
Discuz官方YESWAN客服 14:50:37
http://bbs.gochina.cn/
Discuz官方YESWAN客服 14:51:34
大家通过游戏很好的结合到一起 有了之前没有过的团结力量 这是对论坛最宝贵的
Discuz官方YESWAN客服 14:52:12
而且每个会员名字后缀也会带有您网站的名称 我们也会在官网添加您的链接 这是对您网站最推动的宣传效果
  林网博客 14:52:58
我之前遇见过一个动网pop的推广人员
 
  林网博客 14:53:04
和你的宣传思路稍有些不一样
 
Discuz官方YESWAN客服 14:53:12

 
  林网博客 14:53:13
他们会考虑开发,和论坛币消费的功能
 
  林网博客 14:53:19
我觉得如果你是dz官方
 
  林网博客 14:53:27
就应该先在这方面做出扩展开发
 
Discuz官方YESWAN客服 14:54:00
嗯 理念可能不太一样
Discuz官方YESWAN客服 14:55:09
我们更注重的是对您论坛的宣传 而带来更多的人气
  林网博客 14:55:36
dz官方的宣传是很大气,站在社区的高度,这确实没得说,有这个资格。对论坛宣传,这对站长也有诱惑力
 
  林网博客 14:55:52
论坛的发展,离不开广大会员对论坛的贡献
 
  林网博客 14:56:02
这个贡献的基础内容就是资源、内容等
 
Discuz官方YESWAN客服 14:56:06
嗯 主要我们是以我们的优势来做宣传
  林网博客 14:56:20
在此基础上,论坛才会有发展的可能,而不纯粹是依靠会员上来的充值
 
  林网博客 14:56:30
web游戏结合社区,这个思路,绝对没错
 
  林网博客 14:56:41
但不会像传统网游那样,直来直去
 
  林网博客 14:56:45
上来要玩就充值
 
Discuz官方YESWAN客服 14:56:51
您这样想的确实挺好
  林网博客 14:56:53
想办法,先给会员给吸引到一定程序
 
  林网博客 14:56:56
一定程度
 
Discuz官方YESWAN客服 14:57:11
可能有些站长安装网页游戏 就是纯粹是靠自身论坛的人气去赚钱
 
林网博客 14:57:23
是,现在大多数都是
 
Discuz官方YESWAN客服 14:57:34
而这些东西 应该是一步一步来
  林网博客 14:57:35
我想落伍现在的引导量绝对没有刚开始时多了
 
  林网博客 14:57:43
也许量会越来越少
 
  林网博客 14:58:03
开始场面大,只是这个样式比较新颖,大家都去尝试
 
  林网博客 14:58:10
最终这个模式是否成功,还要看细节
 
Discuz官方YESWAN客服 14:58:17

Discuz官方YESWAN客服 14:58:35
网页游戏和论坛的结合 这再以后 绝对是个主流
Discuz官方YESWAN客服 14:58:42
只是看谁比较有心去经营
  林网博客 14:58:44
论坛是特殊的网站形式,网页游戏也有非常大的发展潜力,利用好广大社区,这绝对是一个好的创意
 
Discuz官方YESWAN客服 14:58:50
谁会先抢去市场的先机
  林网博客 14:58:53
这个中间的衔接是要靠技巧的
 
  林网博客 14:59:03
抢先机,保优势才行
 
  林网博客 14:59:12
抢到了,保不住,也不行
 
Discuz官方YESWAN客服 14:59:14
 对 您说的没错
Discuz官方YESWAN客服 14:59:40
曾经的网页游戏 只有一款
Discuz官方YESWAN客服 14:59:48
而现在网页游戏 已经出现不少作品
Discuz官方YESWAN客服 15:00:08
之后的游戏量 会像网游一样 层次不穷
Discuz官方YESWAN客服 15:00:21
大家都不会放过这一片甜地
  林网博客 15:01:14
是,网页游戏的潜力,不比常规网游的小,这个我很明白
 
Discuz官方YESWAN客服 15:01:27
其实您可以这样想 不要去想 论坛的会员会不会去充值给您带来报酬 只是单方面的去想为论坛的会员带来些什么
  林网博客 15:01:31
但dz的这一下,合作,太过于急躁和粗糙了
 
  林网博客 15:02:04
阿康可能是真遇到了一些问题
 
Discuz官方YESWAN客服 15:02:15
 我们的游戏平台YESWAN 现在只代理这一款游戏 我们也需要慢慢进步的吧 相信今后也都能做好 这是建立在与众多站长之间的
  林网博客 15:03:20
我在期待和等待dz的这个插件的改进。
 
  林网博客 15:03:35
这个插件,我稍后就安装一下
 
Discuz官方YESWAN客服 15:03:39
ok
Discuz官方YESWAN客服 15:03:45
您说说您的意见
Discuz官方YESWAN客服 15:03:56
如何改进? 我会记录下来
  林网博客 15:04:27
希望我刚才提的想法,能够反馈到以后的改进中,我觉得,我作为论坛站长面临的问题,也会是大多数站长同样的问题
 
  林网博客 15:04:33
并且是很关键点的问题
 
Discuz官方YESWAN客服 15:05:04
 ok
Discuz官方YESWAN客服 15:05:52
您这样 比较明确的指出 我们的插件应该改进的想法 我会传达给上级。

以下是林网博客和动网泡泡玩网页游戏客服的对话:

林网博客12:01:50
最好有一个优惠政策,和论坛币结合起来
林网博客12:02:07
这样既能消耗论坛币,也能更进一步联系web游戏
林网博客12:02:17
单线这样绑定,关系太脆弱
动网泡泡玩网页游戏客服12:03:45
这个方法都可以. 
林网博客12:04:12
现在可以实现吗?
林网博客12:04:19
插件没这机制
动网泡泡玩网页游戏客服12:05:11
恩.要不您做个活动都可以.我们这个为您提供资源.您觉得怎么样. 
动网泡泡玩网页游戏客服12:05:42
是呀.做个游戏频道的链接太简单了. 
动网泡泡玩网页游戏客服12:06:23
论坛币和游戏现在还不能实现.  

林网博客14:41:29
上午谈到如何和论坛衔接的问题
动网泡泡玩网页游戏客服14:41:36
图片广告我这里可以提供. 
动网泡泡玩网页游戏客服14:41:50
友情链接吗? 
林网博客14:41:52
不是
林网博客14:41:59
是论坛与游戏的互动衔接
林网博客14:42:05
现在只是纯粹的充值
林网博客14:42:16
如果想要通过论坛这条路把游戏给拓展开来
林网博客14:42:26
就必然要把论坛的论坛币给消耗上
林网博客14:42:42
这样论坛的发展和游戏的发展就有很深的绑定关系
林网博客14:42:56
现在这样的形式,在我看来,确实是可有可无
林网博客14:43:02
只是转向链接而已
林网博客14:43:22
对论坛站长来说,可能会得一些利益
林网博客14:43:32
但对于论坛自身发展来说,没有相应的促进作用
动网泡泡玩网页游戏客服14:43:34
要和论坛一起结合可能有点难度.并且要同我们技术部的人商量过.并且都不是一二天就可以做到的. 
林网博客14:44:01
我提的这一点,是大多数站长都会面临的问题
动网泡泡玩网页游戏客服14:44:15
是.我这个我清楚.站长最主要的就是论坛可以壮大起.这些都是眼前利益 
林网博客14:44:15
就是论坛币的消费问题
林网博客14:44:44
在论坛通过参与论坛,获得论坛币,这个币值的消耗以前传统是站长提供ftp空间来消耗
动网泡泡玩网页游戏客服14:44:45
我知道就是论坛币和游戏一起衔接起来.互动起来.  
林网博客14:45:19
你们可以考虑一种形式,把这方面给带动到游戏的充值上,当然这个不能随意来;这个互动要有限制
林网博客14:45:36
而不是站长自己就可以随意加些币值,从而影响游戏的健康发展
动网泡泡玩网页游戏客服14:46:58
行.这个我们会想办法的.并且游戏和论坛币这个要结合起来.在数据上都要修改. 
林网博客14:49:49
绑定也要有限制,这个限制你们可能比较精通,想些办法;站长只是在中间起了一个中间人的作用,真正的活跃发展还是靠论坛的这个基础平台和游戏有机结合起来,发展
林网博客14:49:59
这样能够充分发挥站长们的参与积极性
林网博客14:50:25
我不知道你是否和dz官方有关系?
林网博客14:50:33
或者什么合作联系?
动网泡泡玩网页游戏客服14:50:50
没有.我们都是动网 
林网博客14:51:09
和dvbbs有关没?
动网泡泡玩网页游戏客服14:51:31
DZ不就是动网吗? 
动网泡泡玩网页游戏客服14:51:42
DV 
林网博客14:52:25
dv是动网
林网博客14:52:30
dz不是
动网泡泡玩网页游戏客服14:52:38
恩. 
林网博客14:53:52
我的意思可能你已经理解了,我希望能够看到有这方面的功能出来
林网博客14:54:04
意思很明白
林网博客14:54:09
我给你讲一下我以前玩游戏
林网博客14:54:19
我最早玩传奇时,传奇有一个免费七级的制度
林网博客14:54:31
在七级以后就得想办法兑换充值了
林网博客14:54:41
在游戏的初级阶段,可以考虑利用论坛币
动网泡泡玩网页游戏客服14:59:23
恩.这个我清楚.但这些方面.我们现在还没有合适的方案来,感谢您宝贵的建议. 
林网博客15:00:21
我的这个建议,同时也给dz官方提过了,他们的态度比你的要稍消极一些,他们觉得有道理,但他们觉得,
他们现在取得的成绩已经很成功了,已经给站长带去了收益了,已经抢得先机了
林网博客15:00:33
但这只是当前论坛人气下的一种反映,
林网博客15:00:49
抢得先机不代表以后可以领先,保不住优势,一样不行
动网泡泡玩网页游戏客服15:06:50
对.您的想法是很好.但全面上论坛和游戏结合起来有可能要到后期才能.但实际上我想就我一个能给您提建议.这方面还不能.最重要的还是上面能落实,我们这样一个员工实在不能同站长你说落实什么.这方面请您谅解. 
林网博客15:07:20
en,理解!
动网泡泡玩网页游戏客服15:09:15
所以您的意见我会同我们经理反应或同我们的总老板谈,但我不能保证这样的方案可以实行.毕竟我权力只限,我只能同老板反应问题,落实的是他决定的. 
林网博客15:09:46
当然,下面都是建议,最终确实发展,还是靠老板,给他们看聊天记录就行了
动网泡泡玩网页游戏客服15:10:53
您不会把我同您的聊天记录发给他们看吧.这样我会被经理骂的.因为我只能是把站长的建议反应到上面. 
林网博客15:13:37
不会
动网泡泡玩网页游戏客服15:15:36
.因为我们打工的,都要看老板面色的.建议是我提了,但能不能落实,这就是老板的事,我们打工的,不能为您落实什么,我只能把您要反应的问题同我经理说,或直接同老板说. 
林网博客15:28:42
这没关系,提建议的员工就是好员工

google管理工具提示Discuz论坛“重复的元说明”和“重复的标题标记”的解决办法

5

分类 : 网络日志 | 发表时间 30-10-2008

谷歌中文网站管理员博客最近在不断发布网站优化方面的话题,比如互联网标准和浏览器、正确处理垃圾留言、站长现在如何看待动态网址与静态网址、重复内容处罚等,与此同时,网络上有关“重复的元说明”和“重复的标题标记”的话题突然间增多了起来,开始没太在意,直到一天登陆google管理员工具后台的时候,在“故障诊断”的“内容分析”栏突然发现几个站出现了“重复的元说明”和“重复的标题标记”的说明,虽然有些说明对于google来说自己可以通过技术选择性的处理掉,但对于站长来说,让自己的网站更加优化高效的为浏览者服务、为搜索引擎所喜爱,应该是责任所在,这是习惯使然。

重复的元说明指的是:页面描述标签相同引起重复;重复的标题标记就是各个页面的标题有重复,这类现象对于搜索引擎来说,会引起误解,虽然google曾经说明可以通过其他相关技术,判断出最适合浏览者的页面反馈至搜索结果,但google还是建议,站长通过一些技术把此重复给处理掉。这里稍稍举两个例子,一个是discuz论坛,一个是zblog博客程序。

论坛,使用了discuz论坛提供的伪静态规则,服务器也支持rewrite控件,一方面,在列表页面提示重复的元说明和重复的标题标记,主要体现在列表页翻页时,各页面的元说明和标题标记一样,引起重复;同样一个帖子,在列表页的首页和第二页不同时间出现时,不同尾地址参数,但是同样的标题标记和元说明,比如这个地址:ht tp://www.xxxxxx.net/thread-64785-1-1.html ,第一个数字64785代表帖子的id,第二个数字1代表这个主题的第一页,第三个数字1代表这个主题在这个版的第一页。但是随着帖子的增加,或者其他帖子被会员支持起来,这个帖子会跑到第二页,第三页……然后最后这个数字就会不断变化,也就是说Discuz网站的url在不断变化,但该页面的内容几乎是全部一致的;Discuz虽然设置了如果是蜘蛛抓取,最后一位返回是1,但是还是不能从根本上解决问题。它只解决了搜索引擎直接到你的网站抓取的网页地址是单一的,但是如果别的网站引用你的帖子地址,蜘蛛顺地址爬到站上索引时,还是会出现URL地址重复的问题。

这个问题开始发现后一直没有好的解决方法,伪静态帖子页面与archiver页面重复问题,可以通过robot.txt文件来屏蔽archiver目录来解决,但这个是程序方面问题,一直没有好的解决方案;休息了这些天以后,习惯性的到discuz官方论坛插件区转转,想不到早期这个问题已经有人给出了解决方案:直接修改Discuz控制伪静态地址的函数,最后一个数字始终输出为1,这样可以保证rewrite之后的地址是单一的,但是缺点是这个伪静态的URL地址不能给discuz正确传递参数,所以如果返回版面的时候只能返回到该版的首页而不能返回到该帖所在的当前时间的列表页面,这个也无所谓啦,相对于大部分浏览者来说,看的都是比较新的帖子。

修改方法:修改Rewrite的格式,最后一个数字统一用1代替,解决url变化和重复的问题,适合discuz6.1,其他版本未曾测试。

修改文件include/global.func.php的:

function rewrite_thread($tid, $page = 0, $prevpage = 0, $extra = ”) {

return ‘<a href="thread-’.$tid.’-’.($page ? $page : 1).’-’.($prevpage && !IS_ROBOT ? $prevpage : 1).’.html"’.stripslashes($extra).’>’;

}

复制代码改为:

function rewrite_thread($tid, $page = 0, $prevpage = 0, $extra = ”) {

return ‘<a href="thread-’.$tid.’-’.($page ? $page : 1).’-’.’1′.’.html"’.stripslashes($extra).’>’;

}

这样修改以后,不管帖子ht tp://www.xxxxxx.net/thread-64785-1-1.html 在列表的哪个页面,地址都是一致的,这样搜索引擎就不会误认重复了。

zblog博客站,列表页面,比如重复的标题标记出现在:http://www.linwan.info/catalog.asp?page=1http://www.linwan.info/catalog.asp?page=2,再比如http://www.linwan.info/catalog.asp?tags=google&page=2http://www.linwan.info/catalog.asp?tags=google&page=3,这些页面由于没有描述性标记,因此没有出现“重复的元说明”;这种现象在zblog官方论坛也已经有相应的解决思路,解决方法还是源自zblog的模板文件与标签说明,其实解决起来也是很简单,在catalog.html模板标题中加入页码<#articlelist/page/now#>,这样页面的标题标记就会稍有不同了,就不会引起google索引时重复的标题标记提示了。演示可见本博客。

网站优化说简单也就是那二三事,说复杂却也是涉及到网站的方方面面,利用google管理员工具的指导对网站做出优化设置,不失为站长最快速的优化网站方式,不要觉得你的google收录减少是正常事,快看看你的google管理员工具后台吧!

注意这里讨论的与“重复内容”有本质的区别,重复内容的解决思路,google这里有标准的建议

英文水平不行怎么混迹国外的英文论坛

2

分类 : 网站技术 | 发表时间 02-08-2008

互联网,共享精神是其精髓,自由是其发展的天空。自从即时通讯给大家带来惊喜和刺激以后,留言板和电子公告系统,也随之流行起来,特别是论坛,给大家的学习和娱乐,提供了更加广阔的平台。之前的动网,我的印象是更偏向于娱乐一些,大量的娱乐插件和美化模板充斥其中。之后,国内大量的技术论坛蜂拥而起(虽然现在已经没落,和国家的大力倡导软件正版化还是有很大关系的,但软件的应用交流之道,反而更有发展潜力了),国内论坛发展得如火如荼。

作为站长来说,大家都知道,国内论坛一般获得国外软件或者比较先进的技术,都是要慢半拍的,比较鲜明的例子就是操作系统的版本总是英文正式版的先出,谁让计算机上英文大兴天下呢?包括各式各样的系统补丁、好用的国外应用软件,都是英文的先出;更为先进的计算机应用技巧,也是在国外的技术交流论坛平台上,交流居多;技术,这算是一方面,另外一方面,站长关注的收入问题,大家都知道google的英文广告收入会大大高于中文站的中文广告,因此,如果能够混熟悉国外站,更进一步来讲,更好的建立英文站,对于一个个人站长来说,也是一件很有成就感的事。英语四、六级的高手,别往下看了,您请便吧!

首先找个合适的论坛,自己稍感兴趣点的,比如:gentoo forums了,里面牛人无数,聚集了世界上最顶尖的linux geeks,讨论气氛非常之浓厚,大多数人都是就事论事,还有就是在这里发帖的人来自世界各地,英语还差的大有人在,总而言之就是能搭话就搭话,不能搭话就别废话,国外论坛不像咱们的百度贴吧。

常见的论坛用语:懂英文不一定能混坛子,老外太geek了,时不时就来点缩写或geek语来炫耀自己。下面这些是经常看到的:

OP : Original Poster 中文论坛常说的楼主
OT : Off Topic 离题,扯太远了
IMHO : In My Humble/Honest Opinion 在我看来,非常谦卑的说法,怕说错话的话最好用上这个
ROFL : Rolling On Floor Laughing 都笑到在地上打滚了,还能咋说…不要老用LOL了
AFAIK : As Far As I know 据我所知
ASAP : As Soon As Possible 尽快
WTF : What The Fuck TMD怎么…
TIA : Thanx In Advance 先谢了
AKA : Also known As 又名
OTW : On the way 正在的意思,例如我问”Did you send me the file”,你可以说”it’s OTW”
WIP : Work In Progress 理解为持续更新的话比较符合中国人的习惯,也可以理解为正处在beta阶段,下话就是我可不会为你的任何损失承担责任的
SO : Significant Other 重要人士,通常理解为另一半…我在那篇HOWTO: Download porn without your significant other knowing 看到了这个单词:D..很有趣的一篇geek型帖子!
Ricer : A person who makes unecessary modifications to their most often import car (hence the term “rice”) to make it (mostly make it look) faster 自己理解英文吧,我就一句话:瞎折腾的人
n00b : 这个单词相当于newbie,就是新手级的,刚注册的账号一般都是n00b等级
Apprentice : 学徒级的,开始上路了
Guru : 导师级了
l33t : 这个是典型的geek文字,黑客们喜欢用这个单词,指的是精英级(Elite)人物。Elite被简写为LEET,而黑客们喜欢用3代替E(T喜欢用7,I喜欢用1代替)…后来不知道怎么演变就成了l33t这种正常英语与黑客英语结合的geek文字了。
Veteran : 大师级了! 星球大战里的绿矮子尤达就可以称为Veteran。
Moderator : 我们认为的斑竹,删你帖子没商量的那种。

英文论坛里的模块英语:帖子在英文中用thread一词,发帖子则是post a thread。需要注意的是现在大部分论坛不用BBS一说了,而是forum,不过我们通常会给 forum加上一个s,表复数。因为论坛里通常包含数个版块subforum,每个subforum都会有Moderator[斑竹]负责的。

怎么在论坛里发表回复:老外没有吹水的习惯,没事别去来个啥up(顶)之类的chinglish啊!如果你实在是想表达对OP犹如滔滔江水连绵不绝的景仰之情,你可以说”nice trick/tips/howto”或者”that’s exactly what i want”甚者”YOU’RE A GENIUS!” [大写加粗表强调]。如果别人帮你解决了一个问题,你要感谢他的话,可以说”wow,it works…thx very much”或者还是那句”nice trick/tips”,当然还有极其肉麻的”YOU SAVE THE DAY”…一般人我不跟他说D!

当然,在gentoo forums这类论坛里沙发,板凳儿的都是拍砖/找碴贴,老外会很细心的看完你的文章,然后费劲心机地给你挑错。别把这种行为当做是对自己的羞辱,如果你能引来N位高手给你挑错的,你太NB了!一般的帖子高手们都不愿意看的。

有时,你需要在一篇回覆里回覆数位大哥的话,我们用以下格式:

@ Bush: You son of a bitch!

 

@ Kenny: You bastards! –quoted from Cartman in Southpark

是的,要用@,不用的话就用粗体显示人名,俺们不用To sb.这种方式了…

怎么在论坛里发布自己的帖子:在英文论坛里发帖远比回帖需要勇气,英文水平次点的,要把一件事讲清楚还真不容易。首先我们得有个好的标题,标题尽可能的用简单的语言说明你的问题,不要用啥 beg for.. (跪求)。如果是求问型的,我们可以用诸如Can we kick Bush’s ass…指导性帮助别人的帖子,可以用HOWTO: Kill Bill Gates with an invisible bleeding sword…如果你用Anyone ever met this issue恐怕只能吸引一小部分人进去瞅瞅咋回事

相对于标题,帖子正文部分尽可能详细,尽量解释清楚,多花点词语解释清楚,虽然有可能让老外看的有点烦,总比让老外糊涂的好…例如这句话 People like you are why gentoo gets a bad name就让老外…连我都糊涂了。所以楼下的问他 you have bad English ;) Could you tell it another way?。

好吧,在结束帖子的时候,通常是另取一行,写上Regards就表示”此致敬礼”了,求问的话就来句 TIA吧。

还有就是你求助的问题已解决的话,就在日志标题前面或后面加注[solved]。以免浪费别人时间走进来一看,哦,原来已经搞定了,我插不上手了。

签名:很多人都喜欢给自己加个论坛签名,就是帖子最下面的信息。有些是很有意思,例如曾经风靡一时的:

configure && make && make love

这本来是一个最基本的linux程序源码编译步骤configure && make && make install。

有兴趣没?您如果有比较有意思的论坛,咱一块逛逛去!!

引篇绝非原创源为:http://www.zhuaxia.com/item/110185671,但抓虾引用地址打不开,暂时记录这个吧!

结合以前实例来分析优化discuz的误区

0

分类 : 技术文摘 | 发表时间 12-07-2008

有关于discuz的话题,本博提得不太少数,实在是对之爱之有佳,但也有无奈的无力感;之前关于discuz的乱码问题discuz论坛乱码的又一例解决方法discuz论坛W3WP.exe占用CPU100%的几个解决办法,还有那个虚拟股市6占用mysql资源的问题,最后以关闭虚拟股市了事;上述一系列的问题探索中,采取的方面也包括下述discuz优化误区中的几个方面当中,不过,在一定方面来说,适合度最重要,这关系着以下的操作是优化还是误区?

之前点石论坛中也有贴在讲述disduz的优化问题,大部分表现在模板方面,对于php、mysql方面的优化比较少;在落伍论坛也看到一个叫小勤的,好像就是那个给落伍写点击量统计查询插件的那位,有一篇日志被转到discuz论坛,是他跟踪一个客户的案例,其中提到用到了mysql慢查询来跟踪查询语句,并在最后对discuz的论坛数据库结构提出了改进索引的意见。我在改进那个discuz论坛W3WP.exe占用CPU100%的几个解决办法时,也确实用了下,感觉也确实有些作用,但在下述的所谓误区操作中,针对增加索引,提出了反面意见,而事实上,近一段时期,结合论坛实际发展情况,感觉也确实有些道理。

1、SQL 慢,加索引:多数情况下,数据库可能是瓶颈。通过 Slow Query Log 发现执行时间比较长的 SQL 并不难,于是有的人一看 SQL 走了全表扫描,干脆添加个索引好了。

其实这个地方值得商榷的。第一,必须确定一下该 SQL 执行次数到底是怎样的?执行真的很频繁? 那么对应的页面是否通过 Cache 可以减少对 DB 的冲击?如果可以,尽量不要添加索引,索引本身对表的负面影响也是很大的,比如降低更新速度影响并发能力等。就此看来,增加索引也确实是双刃剑,具体是否增加还要进一步的跟踪分析,从cache方面结合考虑查询的问题。

2、瓶颈一定在数据库上:数据库"可能"是瓶颈,很多时候,图片访问带来的压力甚至比数据库压力还大;有的用户数据库、用户上传的图片文件、Web 服务器都扔到一台服务器上,这时候,第一手去调整 MySQL 或许会有作用,但价值不大。因此,分析并确定瓶颈点,就是关键了。

3、盲目的静态编译 MySQL:静态编译 MySQL 有好处,但如果系统已经在线上运行了,在原有环境中进行静态编译未必能带来多大好处。对于 PHP 也是这样,如果一次优化从其它方式上能带来更清晰、直接的开销,就不要重新编译;我的看法是:如果论坛发展初期,哪怕是开始没来得及静态化,也要转为静态化,毕竟发展初期,大多数网站对于搜索引擎的依赖性还是比较大的,如果发展到一定地步或者是以实力领先、发展已经比较稳定的论坛团体,那就没必要再次静态化了。静态化,在一定方面,还是要以消耗部分性能为代价的。

4、反复尝试,但不建立基准数据;建立基准数据,实在应该是优化的最基本的步骤。这样才能有效的评估优化的效果。否则的话,象误区一描述的,添加了一个索引,短期内可能感觉快了,长期看,性能可能又会慢下来。这个基准数据建立的代价就大了,我当初也没有在增加索引之前保留数据库的备份,也没有太长时间对比效果,这工作量太大了点,像七十二松的那位管理员,那家伙有条件有精力来研究,还差不多。唉,国外的空间,忘记放在他们那里了,这样就省事太多了,那sir也是个优化狂人!佩服一把!本博一贯佩服技术领先、追求技术至境的网络人!

5、一次进行多个优化步骤:如果一次调整多个参数或是多个环境的设置,然后观察效果。如果每个步骤都是"对"的话,那么效果看起来是好的。如果有的步骤调节"错"的话,可能会抵消那些有效果的优化步骤。这方面不再多说了,再多分析嘛,分析后确定优化点。

上述部分内容源自:http://www.bullog.cn/blogs/dbanotes/archives/157025.aspx,我看这内容时搜索了下,有两个地址,并且是不同域名不同路径的相同内容,作者也相同,奇怪了,这作者排名不低呀,不会犯这样的重复性网页错误吧?

discuz的优化方面,实在有些疲累的感觉,毕竟数据库也比较大了,每次调整面临的压力与等待都比较辛苦,并且这也是在探索中前进,discuz官方对此的答案一向是那个“苦砂”回答,但这位似是一个应用层级别的高手,对于深层次的代码级修改和mysql深层次优化,似乎心有余而力不足,而discuz官方开发团队中,除了那个童虎偶尔展示一下风采外,其他人和其他解决性方案,更是难得一见。可能这就是对待免费下载使用用户的服务吧,理解吧,不理解也得理解吧!phpwind在速度方面,一向都是高出discuz一筹,但phpwind官方对于免费服务群体的态度,比之discuz官方更是过份,phpwind安装应用区的问题,就可见一斑,失望之下,才转至discuz的,但discuz近来的资源占用情况,似乎又在迫使我寻求其他的解决之路。VBB?还是aspx?还是静态化?还是在硬件方面加大投入?四核?还是分布式应用?扯淡!我这么high?我还谈优化干嘛?呵

优化,是个技术活,更是一个让人心力交瘁的活,有兴趣的,留言多交流!

discuz论坛乱码的又一例解决方法

0

分类 : 网络日志 | 发表时间 12-04-2008

 discuz论坛系统占领中文论坛的大半壁江山,无疑,它的功能和发展,是非常优秀的,当然,不能称最,因为,搜索林网博客就知道,林网博客对他颇有微词。以前也曾经讨论过有关discuz论坛乱码的话题,比如:[终于找到了解决discuz乱码的方法了] [phpwind转换discuz后前台乱码的一点说明] [Discuz!4.0及以上版本由UTF8转GBK的详细教程【告别乱码,拥抱插件】] 等,今天暂且剖开以前的说法,另外再说一些小窍门,算得上“歪门邪道”的解决方法吧。

在建立数据库的时候,默认建立好的空数据库目录下都有一个db.opt的文件,用记事本打开,一般是两行下列代码:

default-character-set=latin1
default-collation=latin1_swedish_ci

我当时处理这个论坛数据时,是没有进行安装论坛那一步的,只是下载一个新的discuz6论坛程序,然后新建一个数据库(此时用的是mysql4.0版本),然后把以前的那个数据库直接就全部拷贝进去了,配置好数据库连接(config.inc.php),就开始运行。这时,反映论坛数据乱码,从表面现象可以看出来,这乱码是数据库输出的数据。打开db.opt文件,然后把default-character-set=latin1修改了一下,default-character-set=gbk,然后刷新论坛,发现论坛输出的数据库数据已经正常。

由于要上传到正式服务器上时,现在的正式服务器mysql服务很多都是mysql5.0以上的版本了,因此,我把这个数据库直接拷贝至5.0的数据库data目录,运行论坛,发现还是乱码,这时,不管是把db.opt文件中的default-character-set改为gbk还是latin1,都是乱码;还是有办法解决的:

修改config.inc.php文件:
$dbcharset = ”;   // default database character set, ‘gbk’, ‘big5′, ‘utf8′, ‘latin1′ and blank are available
(一般的MySQL数据库默认编码是latin1,现在MySQL由4.0.27-standard升级到了5.0.24)
我把其中的
$dbcharset = ”;
改成
$dbcharset = ‘latin1′;

然后再次刷新论坛,论坛输出数据已经正常,虽然title和首页底部的会员等级有些乱码,这不影响,这是缓存引起,在管理后台更新缓存即可。

简单说了这个小方面,综合解决,参考林网博客开篇的几篇文章,一般都能解决论坛乱码问题。事实上,数据库高手解决起来这些,不算什么,声明,我不是,我只是个小玩家,摸索倒腾了一些小窍门,自己窃喜而已。另:测试时用的工具是:APMServer 5.2.0。非常好用,推荐。也有不少有关LightTPD-1.4.16-Win32的组合,因为比较少用,这次就没再费神。

修复论坛错误“is marked as crashed and last (automatic?) repair failed”的几种方法

2

分类 : 网络日志 | 发表时间 04-04-2008

以前就讨论过很多论坛方面的问题,比如修复论坛数据库、优化论坛数据库以及优化论坛的访问负载能力,特别是这个discuz6版本,默认安装下的版本,真的是性能不敢恭维,难道稍大一点的论坛,都要用专用服务器来抗吗?难道每一个稍大点论坛都要有一个精通discuz论坛代码、精通mysql数据库的技术人员吗?这策略,太让人难以接受,以前的版本包括最近的discuz5.5就非常好,只是功能上稍欠缺了一些而已!因此,论坛,性能也是很重要的,phpwind这方面做得就是比discuz好,当然,最近几个phpwind版本,也在这方面有所忽视了。

今天遇到的这个问题过程是这样的:一个朋友论坛,他说有几个月没有优化了,discuz官方说,过几个月,可以优化一下数据库,提防碎片过多,影响论坛速度,因此我就登陆到他论坛后台,先更新了下系统缓存,然后直接点击优化数据库,提示有二百多M碎片数据表需要优化,这已经非常多了,默认是选择所有需要优化表状态,直接点击提交,进行优化。优化时,网站已经不能访问了,然后连接服务器,也出现连接非常缓慢的情况,怀疑是优化时占用资源过多,引起服务器响应不过来其他请求,假死机了。继续远程连接,仍然连接不上,无奈,只有关掉刚才的优化网页,依照经验,这时候是不能让机房重启服务器的,这种硬性的重启是非常容易损失表以及表中的数据库。关掉优化网页以后,等了一会,可以连接上远程桌面了,此时网站网页已经提示错误代码“posts’ is marked as crashed and last (automatic?) repair failed”,看越来是posts表损坏,自动修复没有成功。这个表存有大量的帖子数据,是非常重要而关键的表,这个表如果损失不能修复,论坛就要麻烦大了。

想了想,依据以前的经验,discuz论坛官方提供的有数据库修复文件“repair.php”,把此文件上传至网站后,在浏览器中运行此文件,可以依照提示“检测并修复数据库一次”或“检测并修复数据库五次”,用此文件没有用,修复完以后,状态都提示OK,但网页访问故障依旧。用discuz官方提供的“tools.php”,发现检测和修复数据库功能和“repair.php”差不多,只是集成了一些其他的工具。

到discuz论坛,以关键字“修复”搜索了下,发现童虎有一篇贴子“教你如何修复数据表”,其中提到了几种方法来修复数据表:

服务器非法关机,有可能会对部分数据库造成一定影响。一般运行会报错,**.MYI 不能打开。 Can’t find file: ‘***.MYI’ 请使用repair.php或者使用phpmyadmin修复一下数据表。

1.上传repair.php到论坛根目录下,然后在浏览器运行http://你的论坛地址/repair.php
一般点击第一个链接“repair.php?html=1&check=1”就可以修复了,
如果不能修复可以尝试点击第二个连接“repair.php?check=1&iterations=5”
就可以了。
提醒:修复完表操作以后一定记得要从服务器删除这个文件repair.php

2.使用phpmyadmin修复数据表
进入论坛数据库,然后选择要修复的表,在页脚下拉框选择“修复”即可。

3.如果您的服务器是独立主机强烈建议使用命令行方式进行修复:
修复前将mysql服务停止。
如果是Win主机,打开命令行方式,然后进入到mysql的/bin目录。
执行myisamchk -r d:\mysql\data\discuz\*.MYI
其中d:\mysql\data\discuz\换成您的数据库所在路径。
如果是类Unix主机,直接使用myisamchk -r 数据库目录\*.MYI 即可。

其中我用第二种办法时,在phpmyadmin中显示此表正在使用中,phpmyadmin修复操作无法对此表进行修复操作。那就用第三种办法了,朋友服务器用的是win服务器主机,于是打开命令行,首先停止mysql服务:net stop mysql,然后进入到mysql的bin目录,输入:myisamchk -r d:\mysql\data\discuz\*.MYI,如果是能确认是哪个表,也可以把前面的*号直接换为具体的表名称,一般全部修复没问题。回车确定后,修复进程就在不断的一个表一个表,一行一行的修复中了。

修复过后,启动mysql数据库,net start mysql,然后到浏览器,打开论坛页面,试着浏览帖子,发贴等,已经全部正常,至此完全恢复OK。

经验就不多说了,在操作过程中中断是非常可怕的事,当然,关机断电更可怕。另外,更重要的一点就是在出问题以后,进行操作修复以前,一定要停掉mysql,然后直接到data目录中,备份好你的数据库,这很关键;一定要是停掉mysql以后备份。备份,是一个很好的习惯!呵!!

奇怪的iis故障问题

0

分类 : 网站技术 | 发表时间 21-03-2008

今天又又发现了服务器出现强大的内存占用情况,区区的一G物理内存,不仅占完不说,还把虚拟内存还占了一半,这样,总内存达到了1.7G左右,这时,服务器基本要处于无法响应的状态了。好在是双核的。事实上此时的cpu占用率反而是非常低的。

以前说过类似的故障情况,服务器上安装了dz论坛,也安装了虚拟股市插件以及其他一些小插件,包括那个首页的四格调用插件,但就算如此,也不应该出现内存占用如此之大的情况,不管怎么样,还是要分析下问题所在。

月光前天发布了一条管理服务器的十大武器,那个分析日志的,当时觉得还不错,就大老远的跑到老外网站上下了一个lite版本(免费的),看有语言包,想着说不定有中文的,也下了一个,还有一个有关城市的数据状态库,也一并下了下来,哪知道,一番安装下来,语言包也没中文的(很多软件是不是对中国市场有些小视?不是,主要中国人有正版的太少了,这个原因可能性比较大吧),运行起来分析了下,感觉不出什么效果,还不如直接把日志下载下来,用文本来看。

没直接看iis的运行日志,直接把httperr日志给下了下来,到目录里面一看,果然有问题:一般httperr日志默认大小是1M,到了之后自动延续建立,以前的这个日志,一天一夜连一M都不到,我看了下最近几天的,一天几乎要产生六七M,这绝对不正常了。把日志下载到本地,打开一个看了下,果不其然,出现了大量的- Timer_ConnectionIdle -错误,有关这个问题,本博前些天分析过,当时引用那位哥们的话,就是有人和他的站在较劲,他就把响应保持时间设置小了,查了直微软的这篇文章:http://support.microsoft.com/kb/820729,后来综合分析了下,这个响应时间设置得太小,那么也会影响正常的连接过于频繁,岂不是也会引起这个问题,另外想起来,前段日子由于一个站的mdb数据库过于庞大,就把它的响应时间调到了几十秒,会不会这方面也有影响呢?想到此,就把这个asp站的响应时间调到了240秒,把那个dz论坛的响应时间也由以前的30秒调到了600秒,然后再把其他所有网站的响应时间都调到了240秒,之后,重启iis,观察。观察了半个多小时,发现iis再没有内存占用不正常退出的现象,也没有内存突然增大的情况,错误日志的增涨一会功夫也看不出来,把所有日志删除了以后,明天再观察下,看日志情况如何?

另外,这个httperr日志很容易引起系统盘空间占尽,因此,要针对此情况,定期清理,还有,很多站的问题,都可以从这个日志里面分析出来,比如dz论坛的有些sql语句查询和插件的语句写得不够优化和严谨,这个由于代码道行不够,只有呼吁了,好像尽呼吁也没用,郁闷。

上述做法,也不一定能够真正的解决问题,看当前的现象来反映,也只是缓解这个问题。

做个事,不容易啊!

discuz论坛W3WP.exe占用CPU100%的几个解决办法

1

分类 : 技术文摘 | 发表时间 27-01-2008

discuz6论坛版本,应该是比较稳定的版本了,但从phpwind6转过来以后,w3wp一直占用cpu居高不下,有时候百分之百,让人十分闹心;以下是一些在实际应用中,遇到的现象和相应的解决方法,更多的测试解决方案,可关注discuz论坛,另外,官方在这上面的努力,让人十分被动。

1:插件问题;把其中装的插件都去掉论坛好了,又正常了,经过对比,发现是一个首页四格出现的问题,建议大家选择插件安装的时候一定要先对插件进行评估

2:cc攻击问题;网站前一段时间老是IIS不够用,SERVEIS UNABLE,一打开站点就是这样,有时候还出现数据库错误原因,服务器CUP占用100%,头疼啊,经过分析,去掉一些插件后,数据库不在出现错误了但是提示连接不够,但是还是SERVIES UNABLE,这就奇怪了,我一个服务器只装了一个论坛,切数据库的连接数目我设置的是5000不可能不够的,经过分析,找人请教,原来是论坛被人CC了,这个时候DZ有个防止攻击的策略,在论坛的跟目录有个文件叫 CONFIG。INC。PHP,打开这个文件,把方式攻击的那一项设置成1|2|4。意思是防止速度刷新,限制2次访问的时间,记录COOKIES什么的,这个时候论坛又恢复的,服务器CUP降低下来了,安心了!

3:这次又是CUP占100% 服务器假死,论坛打不开,郁闷,卸载了所有插件,还是100%。设置成1|2|4,论坛正常,但是一去掉1|2|4,服务器CPU立即上升到100,还是W3WP这个进程占了100%,这绝对不可能是黑客攻击了,如果是的话,黑客也不可能坚持一个月攻击的,怎么办,怎么解决,到网络上搜索,基本上都是老套路,不管用
最后最后发现XIAOHUI的一片文章专门写的是服务器CUP100%的解决方法,这是针对数据比较多的论坛的,我论坛数据库大概100W条,是数据库数据量比较大,数据表没有索引导致的,在数据库里面执行下列语句添加上索引,问题解决了
ALTER TABLE `cdb_pms` ADD INDEX ( `folder` );
ALTER TABLE `cdb_threads` ADD INDEX ( `displayorder` );
ALTER TABLE `cdb_threads` ADD INDEX ( `dateline` );
ALTER TABLE `cdb_threads` ADD INDEX ( `closed` );
ALTER TABLE `cdb_threadsmod` ADD INDEX ( `dateline` );
ALTER TABLE `cdb_sessions` ADD INDEX ( `invisible` );
ALTER TABLE `cdb_forums` ADD INDEX ( `type` );
ALTER TABLE `cdb_forums` ADD INDEX ( `displayorder` );

XIAOHUI的文章地址是http://www.xiaohui.com/dev/server/20070701-discuz-mysql-cpu-100-optimize.htm

事实上,我应用了上述几种方案以后,cpu高居不下的现象是稍稍缓和,但还是占用cpu相当高,百分之三十多时而有之,内存也占用很不正常,非常郁闷。真是进退两难。

无觅相关文章插件,快速提升流量