bak文件带来的灾难

网络整理 - 08-09

第二章 bak文件带来的灾难

/**
作者：慈勤强
Email：cqq1978@Gmail.com
最后修改：2004-10-03
**/

一日，在网上与一朋友闲聊，朋友是做网站开发的，以前也与其讨论过技术方面的问题，

只是好久没有在网上见到了，就好像人间蒸发了一样。

“Steven，最近忙些什么呢？”，朋友先问到。

“没什么，在家下岗待业呢，呵呵”，我答道。

“哦，那正好，我们最近刚刚完成了一个政府部门的信息系统，现在正处于试运行阶段，

你看看，给点意见，^-^”，朋友回答道。

“你这家伙，我都下岗了，你也不安慰一下，呵呵”

“你还怕找不到工作呀，^-^”

“呵呵，那好，不过别忘记请客啊....”

......

一阵调侃之后，朋友把网址发了过来。

于是，我打开这个网站一看，很清新的一个网站，看起来简单但不失实用，朴素但不失

悦目，挺不错的。再看一下，这是一个用Asp编写的动态网站，那猜想数据库应该是SQL Server

的吧。

“不错啊，这不是挺好的吗？”我又回了朋友一句。

“还行吧，过两天就要验收了，^-^”

“哦，那你们项目组几个写程序的人啊？”

“3个人，做了三个月呢”，听得出来，他们还是倾注了不少的精力的。

“哦，那你们用什么开发工具，如何进行版本控制呀？”，我是比较关注项目过程的。

“嗨，不怕你笑话，我们根本就没有进行什么版本控制，每个人负责几个栏目，到时候

一拼就可以了。我们就用Editplus开发asp。”

这么大个系统，竟然连基本的版本控制都没有，真是不可思议，也不知道他们是怎么

接到这个政府部门的项目的？

我暗自心想，突然想起了Editplus，这是一个非常小巧，实用的文本编辑器，我也一直

用它。可是对于Editplus，默认的情况下，它都会在当前目录下生成一个当前文件的备份，

比如你在写一个member.asp的程序，保存的时候，Editplus会自动生成一个备份文件，

member.asp.bak。所以在写完程序，往外发布的时候，如果没有完全删除这些备份文件，那么

隐患则是巨大的。

他们不会存在这个问题吧，我心想。

我边想，边顺手在一个正在访问的文件News.asp文件后面加上一个.bak，也就是我访问

的文件变成了网址/News.asp.bak，回车一看，果不其然，这个文件的源代码

就显示了出来，部分代码如下：

<%@LANGUAGE="VBscript" CODEPAGE="936"%>


<%
这里是他们的asp源代码
%>

一看，就知道conn.asp是连接数据库的文件，那就看看他们用的什么数据库吧，访问

网址/include/conn.asp.bak，结果如下：

Call ConnectSQL()
Sub ConnectSQL()
Dim strSqlServer,strUserName,strPassword,strDatabase
Dim strConn
strSqlServer = "210.51.*.*"
strUserName = "sa"
strPassword = "!K)^$XN)*723L&%$fg6%^k"
strDatabase = "ZhenJin"

strConn = "Driver={SQL Server};Server=" + strSqlServer + ";UID=" + strUsername
strConn = strConn + ";pwd=" + strPassword + ";Database=" + strDatabase

Set objConn = Server.CreateObject("ADODB.CONNECTION")
objConn.Open strConn

End Sub

通过这个文件，可以看出来，他们真的用的Sql Server数据库，而且连接用户是SA，这可是

Sql Server的最高权限用户了，相当于系统的管理员权限。

看到这里，我就不忍心再往下看了，急忙跟朋友说明问题。

“你们写完程序，Editplus生成的bak文件怎么不删除呢？呵呵”，我问到。

“哦？不会存在这种低级问题吧，我做的都删除了啊？”，朋友吃惊的回答到。

“那其他人写的呢？你们系统做完了，不会连自己都没有测试吧？”

“哦，那可能是别人没有注意吧，我们只是进行了简单的功能测试，时间太紧了”

..........

是啊，时间太紧了，给我的感觉是现在的项目没有一个时间不紧的。现在好多网络公司作出来的

项目甚至连自己都没有进行很好的QA测试，就拿出来给客户了，客户发现问题，再提出来，他们再改。

实际上从长远来讲，这样是得不偿失的。