朋友的 windows2003+IIS 服务器出了问题。所有静态页工作正常，asp+access页面都响应超时，并且出现提示“客户端的工作过多”的80004005错误。
首先排除了代码的问题，IIS也一切正常。接着看了一下IIS日志，多数网站的流量很小，看不出来异常。这时发现HTTPERR没有关闭，随便打开一页，好家伙，全都是某个静态网站下级目录bbs/中的asp程序产生的错误记录，路径大概是bbs/add.asp?keyword=……，而且错误发生概率极高，每秒几条。问题很明显了，是利用程序漏洞的数据库注入。这个网站恰恰主站是静态页，只有这么一个留言程序，所以之前没有注意到，而问题恰恰就发生在这里。去网站目录里看，access已经达到1G了，正常来讲，access一旦超过百兆，就已经承受不了了，可想而知1G的数据库链接导致服务器的ODBC发生错误，是必然的结果。
问题找到了，解决办法也很简单，只要将错误路径改名，断开注入入口，服务器就恢复正常了。
转自 citywill.net
微软和Zend的合作由来已久,最近开始发力炒作,估计才通过了最后关头,板上钉钉了.
Windows服务器在2000以前主推ASP,后来推出的ASP.net.asp擅长快速开发,.net主力在企业级应用.因此微软将.net作为asp的替代产品,本身就是决策失误――从此微软没有了轻量级web开发,在和Linux系列平台的竞争上,渐渐走向劣势.
目前web开发平台的局面是,windows和linux领导两大阵营,windows企业级开发工具有成熟强大的.net,足以和Java抗衡.轻量级的老大PHP虽然也可以在windows上使用,但是由于性能等方面问题,一直严重向linux倾斜.好在Linux平台上的各类产品是松散运作的,短期内还不能对微软造成太大威胁.微软想要打压对手,就必须重新拾起轻量级这块市场.然而被埋没多年的asp已经时过境迁,虽然还有一些用户,但在大家印象中已经是被.net取代的没落产品,开发者也越来越少,根本无法担负重任了.而重新开发新产品费时费力,不如招安脚踏两只船的php,让天平向windows倾斜一些,如果能够达到平衡,微软就应该心满意足了.
总之,我认为微软对php的政策应该不是偶然的,而是长期的,一旦通过了技术和管理瓶颈,就应该一片光明.我做一个大胆猜测,未来某个版本的VS产品中,将出现php开发的工具;Zend说不定会被收购;PHP将在微软的支持下继续开源,但不能阻止微软对php进行手术,php.net将融入到微软的.net战略.这场交易在开源和商业之间进行,两者将不再斗争,而是互利互赢.
asp程序对面向对象支持的不好，而且代码混杂重用率低为许多程序员所不耻。但是必须用asp怎么办？看看好的大型asp程序是怎么做的也许会受到启发。下面是我现在做的一个网络教学程序。框架是这样做的：
先说说结构：
然后举例简单说明怎么用（基本上就算掏底了）：
这是header里面的全部代码，里面所有的asp部分都是变量或者函数。大多数在各级config里面设置，少数比如title在config设置后，可能还需要在每页写个脚本，追加一部分。比如config里面已经设置了title=”citywill.net”，在某一页的程序块中可以这样追加title=”我这样编写asp - “&title
这就是本人的做法，并且认为这样做比较高效。当然在实践的过程中这个办法要不断的改善。欢迎大家批评。
2006年7月18日8:41:40 修改
