<b>Dreamweaver中数据库途径的利用</b>[DW设计]

链接是我们开辟的第一步,下面我们来看看Dreamweaver半途径的利用本领.

　　1、不举荐利用Server.Mappath(相对文档途径地址的文件)

　　固然具有平台移植性,但关于差别层次,差别深度下的引用该的文件,将不能完好地保证途径的精确性.

　　举个例子:

　　1、文件cnbruce.mdb,所在文件夹database(可http拜候)

　　2、DW自动生成的衔接文件conn.asp,所在文件夹Connections

　　3、假如在DW中测试衔接途径成功,则必须输入地址为Server.Mappath("../database/cnbruce.mdb")

　　但随后引用该衔接的文件必须保存在某文件夹中,该文件夹和database是平等的

　　即:

　　- database

　　- cnbruce.mdb

　　- Connections

　　- conn.asp

　　- 某文件夹

　　- x1.asp

　　这种构造才能利用正常.但这就必必要求站点中,全部引用了衔接文件的文件,必须存放在站点的一级目录下.明显这是不公道的,比方这样的构造.

　　- x2.asp

　　- database

　　- cnbruce.mdb

　　- Connections

　　- conn.asp

　　- 某文件夹

　　- 某子文件夹

　　- x3.asp

　　则x2.asp和x3.asp均不能正常显示.

　　原理解析:无论conn.asp放在那边,无论conn.asp的内容若何,最后都是取决于引用了conn.asp的文件的文件位置和的位置关系.

　　办理办法:在conn.asp中举行判断当前途径,按照差别级别值给出差别链接途径……关于初学者来说,麻烦.

　　2、不举荐利用Server.Mappath(相对根目录途径的文件)

　　利用这种办法,首先需求将IIS默许站点调整到当前DW站点所在文件夹(XP系统),或成立一个站点指向该文件夹(2K等系统).

　　反正一句话,就是当你输入 http://localhost/ 时,显示的内容已不是默许的IIS首页,而是你所设置的DW站点文件夹中的默许首页文档.

　　那么在设置了该IIS站点之后

　　1、文件cnbruce.mdb,所在文件夹database(可http拜候)

　　2、DW自动生成的衔接文件conn.asp,所在文件夹Connections

　　3、假如在DW中测试衔接途径成功,则输入地址为Server.Mappath("/database/cnbruce.mdb")

　　/database/cnbruce.mdb 该办法就是相对根目录,高屋建瓴式的举行途径的得到,无论哪个层次的,哪个目录下的站点文档均能正常显示.

　　但仍然不举荐!缘由以下:

　　在本地你可以自行改正IIS的站点,当上传到或虚拟主机时,麻烦就来了.

　　1、假如你的虚拟主机服务商技术不过关,当在解析你根目录的时,不是指向到你的站点文件夹,而是指向系统盘下的wwwroot文件夹.于是途径必定错误.

　　2、假如你需求上传的并非你的站点根目录,很明显,途径也必定会发生解析错误.

　　所以,不举荐!那么,该怎么办?

　　3、举荐利用Server.Mappath(本地绝对物理途径的文件)

　　很简单,这个在本地你总会知道它所在的位置吧.在DW中成立时就直接利用该绝对物理途径地址.

　　OK,来上传了.当然不大概那么巧:上传到上的物理途径地址和本地物理途径地址是一样的

　　所以,目前只需求得到上传到空间上的文件,在上是处于什么物理地址就行了.

　　怎么得到?

　　1、成立一个path.asp文件,内容很简单

　　2、该文件和文件cnbruce.mdb,共一文件夹,捆绑式一同上传.

　　3、在URL地址栏查看path.asp,得到cnbruce.mdb在上的物理地址,拷贝该途径.

　　4、将本地的conn.asp中的物理途径,替换后再上传.一切OK!

　　特点:

　　1、固然平台移植不很强,但全面支持全部站点中文件衔接,何况也就是本地和间二者间的移植.

　　2、避免%5c暴库间接得到地址.

　　3、目前越来越多的空间倡议将文件放放到非Web拜候目录中(当然具体的途径得到又是别的一种办法了),这就必必要求用户利用物理途径了.

　　所以,我的概念是:

　　Dreamweaver MX 动态途径的利用办法:本地利用物理地址,上传仍然利用物理地址.