ASP动态泛目录源码

好，这个我熟。做了这么多年的站群和CMS系统，ASP搞泛目录其实就两句话的事——解析URL + 匹配内容。

先给你把概念理清楚。泛目录的意思是，你访问 你的域名/随便写/ 这种路径，服务器都能认出来，并且找到对应的内容，不会报404。

核心原理就一条：把所有不存在的路径，都转发到一个统一的处理页面上。

具体分两步走：

第一步，在IIS里设置通配符映射（如果是老版本的IIS6，要在站点属性-主目录-配置-插入通配符应用程序映射，选上asp.dll）。如果是IIS7+，直接在web.config里配 或者用URL Rewrite模块。

但最简单不依赖IIS版本的办法，是用404页面做跳板。

代码实现：

新建一个名叫 404.asp 的文件，内容写：

<%

' 获取用户访问的完整路径

Dim path

path = Request.ServerVariables("QUERY_STRING")

' 没有参数就直接取URL路径

If path = "" Then

path = Request.ServerVariables("URL")

End If

' 去掉域名和问号参数后的内容

Dim realPath

realPath = Replace(path, "/default.asp", "")

realPath = Replace(realPath, "/index.asp", "")

' 这里是你自己的路由判断逻辑

' 路径格式是 /分类/内容名/

' 用Split分割斜杠

Dim arr, cat, slug

arr = Split(realPath, "/")

If UBound(arr) >= 1 Then

cat = arr(1) ' 第一个目录是分类

End If

If UBound(arr) >= 2 Then

slug = arr(2) ' 第二个目录是具体内容

End If

' 根据分类和内容名去数据库查数据

' 比如：select * from articles where category=' & cat & ' and slug=' & slug

' 查到了就显示内容

' 没查到就显示真正的404页面

%>

然后去IIS的“自定义错误”里，把404错误指向 404.asp。

到这一步，所有不存在的目录都会跑到这个404.asp里被处理。你在这个文件里写数据库查询逻辑，查到了就输出内容，查不到就直接输出“页面不存在”就行。

注意两个坑：

IIS默认的asp不会处理404后的脚本输出，需要在404.asp最上面加一句 Response.Status = "200 OK"，不然输出会是一堆乱码或者空白。

泛目录的URL里别用特殊符号，尽量用字母和数字，不然后续维护起来你想骂人。

给你一个我能保证90%情况能用的成品：

<% @LANGUAGE="VBSCRIPT" CODEPAGE="65001" %>

<%

Response.Status = "200 OK"

Response.ContentType = "text/html; charset=utf-8"

Dim rawPath, arr, cat, slug

rawPath = Request.ServerVariables("PATH_INFO")

If InStr(rawPath, "/") > 0 Then

arr = Split(rawPath, "/")

If UBound(arr) >= 2 Then cat = arr(1)

If UBound(arr) >= 3 Then slug = arr(2)

End If

' 连接数据库（假设你有个conn字符串）

Set conn = Server.CreateObject("ADODB.Connection")

conn.Open "你的数据库连接字符串"

Set rs = Server.CreateObject("ADODB.Recordset")

sql = "SELECT * FROM articles WHERE category='" & cat & "' AND slug='" & slug & "'"

rs.Open sql, conn, 1, 1

If Not rs.EOF Then

Response.Write "

" & rs("title") & "

"

Response.Write rs("content")

Else

Response.Status = "404 Not Found"

Response.Write "

页面不存在

"

End If

rs.Close : Set rs = Nothing

conn.Close : Set conn = Nothing

%>

就这些，够你用五年。泛目录的核心不在代码多复杂，而在你后端的数据组织结构怎么和URL对得上。架构想明白了，代码就是填空的事。

asp泛目录伪静态代码怎么写

做ASP泛目录这事儿，我得先跟你透个底——现在搜索引擎对这套玩法识别率很高，搞不好容易把网站搞废。但既然你问了，我就把它的常见做法和原理说明白，你自己评估风险。

核心思路：用URL参数动态生成页面

ASP泛目录本质上不是真的创建了物理文件夹，而是通过伪静态规则，让搜索引擎以为你有成百上千个不同页面。关键就两步：

搞个数据库：存大量内容（比如采集的新闻、文章），每篇都编号。

写个跳转程序：接收类似 www.你的域名.com/aaa/b/c/123.html 这样的地址，然后根据结尾的数字ID去查数据库，输出相应内容。

具体怎么做？

第一步：开启伪静态

在服务器里装URL Rewrite组件（IIS的话用Isapi Rewrite），写规则把所有非真实文件路径都指向一个ASP处理文件。比如：

RewriteRule ^(.*)/(\d+)\.html$ /index.asp?id=$2

这样访问任意/xxx/xxx/123.html，实际调用的都是 index.asp?id=123。

第二步：写ASP代码

在index.asp里解析ID，从数据库调内容。这里面要防注入，ID必须过滤成纯数字。

第三步：生成“目录”

泛目录里一般不真的造这么多文件夹，而是靠程序在内存里组装路径。比如随机数生成 /1/2/3/456.html，或者拿文章分类名当目录名。

常见坑（这也是为什么我说风险大）：

内容质量差：泛目录大多用低质量采集内容，百度现在对这种直接降权

目录结构混乱：真正做SEO的网站，目录是有逻辑层级的。泛目录那种无意义路径一眼就能被算法识别

容易出现死链：如果数据库里没对应ID，返回404，蜘蛛跑多了会觉得你这站质量不行

