您的位置: 首页 - ASP

关于IIS7.0上传大文件出错的解决方案(描述: 请求筛选模块被配置为拒绝超过请求内容长度的请求)

分类: ASP 发布: yaosansi 浏览: 日期: 2007年12月17日

使用IIS7.0的asp上传大文件时出现如下错误：

 

HTTP Error 404.13 - Not Found


描述: 请求筛选模块被配置为拒绝超过请求内容长度的请求。

错误代码: 0x00000000

通知: BeginRequest

评论:(0) Tags: IIS7  applicationhost.config  maxAllowedContentLength  AspMaxRequestEntityAllowed  

谈asp中数据库的事务处理及技巧

分类: ASP 发布: yaosansi 浏览: 日期: 2006年12月19日

看过不少朋友的代码，包括一些学了挺长时间的朋友，在对数据库的处理当中从来不使用事务，或者有些虽然使用了事务处理，但并没有达到他们所预期的效果。实际上，真正要做一个商业化的程序，对数据的事务处理是必不可少的。下面就一些事务处理的问题谈一下我的看法。

什么叫事务，这里我就不祥述了，感兴趣的朋友可以自己看一下sql server的book online或是msdn。我举一个浅显的例子吧，比如说你要把一个form中的数据同时向两个相关联的表中插入，如果不使用事务，那就可能出现这用情况，第一个表中成功更新后，突然数据库出现意外状况，第二个表的操作没有完成，这样的话有什么结果也就不用说了。要避免这种情况，就应该使用事务，它的作用就是要不两个表都操作成功，要不都失败，换句话说，就是保持数据的一致性。具体做法是这样，在begin trans之后的所有操作只有到commit trans的时候才真正执行，如果其中有一部分操作失败，那么就用rollback trans恢复整个事务，是数据保持所有操作进行以前的状态。但这里需要注意的一个问题是，如果有一部分操作失败，但不是致命错误，那么数据库不会停在那儿，而是继续下一条操作，直到执行到commit trans , 系统会执行那些已经成功的操作，这也就是为什么有些程序尽管用了事务但还是出现只有部分数据被更新的情况，而不是预想的能够保持数据的一致性。所以正确的做法应该是在每一个对数据的操作后，都应该检查一下@@error的值，如果出错则转向错误处理部分，该部分负责执行rollback trans ,恢复整个事务。

看下面两个表，这是一个bbs的注册用户表以及它的相关表。

if exists(select * from sysobjects where ID = object_id("BBSUser"))
drop table BBSUser
go

create table BBSUser
(
ID int Primary key identity not null ,
UserName varchar(20) default "" not null ,
Password varchar(10) default "" not null ,
UserType tinyint default 0 not null , --用户类型，1为斑竹
Email varchar(100) default "" not null ,
HomePage varchar(100) default "" not null ,
ICQ varchar(20) default "" not null ,
Signature varchar(255) default "" not null , --签名
Point int default 0 not null , --用户积分
)
go

if exists(select * from sysobjects where ID = object_id("BBSUserAction"))
drop table BBSUserAction
go

create table BBSUserAction
(
id int Primary key identity not null ,
UserID int default 0 not null , --用户ID
SignTime datetime default getdate() not null , --登录时间
IP varchar(15) default "" not null , --登录IP
)
go

评论:(0) Tags: 事务  技巧  ASP  

asp中事务处理

分类: ASP 发布: yaosansi 浏览: 日期: 2006年12月19日

On   Error   Resume   Next   

conn.begintrans   
    
 conn. Execute   strSQL  
   
If  conn.Errors.Count= 0 Then
     conn.CommitTrans'事物结束 
   Else
     conn.RollbackTrans
     conn.Errors.Clear
 End If 

....     '连接数据库  
  conn.open  
  conn.BeginTrans  
  .....      
  '此后,在每次数据库操作的时候,判断   err.number   <>   0,如果是true,   Conn.RollBackTrans  
  '直到两个表都操作完成后,在recordset关闭后,再:  
  Conn.CommitTrans  
  ....   '关闭数据库连接

 

评论:(1) Tags: 事务  ASP  

asp存储过程使用大全

分类: ASP 发布: yaosansi 浏览: 日期: 2006年11月2日

1，调用没有参数的存储过程
<
setconn=server.CreateObject("adodb.connection")
setcmd=server.CreateObject("adodb.command")
strconn="dsn=pubs;uid=sa;pwd"
评论:(0) Tags: ASP  存储过程  

