dedecms经常出现mysql”连接数据库失败,可能数据库密码不对”解决方案

DEDE 5.5 版本经常出理以下错误

Error page: /dede/xxx

Error infos: DedeCms错误警告:连接数据库失败,可能数据库密码不对或数据库服务器出错

是随机出现并不是一直就这样,这样就可以排除是MYSQL用户名密码设置的问题了。

在网上找了一下基本上可以肯定就是 微软 KB967723 这个补丁所引起来了。

第一种方案

删除 KB967723  补丁 这个不建议大家操作,会引起网络断掉并无法链网的情况。

那我们就用微软件推荐的第二种方案吧

本方法是微软给出的修改注册表修复该Bug的的方法,原因是默认最大的临时 TCP 端口的数是 5000 适用于一节中包含的产品中。 在这些产品中添加一个新参数。 要提高临时端口的上限,请按照下列步骤操作:

1.启动注册表编辑器。
2.在的注册表中找到以下子项,然后单击 参数 :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
3.在 编辑 菜单上单击 新建 ,,,然后添加下面的注册表项:
数值名称: MaxUserPort
值类型: DWORD
值数据: 65534
有效范围: 5000-65534 (十进制)
默认值: 0x1388 (5000 十进制)
说明: 此参数将控制程序从系统

微软官方关于这个补丁的说明:  http://support.microsoft.com/kb/q196271

当您试图从大于 5000 的 TCP 端口连接时收到错误 WSAENOBUFS (10055)

建议大家和我们下面导出来的注册表,导进去就可以了

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
"MaxUserPort"=dword:0000fffe

把上面的内存COPY起来 复制到记录本中,保存为 .reg 再双击导入就OK了

不过记得重启一下电脑。

真正的换位思考:我做测试人员的一天

来源: 伯乐在线

昨天一个偶然的机会,临时充当了下软件测试的角色,体会很深!也让我对软件测试人员有了更多的了解和理解,并对自己(开发者)也提高了要求。

开发、测试不分家,心在一起,劲往一处用就可以大大改变产品的质量。这个道理大家谁都明白,但是我们是做到了60分,还是90分呢?这是值得我们深思的!

情景1:

我拿到一个产品,让我测测,我首先根据自己的理解来测试这个产品,保证链接的正确,数据不敢保证,随着测试的逐渐深入,我发现,有些功能根本不知道是做什么用的。

感想:一个产品如果没有需求文档,就算有使用文档,那又有何意义呢?

情景2:

我找到了需求文档,对里面的内容进行查看,多多少少还是帮助了我理解了这个产品的功能,但是好多页面展现,无从考究!例如一些展现的关系图,是根据什么绘出来的?箭头代表什么?等等等等!总之给我的感觉就是功能依照使用手册会用了,但是不知道是用来做什么的!顿时你会想到,这些都是什么做什么用的?为什么文档没有写清楚?难道还要我逐条写下来,依依的问?

感想:情景2做到了60分,因为有了需求文档,但是这份需求文档,有跟没有差别不大,主要是解决了有、无问题。对于根本性的问题还是没有解决。

这时候想想我们自己做开发的时候,是不是以为这个很简单,我们组内都清楚,就没有写在需求里呢?现在想想,开发觉得自己明白的东西,往往别人是不明白的!看来以后写文档的时候,我们需要转换一个角度来写这个文档。逐渐达到70分!

情景3:

找到开发问了这个功能,开发简述一遍,是简述哦!大体知道这个功能是干啥的了,也能看到展现,但是展现的对错与否,谁又知道呢?

感想:测试点很重要,我们的展现对错,是要考虑测试人员对这个系统的理解,如果我们能够在文档中,写清楚测试点,那么测试人员就会更有依据来判断展现的内容是否正确了,如果做到这点,我相信应该可以打80分了!

the bug stops here 真正的换位思考-我做测试人员的一天

情景4:

随着时间的推移,我烦躁了起来,感觉能用,不知道为什么用,每个功能都可用,但是如何串联在一起呢?看了产品的SPD,使用手册,没有对各个模块串联着用的一个概览,这让我和恼火,我当时心里只有一个想法,这咋测?没有需求评审吗?双方之前没沟通吗?

后来得知沟通过,需求是因为项目多,开发没时间,只是简略的说做了什么,没有说做到什么程度,什么效果!

感想:看来对需求的沟通事值得我们深思的,开会了、沟通了,依然没有解决问题。所以我觉得只要是会议,一定要双方达成一致,且一定要形成结论,不然那就是扯淡!话糙理不糙!就是这么个道理!

本以为这一天的时间是浪费了。其实不然,通过这一天的实际换位,真正的达到了换位思考的效果,理解了测试人员的苦衷,也了解了一些作为测试人员最需要的是什么样的文档,需要的是开发怎么的配合。同时自己身为开发人员的我,觉得在今后的开发中,一定要落实文档,积极配合测试人员!当然开发人员也有苦衷!但是我们需要先从自身找原因,解决掉自身问题,也许很多难题会迎刃而解也说不定呢?

作者:丛立

原文地址:伯乐在线