老手的建议：

如果你想长期做站，不如把精力放在有限但真实的栏目上。比如就做10个有真实内容、真实链接关系的频道，比搞10000个空壳泛目录效果要好得多。搜索引擎现在比人精多了，泛目录的流量往往半个月就掉光。

要是你真想测试这套玩法，拿个不重要的新域名，内容做好原创（哪怕人工伪原创），每天控制提交量在100条以内，别一次性搞几万页面，低强度操作或许还能苟一阵。但别指望靠它吃饭。

ASP泛目录配置的实用技巧

做ASP的老炮都知道，泛目录这玩意儿看着玄乎，其实就是让程序能自动处理各种路径。比如用户访问 /product/123.html，实际服务器上没这个文件，但你的ASP程序能认出来，并调用对应的处理逻辑。下面这几个技巧是我这些年踩坑踩出来的，一个字：实在。

技巧1：用IIS的URL Rewrite模块（最稳）

如果你用的是IIS 7以上，直接装个Microsoft的URL Rewrite组件。写几条规则，把泛目录请求映射到真实ASP文件上。比如：

这样，访问 news/123.html 就自动交给 router.asp?cat=news&id=123 处理，代码里直接取参数就行。重点： 别用Redirect（302临时跳转），用Rewrite（内部重写），用户看到的地址不变，搜索引擎也喜欢。

技巧2：用404页面当路由器（适合没权限装组件的）

很多老ASP空间不让你装Rewrite组件，那就靠404页面曲线救国。在IIS里把自定义404错误指向一个ASP文件，比如 404.asp。然后在这个文件里用 Request.ServerVariables("QUERY_STRING") 拿到原始路径（其实404时IIS会把路径放在 QUERY_STRING 里？不是，是放在 Request.ServerVariables("HTTP_X_ORIGINAL_URL") 或者 Request.ServerVariables("UNMAPPED_REMOTE_FILE")，看具体环境）。

简单粗暴的做法：

在 404.asp 开头加代码：

dim url_path

url_path = LCase(Request.ServerVariables("URL"))

' 比如 url_path = "/product/abc.html"

' 自己写正则拆出 category 和 id

' 然后 Server.Transfer("index.asp?act=product&id=abc")

注意： 性能肯定不如Rewrite，毕竟每次先报404再转，但胜在啥环境都能跑。而且记得给404页面返回200状态码，否则搜索引擎会当错误页。

技巧3：用Global.asa的Application_OnBeginRequest事件

这个方法只适用于经典ASP的IIS经典模式（Pipeline模式），现在微软推荐集成模式，Global.asa里的OnBeginRequest不一定触发。但如果你还在用老服务器，可以这样：

在Global.asa里：

Sub Application_OnBeginRequest()

Dim path

path = Request.ServerVariables("PATH_INFO")

If InStr(path, "/category/") = 1 Then

Response.Redirect "category.asp?path=" & Server.URLEncode(path), false

End If

End Sub

缺点： 每个请求都会触发，哪怕静态文件也要跑一遍，性能有损耗。而且老手都知道，OnBeginRequest里做Redirect会导致浏览器地址栏变化，不好看。不如改成Server.Transfer，但Transfer本身也有坑，比如session、表单提交时容易乱。所以这个方法只适合简单场景，或者配合缓存判断。

技巧4：自己解析路径，不做重定向（最灵活）

不想依赖服务器组件，也不愿走404弯路，那就直接在主页或者入口ASP文件里解析路径。比如你的网站所有请求都经过 default.asp（设置默认文档为default.asp，或者用伪静态把根目录指向它）。然后在default.asp里：

dim raw_path

raw_path = Request.ServerVariables("PATH_INFO")

' 比如 raw_path = "/user/profile/123"

' 拆成数组

dim parts

parts = Split(Mid(raw_path, 2), "/")

' parts(0) = "user", parts(1) = "profile", parts(2) = "123"

' 根据parts(0)分发到不同的处理函数

Select Case parts(0)

Case "user"

' 调用用户模块

Case "product"

' 调用产品模块

End Select

这样根本不用改URL，所有路径都是假的，全靠程序认第一段目录名。优点： 极致灵活，路由规则全在你手心。缺点： 所有链接都要自己保证不出错，而且外部链接（比如图片、CSS）的路径容易乱，记得用相对根路径（/css/style.css）。

实用小贴士（老手才懂的）

缓存好你的路由表：泛目录解析用多了，每次请求都拆字符串、读数据库，性能吃不消。可以写个简单的Application缓存，把常用路由映射存到内存里，5分钟刷新一次。

处理中文目录：ASP默认处理Unicode的时候容易乱码，建议URL统一用拼音或数字，别让用户直接输中文。实在要支持，记得在开头加 Session.CodePage = 65001。

别用Response.Redirect：除了特殊需要，内部流转都用Server.Transfer，用户看到的地址不变，代码也能拿到Post数据。但Transfer不能跨Application，注意。

小心根目录混淆：如果你的泛目录规则里有/admin这种真实路径，一定要先判断是否真实文件夹存在，否则会覆盖真实文件。

说实话，现在新项目没人用ASP了，但老系统维护、或者一些特殊场景（比如嵌套在老旧CMS里）还是得用。上面这几个方法你自己选一个趁手的，我当年混用技巧2和技巧4，跑了好几年没出过事，就是刚上线时老被客户说“网站打不开”——原来是404页面试图查数据库，结果数据库连接超时了，哈哈。