Asp/MySQL运行全攻略

分类: ASP 发布: yaosansi 浏览: 日期: 2006年10月24日

用Asp连接MS SQL大家不会陌生，但MySQL作为一个优秀的数据库，不能和Asp配合使用就太可惜了。我在网上找了下，关于用Asp连接Mysql的文章，我都仔细浏览并进行了大量测试，结果是：确实能连上Mysql数据库（并对其操作之），但需要组件支持（居然是30天测试版本，晕，购买需要$90.00）。最近，我终于找到了完美解决Asp MySQL的方案。。 
所需软件：
1.mysql-4.0.16-win  (其它版本我不熟悉，就下了这个了)
2.MyODBC-3.51.06   (这个是mysql官方网站提供的，不要认为有了这个就行了，后面还要讲到) 
评论:(0) Tags: ASP  mysql  

跨站Script攻击的防犯

分类: ASP 发布: yaosansi 浏览: 日期: 2006年9月21日

一、如何避免服务器受到跨站Script的攻击 

　　值得庆幸的是，防止跨站Script攻击的技术正趋于完善。目前可采取这几种方式来防止跨站Script的攻击： 

　　1.对动态生成的页面的字符进行编码 
评论:(1) Tags: 跨站Script  攻击  防犯  

用ASP实现在线压缩与解压缩

分类: ASP 发布: yaosansi 浏览: 日期: 2006年9月21日

作者：csbq

　　一、问题的提出

　　随着互连网的发展，网站的数量以惊人的数字增加。网站的作用除了给广大网友们提供信息资讯服务外，还应该成为网友们上传与下载文件的场所。在上传与下载文件的过程中 ，传输时间是关键，这就要求有较快的传输速度。在传输速度固定不变或是上下变动不大的情况下，尽量减小传输文件的体积，是一个可行的办法：上传文件的时候，先将要上传的文件用WINRAR压缩，上传成功后在网站内通过程序实现解压缩；下载文件的时候，先将要下载的文件在网站内通过程序实现压缩然后再下载。本文就针对该问题的解决进行探讨。

　　二、方法与说明

　　首先要上传一个WINRAR的解压程序，就是WINRAR自己的解压程序，只需要它的核心程序RAR.EXE这个文件就可以了，在WINRAR的安装目录里可以找到。然后要上传一个执行RAR.EXE的程序 CMD.EXE 这个是WINDOWS操作系统里的程序，在系统盘WINNT/SYSTEM32文件夹中可以找到。上传完这两个文件后，就需要编写一些程序代码来实现压缩与解压缩。

评论:(0) Tags: 压缩  解压缩  ASP  

ASP输出Word、Excel文件

分类: ASP 发布: yaosansi 浏览: 日期: 2006年7月17日


<%

    Dim Fso,FileExt,strFilePath,Mime
    strFilePath = "f:\sifang\qyoa\国贸手抄.doc"
    Set Fso=Server.CreateObject("Scripting.FileSystemObject")
    FileExt = Fso.GetExtensionName(strFilePath) 
       Set fso=Nothing

    Select Case FileExt
        Case "doc"
        Mime="Application/msword"
        Case "xls"
        Mime="Application/msexcel"
    End Select

Call OutPut(strFilePath,Mime)

'######################################################
Function OutPut(strFilePath,Mime)
Response.ContentType = Mime
Const adTypeBinary = 1
Set objStream = Server.CreateObject("ADODB.Stream")
objStream.Open
objStream.Type = adTypeBinary
objStream.LoadFromFile strFilePath
Response.BinaryWrite objStream.Read
objStream.Close
Set objStream = Nothing
End Function
'######################################################
%>

评论:(0) Tags: ASP  Word  Excel  

阿江的WINDOWS服务器安全设置

分类: ASP 发布: yaosansi 浏览: 日期: 2006年6月7日

作者: 阿江 出处:www.ajiang.net
前言
其实，在服务器的安全设置方面，我虽然有一些经验，但是还谈不上有研究，所以我写这篇文章的时候心里很不踏实，总害怕说错了会误了别人的事。

本文更侧重于防止ASP漏洞攻击，所以服务器防黑等方面的讲解可能略嫌少了点。
评论:(0) Tags: 安全  Windows  

[asp]让你知道codepage的重要，关于多语言编码

分类: ASP 发布: yaosansi 浏览: 日期: 2006年5月12日

