1. 使用参数化查询：使用参数化查询可以有效防止SQL注入攻击，因为参数化查询会将传入的所有参数都转化为字符串，而不是直接将它们插入到SQL语句中。 2. 过滤用户输入：对于用户输入的数据，可以使用过滤函数或正则表达式进行过滤，以确保它们不包含任何特殊字符或SQL语句。 3. 不要将敏感数据存储在可访问的目录：将敏感数据存储在Web服务器可访问的目录中是一个很容易被攻击的方式，需要将其存储在安全的位置。 4. 关闭错误报告：关闭数据库错误报告可以防止攻击者从报告中获取关键信息。 5. 使用安全的MySQL版本：使用最新的MySQL版本可以保证系统的安全性，因为新版本通常会修复许多安全漏洞。 6. 检查用户输入的长度：对于用户输入的长度进行限制，以确保它们不会超过数据库字段的最大长度。
自从ＭＳ推出ASP技术后，由于ASP在创建动态交互式站点上的强大功能及其代码编写的简便性，使ASP在很多Internet/Intranet/Extranet网站上得到了极其广泛的应用，尤其是涉及到数据库操作的网站应用系统更是倾向于采用ASP技术。但由于众所周知的原因，ASP只能工作于ＭＳ自己的操作系统平台和服务器软件之下，即只能在WindowsNT+IIS系列或Windows9X+PWS系列中使用
也许很多ASP开发者都会遇到这样的情况：在会话期间(session)无故丢失sessio n。换而言之，丢失了SessionID,同样session级的变量也会丢失。很多session丢失的原因是因为错误的程序或者是错误的虚拟目录结构。SessionID 的改变有下面几个原因。原因一：Netscape的浏览器会认为"/App/user.asp"跟"/app/user.
php一些程序访问报错，具体特征如下：HTTP/1.1 200 OK Connection: close Date: Wed, 26 May 2010 08:11:38 GMT Content-Type: text xml Server: Microsoft-IIS/6.0 X-Powered-By: PHP/5.2.8 X-Powered-By: ASP.NET解决办法：直接吧PHP运行模式换成
可以下载PHP的防护脚本：http://downinfo.myhostadmin.net/php360.zip1.解压后将360_safe3.php传到要包含的文件的目录2.在页面中加入防护，有两种做法，根据情况二选一即可：a).在所需要防护的页面加入代码require_once('360_safe3.php');就可以做到页面防注入、跨站如果想整站防注，就在网站的一个公用文件中，
