Categories


Tags


防止ASP Session丢失的方法

也许很多ASP开发者都会遇到这样的情况:在会话期间(session)无故丢失sessio n。换而言之,丢失了SessionID,同样session级的变量也会丢失。

很多session丢失的原因是因为错误的程序或者是错误的虚拟目录结构。

SessionID 的改变有下面几个原因。

原因一:

Netscape的浏览器会认为"/App/user.asp"跟"/app/user.asp"是两个不同的程序。它会自动地开始一个新的会话期(new session)。所以,才你的网站上一定要统一字母的大小写。

原因二:

另外一个是原因是 Session.Timeout 的值。

Timeout这个属性是用来设置Session的超时时间的,一分钟为单位。假如一个用户,在一个Timeout的时间内没有刷新或者请求页面,那么会话就会结束(the se ssion ends)。当你再次请求页面的时候,一个新的会话有会开始。

确信Timeout的值,是分钟的。

格式: Session.Timeout [ = nMinutes]

原因三:

假如用户把他们的浏览器的cookie关了,当然session就不能保持。因为session的保持是要靠cookie的。

要保持Session的状态,浏览器就必须支持cookie,而且在打开的状态。你当然可以用其他的方法

原因四:

常犯的错误就是,建立了错误的目录结构。像下面的目录结构:

root  放了global.asa

\virtual_root  没有global.asa

\another_virtual_root  没有global.asa

调用两个virtual roots的页面,就会执行相同的global.asa(root上的那个)

另外的一个目录结构:

root  没有global.asa

\virtual 放了global.asa

\another_virtual_root 另外一个global.asa

每一个不同目录下的global.asa都会各自执行,当然执行的代码就不同了。不过如果里面的代码一样,就令当别说。:)

所以你在请求不同目录下页面,将会导致不同的global.asa被执行。不同的变量被调用,不同的session id被建立....之前的有用的信息都被破坏了。

下面是详细的解释:

当你先浏览子虚拟程序上的页面(child virtual application),然后再去浏览子虚拟程序的上一级的父虚拟程序(parent virtual root)的页面。那些变量就会丢失、破坏。看下面的表格:

请求                     子程序1丢失    子程序2丢失

先请求Root                      不会          不会

只在子程序1之前请求Root         不会           会

只在子程序2之前请求Root          会           不会

最后请求Root                     会            会

有一个注册表的键值(registry entry),叫CheckForNestedVroots(缺省为 1)。是设ASP是否去检测其他目录里的global.asa文件。

假如一个页面被请求,但是如果在这个被请求页面的同一目录里没有global.asa这文件,那么asp就会去上级的目录里找。ASP设计就是这样的。另一方面,假如application被请求的页面是在root的话,而global.asa也在root,那么ASP就会执行这个在root上的global.asa文件。没有必要去找子目录下的global.asa文件了。

Internet 服务管理器,可以把一个目录设成虚拟的目录,这样的目录是可以拥有自己的global.asa文件,当然Application_OnStart和Session_OnStart是少不了的(废话)。

这是个例子。他们都有Global.asa

C:\InetPub\wwwroot <Home>

Global.asa

C:\InetPub\wwwroot\Test2 (Nested)

Global.asa

C:\InetPub\wwwroot\Test2\Test3 (Nested)

Global.asa

C:\InetPub\wwwroot\Test4

Global.asa

注意:

如果Global.asa文件web请求时是要求认证的话,那么在Global.asa文件的Sessi on_onStart过程里初始化的变量将会是空的。如果你的global.asa的权限真的是这样设的话,那么将会带来很多的麻烦。例如你会见到这样的错误信息:

Microsoft OLE DB Provider for ODBC Drivers error '80004005 [Microsoft][ODBC Driver Manager] Data source name not found and no def ault driver specified /<web name>/<asp filename>.asp, line xx

这就是因为Session_onStart里面初始化的session变量是空的(根本就没有初始化)。

另外:这个问题在win95上不存在。更准确的是说,像在FAT这样的,没有文件权限设置的文件系统里,没有这样的问题。所以NT的NTFS是有这样问题的但,win9 5,98的就没有。

所以,你必须为Global.asa文件设置Internet匿名读取的权限,这样才保证问题不会发生。

来源:月光博客


Public @ 2009-09-01 15:46:30

PHP程序提示sql注入漏洞的处理方法

1. 使用参数化查询:使用参数化查询可以有效防止SQL注入攻击,因为参数化查询会将传入的所有参数都转化为字符串,而不是直接将它们插入到SQL语句中。 2. 过滤用户输入:对于用户输入的数据,可以使用过滤函数或正则表达式进行过滤,以确保它们不包含任何特殊字符或SQL语句。 3. 不要将敏感数据存储在可访问的目录:将敏感数据存储在Web服务器可访问的目录中是一个很容易被攻击的方式,需要将其存储在安

Public @ 2023-06-13 22:00:28

前端开发大众手册(包括工具、网址、经验等)

这里是一些前端开发的大众手册,包括工具、网址、经验等: 1. 工具篇: - 编辑器:VS Code、Sublime、Atom、WebStorm - 版本控制:Git、Sourcetree、GitHub - 包管理器:npm、yarn - UI 库:Bootstrap、Material-UI、Ant Design、Element UI - JS 框架:Vue、React、Angular、jQue

Public @ 2023-06-18 00:50:35

几行代码防止表单重复提交

在服务器端可以通过以下几行代码来防止表单重复提交: 1. 在表单提交时,生成一个唯一的 Token,并将其存储到服务器的 Session 或者缓存中。 2. 将这个 Token 通过隐藏域的形式插入到表单中,并在表单提交时一同提交给服务器。 3. 在服务器端接收到表单提交请求时,先从 Session 或者缓存中获取之前存储的 Token,并与表单提交的 Token 进行比较。 4. 如果两者匹配

Public @ 2023-07-27 21:00:36

几行代码防止表单重复提交

在很多情况下都需要防止相同的表单被多次提交,很多人的实现方法都比较复杂(代码数量超过几十行!!)下面提供一种只需使用几行代码的方法,轻松地实现了防止用户刷新多次提交表单和使用后退钮重复多次提交表单。表单文件formtest.asp<%Randomize '初始代随机数种子num1=rnd() '产生随机数num1num1=int(26*num1)+65 '修改num1

Public @ 2009-11-26 15:46:27

更多您感兴趣的搜索

0.574753s