这几天研究UTF-8编码，太晕了，把我的看法和各位讨论讨论。
欢迎来批啊。以下都是我的想法，哪里有不对的请不吝赐教，帮忙指出来。
==========================================================
相关的题外话：
一、操作系统
window系统内部都是unicode的。文件夹名，文件名等都是unicode的，任何语言系统下都能正常显示。
二、输入法：
微软拼音输出的是Unicode的，智能ABC输出是简体中文的（所以智能ABC在非简体中文系统根本不能用，只能打英文）。
三、网页的textarea
网页的textarea是用unicode显示的。所以往里打什么字都能显示。而一些flash做的输入框就不行了。
四、Access2000
access里面保存的数据是unicode的，在任何语言系统下都能显示。
如果数据视图查看有些字符不正常，那是因为显示所用的字体不是Unicode字体，
换用Arial Unicode MS 字体就能全部显示了。（access帮助，搜索，输入unicode，有说明）
五、Word
word里的繁简转换，简体转换到繁体后，内码仍是简体中文的，其实只是简体中的繁体字。
六、ASP内部是Unicode的，所有文本都是Unicode存储的。需要时转换到指定字符集。
=======================================================
首先说下结论：
<%@ codepage=936%>简体中文
<%@ codepage=950%>繁体中文
<%@ codepage=65001%>UTF-8

codepage指定了IIS按什么编码读取传递过来的串串（表单提交，地址栏传递等）。
也指定了所有文本变量从Unicode转换到的编码，
也就指定了从数据库取出的数据从Unicode转换到的编码。（注意这个，很重要。）

关键字：
读取：一个串串，按简体读取是一些字，按繁体读取是一些字，串串本身编码没有变。
转换：系统主动的转换，比如从Unicode的“化”字到Big5的“化”字，内码变成Big5的。如果Big5没有对应的字，保留Unicode形式（&#xxxx;）

简体中文：化六个结论
Unicode16进制形式：&#x5316;&#x516d;&#x4e2a;&#x7ED3;&#x8bba;
Unicode10进制形式：&#21270;&#20845;&#20010;&#32467;&#35770;

下面是我推测出来的编码转换的过程：
客户端：输入法Unicode--输入框unicode--从Unicode按charset转换到对应编码()--表单发送编码

服务器端：IIS解开表单编码--按codepage指定编码读取--转换到对应的Unicode--可以用request("")读取了--进行一些处理--以Unicode编码保存到数据库

服务器端：读取数据库的Unicode数据，转换到codepage指定编码---生成源代码--IE按charset读取显示。


下面举例说明：
例一：
假设有三个asp页面，典型的留言页面：
1.    write.asp 简单的输入表单，提交到add.asp。
<META http-equiv="Content-Type" content="text/html; charset=big5">
2.    add.asp 接收留言，保存到数据库
<%@ codepage=936%>
3.    read.asp 从数据库取得留言，显示。
<%@ codepage=936%> charset=GB2312 或
<%@ codepage=950%> charset=big5

大家可以猜一猜，我在write.asp里用微软拼音输入法输入“化六个讨论”。最后在read.asp里会显示什么样？
是不是晕了。让我们从头分析。



例二：
把例一的add.asp的<%@ codepage=936%>改为<%@ codepage=950%>，又会怎么样呢？



到这里发现了什么？
1．如果输入的文字和Charset对应的不同，一转换，就可能出现Unicode形式的字了。这里就是原因所在。以后整个过程都保留着。
2．Add.asp里codepage决定了保存到数据库的文字，用的是哪个语言对应的Unicode.如codepage=936，
那么数据库保存的就是简体中文的Unicode（数据库拿回简体中文系统，一切正常的），
codepage=950保存的就是繁体中文的Unicode.（拿回简体中文系统，就不对了）。
3．注意一下串串的变化过程：
--------------------------------------------------------------------
1)    输入法---Charset    Unicode----指定字符集的映射
2)    Charset----表单编码    串串简单编码
3)    表单解码    上步的逆过程，两步抵消了。
4)    串串à按codepage读取    串串没变，这步有可能“误会读取”
5)    转为对应的Unicode    Codepage指定字符集----Unicode映射
6)    中间处理，进数据库    无变化，直接以Unicode形式进入
7)        
8)    按codepage读取数据库     Unicode----codepage指定字符集的映射
9)    显示，按Charset指定字符集读取    串串没变。
-------------------------------------------------------------------------------
以例一说明：


例二：


=============================================
晕了。现在来用用知识。

