ASP.NET教程之ASP.NET 2.0不克不及辨认eurl.axd的办理办法...

一个很大的类库。应用程序之所以难以跨平台，在于直接调用了特定平台的接口，而一个巨大的类库，就能极大地减少应用程序对平台的依赖。</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”则开启。觉得J2EE好像有很多工具，比如servlet,jboss,tomcat,ejb什么的，可是微软的.NET怎么什么也没有啊？

如今主流的Web服务器软件主要由IIS或Apache组成。IIS支持ASP且只能运行在Windows平台下，Apache支持PHP，CGI，JSP且可运行于多种平台，虽然Apache是世界使用排名第一的Web服务器平台。

市场决定一切，我个人从经历上觉得两者至少在很长时间内还是要共存下去，包括C和C++，至少从找工作就看得出来，总不可能大家都像所谓的时尚一样，追捧一门语言并应用它。

提供基于组件、事件驱动的可编程网络表单，大大简化了编程。还可以用ASP.NET建立网络服务。

主流网站开发语言之JSP:JSP和Servlet要放在一起讲，是因为它们都是Sun公司的J2EE（Java2platformEnterpriseEdition）应用体系中的一部分。

这也就是最近几年来随着各种新的后台技术的诞生，CGI应用在Internet上越来越少的原因。CGI方式不适合大访问量的应用。

代码逻辑混乱，难于管理：由于ASP是脚本语言混合html编程，所以你很难看清代码的逻辑关系，并且随着程序的复杂性增加，使得代码的管理十分困难，甚至超出一个程序员所能达到的管理能力，从而造成出错或这样那样的问题。

ASP.NET可以无缝地与WYSIWYGHTML编辑器和其他编程工具（包括MicrosoftVisualStudio.NET）一起工作。这不仅使得Web开发更加方便，而且还能提供这些工具必须提供的所有优点，包括开发人员可以用来将服务器控件拖放到Web页的GUI和完全集成的调试支持。微软为ASP.net设计了这样一些策略：易于写出结构清晰的代码、代码易于重用和共享、可用编译类语言编写等等，目的是让程序员更容易开发出Web应用，满足计算向Web转移的战略需要。

asp.net空间的支持有:ASP.NET1.1/虚拟目录/MicrosoftFrontPage2000扩展/CDONTS,同时他的网站上也提供了Asp.net的使用详解和程序源代码，相信对使用ASP.NET编程的程序员来说会非常有用哦!