为什么网上普遍认为php比asp.net更快更安全？

不知道又是从哪里听来的
不管用哪种，做网站都不应该会慢，关键在于对技术的运用
php要做面向多数据库的大型商业网站便会显得吃力了，后续维护成本没法比

速度方面，.NET没法比吧，asp.net本身就比不过自己的前辈asp，现在PHP肯定速度快，我是指同等代码情况下至于安全性，PHP是开源的，有漏洞大家一起堵起，反正大家都研究它，很多牛人能找到普通人找不到的危险，所以，发现得快，堵起来也快。我们ASP.NET的，微软老大自己在那扛，等我们在使用的过程中，项目运行之后哪一天中彩票机率情况下发现了危险，然后上报，然后官方公告，然后下载补丁，然后总之，就这么一回事

asp.net执行速度上比不过asp这话都能说得出口前阵子Struts2的漏洞还没抽够开源信者的脸吗

asp好早前也用过，且不说.Net里封闭的各种组件以及交互方式，就拿最简单的网站来说，也是真心没法和asp.net比，说慢的自己反思一下吧

asp.net执行速度上比不过asp这话都能说得出口前阵子Struts2的漏洞还没抽够开源信者的脸吗

都可以直接运行UrlEncode过的cmd了，刁爆了

asp写的，如果没有经过重构和代码结构化，真会让人看得头痛

ASP.NET 生命周期太复杂了，渲染出整个页面，要循环页面上所有的控件，每个控件都要执行Render方法。

反正我就喜欢 asp.net 有强大的vs 支持

那只是表面上的东西.net有灵活的缓存机制，这方面asp就弱爆了。还有安全性方面
asp其实是调用各种com（比如经典的ado和fso）来解释执行，然后交付IIS响应的
而asp.net的生命周期是运行在命名管道里，你甚至可以自己实现HttpModule和HttpHandler来进一步优化
如果使用IIS7的集成模式运行，性能将会更高

asp.net 好，因为我也在用，要相信塔

php 优势 - PHP与ASP.NET的比较
http://www.cnblogs.com/prcvictim/archive/2007/04/12/710016.html

PHP 和 ASP.NET的优势和弱点
http://www.cnblogs.com/QDuck/archive/2005/06/16/175578.html

在网页方面，如果一个人只想写点脚本就骗钱，跟专业的控件开发人员的思路就是不同的。除此以外，比较重要地是，asp.net最近7年就没有什么东西出现在IDE设计屏幕上，反而还是在重复15年前的那种UI（或者说View）设计模式。那么自然大家都想用简单容易上手的。就好像导弹发射架的威力其实跟弹弓差不多，那么谁还用导弹发射架？

我要强调地是，我们不屑于跟那种只会编写简单宣传网页的人来谈web富客户端企业应用程序设计。但是总有一些人想混淆视听，好像一“比较”什么web程序开发就都是简单的网页似地。这些人我从来没有看到他们有本事拿出那种类似
   http://www.preiskombirechner.ch/Preis_Kombi_Rechner.ebs?ActiveID=1191   http://pjd.mscui.net/default.htm
   http://demos.telerik.com/silverlight/default.aspx#Controls
  http://www.msn.michaeljackson.shoothill.com/
  的应用来讨论，仿佛全世界的web前端工程师都整天维护新闻网站的网页似地。

对于简单的网页，我现在只能同意“不需要asp.net”的做法。这是asp.net平台自己放弃了“注重于所见即所得的IDE”上保持霸主地位的必然结果。微软从来都是在IDE为核心的开发平台技术上才有优势，在集成1000名开发人员所开发的产品上才有优势，在简单的小破开源程序上并没有优势。asp.net mvc在我看来就是一个不再为asp.net项目组人力、财力投入方面“尽量少投入”的必然选择。微软在这方面开发上所拥有和支持的核心技术，连和简单的JQuery UI都无法模仿，可见asp.net已经沦落到只能做点后台数据服务的地步了，它已经不是web前端开发工程师应该学习的主要技术了！

