ASP.NET编程：Http非常eurl.axd堕落信息办理办法

据说很厉害，甚至可以把C＃也干掉^_^，不过也很复杂，本来C＋＋已经够复杂的。有人甚至还提出把这个东东引进标准，我觉得基本上不可能的。</p>在IIS6中同时启用了ASP.NET2.0和ASP.NET4.0后，网站程序大概会呈现以下毛病：“System.Web.HttpException:Path‘//eurl.axd/‘wasnotfound.”
毛病产生的缘故原由是当ASP.NET检测到Web站点设置为利用ASP.NET4.0，当地ASP.NET4.0的组件会传送一个不克不及扩大的URL到ASP.NET的办理程序作进一步处置。可是，假如一个低于ASP.NET4.0的网站设置为利用ASP.NET2.0，处置如许不克不及扩大的URL时，URL的修正了局中会包括字符串“eurl.axd”，修正后的URL会被发送到ASP.NET2.0使用程序。
ASP.NET2.0中是不克不及辨认“eurl.axd”的。因而ASP.NET2.0会实验查找一个文件名为“eurl.axd”的文件并实行它。由于没有如许的文件，以是会哀求失利，Http非常并抛出带有字符串“eurl.axd”的毛病。
有三种办法能够办理如许的成绩：
1.假如网站程序不必要ASP.NET4&lrm;.0的撑持，那末能够间接设置网站利用ASP.NET2.0。
2.假如网站程序必要ASP.NET4&lrm;.0的撑持，就必要将该网站下利用ASP.NET2.0的假造目次挪动到其他网站。
3.假如下面两种办法都不合用于你的实践情形，那末就只能用这类办法了：
翻开注册表找到“HKEY_LOCAL_MACHINESOFTWAREMicrosoftASP.NET4.0.30319.0”，增加键值名为“EnableExtensionlessUrls”范例为“DWORD”的键值，并设置值为“0”。然后在cmd中运转“IISRESET”，重启IIS以读取注册表修正后的内容。注：此项修正就是封闭ASP.NET4&lrm;.0对无扩大URL的处置，若将此项键值设为“1”则开启。
以前学了大概半年时间的asp（没有机会做大系统，最多是自己对公司系统做些调整和修改还有一些小程序）。应该说开始接触asp.net是今年元月5号的事。现在很想把公司的系统重新用.net来架构，却不知道如何下手。

ASP是把代码交给VBScript解释器或Jscript解释器来解释，当然速度没有编译过的程序快了。

可以看作是VC和Java的混合体吧，尽管MS自己讲C#内核中更多的象VC，但实际上我还是认为它和Java更象一些吧。首先它是面向对象的编程语言，而不是一种脚本，所以它具有面向对象编程语言的一切特性。

现在的ASP.net分为两个版本：1.1和2.0Asp.net1.1用VS2003(visualstudio2003)编程。Asp.net2.0用VS2005(visualstudio2005)编程。现在一般开发用的是VS2003。

ASP是把代码交给VBScript解释器或Jscript解释器来解释，当然速度没有编译过的程序快了。

同时也感谢博客园给我们这个平台，也感谢博客园的编辑们做成专题引来这么多高人指点。

现在主流的网站开发语言无外乎asp、php、asp.net、jsp等。

平台无关性是PHP的最大优点，但是在优点的背后，还是有一些小小的缺点的。如果在PHP中不使用ODBC，而用其自带的数据库函数（这样的效率要比使用ODBC高）来连接数据库的话，使用不同的数据库，PHP的函数名不能统一。这样，使得程序的移植变得有些麻烦。不过，作为目前应用最为广泛的一种后台语言，PHP的优点还是异常明显的。

仓酷云

在调试JSP代码时，如果程序出错，JSP服务器会返回出错信息，并在浏览器中显示。这时，由于JSP是先被转换成Servlet后再运行的，所以，浏览器中所显示的代码出错的行数并不是JSP源代码的行数。