案例1。
简体中文系统下跑的好好的代码，放到国外空间上，数据库里乱码，原有的数据也乱码。
分析：因为大多数人平时用的都是简体中文系统，默认的codepage=936，所以平时大家不写也没有关系。
但到了国外空间问题就出来了。从数据库里的Unicode转换到英文编码去了，所以数据库原有的简体中文转换到英文后，按GB显示自然乱码。
如图，新输入的文字显示正常，但数据库里保存的是英文的Unicode的。
解决方法：全部加上<%@codepage=936即可%>。
全程只有简体中文与对应Unicode间的转换。



案例二：
简体中文的代码和数据，想转为完全的繁体版，该怎么办？
分析：1。代码文件编码全部改为Big5的，文件本身保存编码选繁体。
2．<%@ codepage=936 %>
3.Charset=big5
4.access版本无所谓，因为access里的数据是Unicode的。
5.好了，代码可以在纯繁体系统下跑了。
6.遗留问题：原有的简体中文数据读出会有一些问号。效果同例一的950读取，big5显示。因为从简体中文的Unicode转换到繁体中文了，有些字繁体中没有，就会出问号。
7.解决：用一个临时asp页，codepage=65001，读出为简体中文的Unicode，用一个Unicode->Big5的函数，转为繁体中文，然后写回数据库，应该行了吧？
案例三：
简体中文的代码和数据库，想转为完全的UTF-8版，怎么办？
分析：1。代码文件编码全部改为UTF-8的，文件本身保存编码选UTF8。
2．<%@ codepage=65001 %>
3.Charset=UTF-8
4.access版本无所谓，因为access里的数据是Unicode的。
5.OK，没有任何遗留问题。原有的简体中文也会正常显示。因为数据库里是Unicode的，按Unicode读出没有任何转换。自然不会乱码。看来转到UTF-8还是很简单的。
=============================================
案例完全是我按照理论推导出来了，未经证实。
有类似经历的欢迎批评指正。
 
1，普通HTML页面，并声明此HTML文件是采用gb2312字符集。

保存为文件名：utf1.html，编码采用ANSI。


<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=gb2312">
<meta name="author" content="CN-Bruce www.cnbruce.com">;
<title>utf-8</title>
</head>
<body>
调试utf-8代码
</body>
</html>


IE中浏览，字符显示正常。若选择浏览器菜单“查看”——“编码”——“除简体中文以外”，页面出现乱码。

2，依然是普通HTML页面，并声明此HTML文件是采用gb2312字符集。

保存为文件名：utf2.html，但编码采用UTF-8。


<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=gb2312">
<meta name="author" content="CN-Bruce www.cnbruce.com">;
<title>utf-8</title>
</head>
<body>
调试utf-8代码
</body>
</html>


IE中浏览，字符显示正常。再选择浏览器菜单“查看”——“编码”——“始终显示Unicode(UTF-8)”，页面不出现任何乱码。

3，同样是普通HTML页面，但声明此HTML文件是采用UTF-8字符集。

保存为文件名：utf3.html，但编码采用ANSI。


<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<meta name="author" content="CN-Bruce www.cnbruce.com">;
<title>utf-8</title>
</head>
<body>
调试utf-8代码
</body>
</html>


IE中浏览，字符显示直接是乱码。再选择浏览器菜单“查看”——“编码”——“简体中文”，页面方才正常。

4，继续是普通HTML页面，声明此HTML文件是采用UTF-8字符集。

保存为文件名：utf4.html，并且编码还是采用UTF-8。


<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<meta name="author" content="CN-Bruce www.cnbruce.com">;
<title>utf-8</title>
</head>
<body>
调试utf-8代码
</body>
</html>


IE中浏览，字符显示正常。再选择浏览器菜单“查看”——“编码”——“始终显示Unicode(UTF-8)”，页面不出现任何乱码。

那么现在，个人总结得出：从utf2.html和utf4.html比较得，页面显示的和文件所采用的字符集并无直接关系，其只是一个声明作用。真正的主体还是该文件保存时的编码格式：ANSI or UTF-8

以下是一篇文章参考： www.linuxforum.net/books/UTF-8-Unicode.html
评论:(0) Tags: codepage  编码  
分页:[«]1[2][3][4][5][6][7][8][9][10][»]

Powered By Z-Blog 1.8 Walle Build 91204

Copyright 2005-2010 yaosansi'site All Rights Reserved.

感谢系统大玩家为本站提供FTP空间
辽ICP备05021434号