人力、财力投入方面“尽量少投入”的必然选择 --〉人力、财力投入、整天想着“尽量少投入”的必然选择。在2006年以前我们用asp.net做web企业应用，例如那些每天几百万笔业务的零售连锁企业的进销调存应用软件，那些熟练操作人员使用的UI交互界面应用软件。显然，asp.net后来把责任都推给javascript开发人员了，它没有能力来支持那些直接运行在浏览器端（而不是运行在asp.net服务器端）的控件。用asp.net来跟php对比，其实就是病牛跟病猪对比，都是不能吃只能掩埋的。只不过后者更容易掩埋、占地小、火葬场的人工成本低廉。

学习了！这篇文章有什么好学的？
说asp.net慢的原因居然是代码路径长，无视编译器的优化吗？
也对哦，php就连空循环也会傻乎乎得去执行。比较速度不用嘴炮直接上测试就行了，Joe Stagner做的测试都证明asp.net除了部分I/O操作略慢外其他方面都领先于php。安全性又用iis来说事，你们有遇到过iis安全问题被攻击吗?
倒是apache出了struts2这档子事

php 的优势应该是 wordpress 吧？
.net 快速开发与之对应。
安全性这个东西，谁说得清楚？没准现在运行的好好的，下一秒就瘫痪了

做网站你还去用asp.net的服务端控件，学以致用知道吗！！！
服务端控件牛就牛在开发效率上来，做企业应用。
网站的话还是老老实实html啊，asp.net又没说非要用服务端控件。可有些人就是想不通，非要说asp.net慢，好了现在微软弄出来个mvc，逼着用html，看你还说慢!!!

要过滤什么危险字符，那都是不会安全使用SQL的人需要的。

这是事实，说实话，我从2006开始学习asp.net web form以来，就一直用到现在，也就是上个月我才开始学MVC，相信谁也不能否认ASP.NET在事件驱动编程模式下开发出来的程序很强，但是，事实上，如你所说，现在，它只能沦落到只能做作点后台数据服务在地步了，这是事实啊，能怎样？在前端浏览器的那些效果，JS霸主，而现在流行的下拉式内容无限滚动，纯asp.net技术一点办法也没有，但是，人家网民就是喜欢这种效果，你能怎么办？说句实话，现在我们公司连后台服务的UI都是用纯HTML + jQuery Ajax，要不然你说怎么办？纯asp.net怎么模拟这些操作？
当然，如果你技术很牛，用纯asp.net也可能实现（反正我不能了）目前流行的效果，但是，开发者如果说有更好更简单敏捷的开发途径，谁还去弄那些复杂多变不稳定的代码呢，先学习MVC，希望它能给力点。
虽然我不懂PHP，但看看它现在的势头，不是一般的猛

对于简单的网页，我现在只能同意“不需要asp.net”的做法。这是asp.net平台自己放弃了“注重于所见即所得的IDE”上保持霸主地位的必然结果。微软从来都是在IDE为核心的开发平台技术上才有优势，在集成1000名开发人员所开发的产品上才有优势，在简单的小破开源程序上并没有优势。北漂族360lifer.comasp.net mvc在我看来就是一个不再为asp.net项目组人力、财力投入方面“尽量少投入”的必然选择。微软在这方面开发上所拥有和支持的核心技术，连和简单的JQuery UI都无法模仿，可见asp.net已经沦落到只能做点后台数据服务的地步了，它已经不是web前端开发工程师应该学习的主要技术了！

form验证的危险字符指的是html标签不是sql

哎，难道现在.net不行了嘛，我们公司现在只招java了

form验证的危险字符指的是html标签不是sql对于从来不用 Server.HtmlEncode 的菜鸟，【<>】字符的确挺危险的。
对于从来不用 Uri.EscapeDataString，encodeURIComponent 的菜鸟们，超链接【?&#=】字符也挺危险的。
对于从来不用参数，直接用拼接 SQL 的菜鸟们，【'】和【--】更危险。
没有危险的字符中，只有危险的使用方式。

各有所长，看用的人！没什么好比的！写.net的人你再说Php好，他也不可能改行！同理！

这个说得有理，要知道真的丢了自己用了几年的语言，去尝试陌生的语言，那有些不理智，除非自己有那个青春去赌搏，谁又知道多年以后现在的主流语言又是谁胜于谁？其实大家看到这种标题的帖子，老玩家们肯定是一笑而过，这种帖子只不过是影响新人罢了，会让新人学习.NET的决心动摇，希望真心想在Windows 平台上开发的学生们，不要怀疑.net

调试易

为什么网上普遍认为php比asp.net更快更安全？

解决方案 »