IIS6以FastCGI方式运行php后,稳定性并不见好转
[
2009/03/21 15:59 | by 袁旭东 ]
2009/03/21 15:59 | by 袁旭东 ]
前几天为IIS6增加了FastCGI支持,并且以FastCGI方式运行php后,今天中午服务器又宕机了,大概比ISAPI方式的时候稍微稳定一些,也不一定。目前可以肯定的是,FastCGI方式是比以前快了,但是稳定性并没有证据表明比ISAPI来得更好。不知道是不是我的IIS的问题。因为,IIS上同时运行着php和asp.net。曾经单独运行asp.net的时候,没有宕机过,一般情况下我都是每一个月左右手动重启服务器一次,自从安装了php支持以后,就开始宕机不断了。也许我应该从php身上找原因。
什么时候我把所有asp.net程序转换成php后,就可以测试一下,IIS单独运行php的稳定性了。测试完,有个结论后,也就是我更换系统的时候,呵呵。
什么时候我把所有asp.net程序转换成php后,就可以测试一下,IIS单独运行php的稳定性了。测试完,有个结论后,也就是我更换系统的时候,呵呵。
IE8正式版发布了,简体中文也同步发布
[
2009/03/20 18:08 | by 袁旭东 ]
2009/03/20 18:08 | by 袁旭东 ]
一直没有怎么关注过IE,今天突然听同事说,IE8正式版发布了,感觉很惊讶,呵呵。不过细想,风雨欲来风满楼,Windows 7的发布眼看就将近了,那么IE8当然要发布了,IE8就是那一阵风吧。
不知道这次IE8的发布,对于网页设计,是好事还是坏事。好事,IE8向W3C更近了一步;坏事,一下子三个IE版本共存,以前设计网页考虑 Firefox、IE6、IE7,现在又多了一个IE8。不过,真的希望Windows 7的出现,能真正的替代Windows XP,那样IE8才可能替代IE6和IE7,就像Windows XP替代Windows 9X和Windows 2000一样,IE6替代了IE5。所以我们现在设计网页基本上不用考虑对IE5的兼容了。
分久必合,统一标准是大势所趋。刚才简单测试了一下,IE8对W3C标准的符合程度已经进了一大步了。
不知道这次IE8的发布,对于网页设计,是好事还是坏事。好事,IE8向W3C更近了一步;坏事,一下子三个IE版本共存,以前设计网页考虑 Firefox、IE6、IE7,现在又多了一个IE8。不过,真的希望Windows 7的出现,能真正的替代Windows XP,那样IE8才可能替代IE6和IE7,就像Windows XP替代Windows 9X和Windows 2000一样,IE6替代了IE5。所以我们现在设计网页基本上不用考虑对IE5的兼容了。
分久必合,统一标准是大势所趋。刚才简单测试了一下,IE8对W3C标准的符合程度已经进了一大步了。
关于跨域进行验证的研究
[
2009/03/20 10:40 | by 袁旭东 ]
2009/03/20 10:40 | by 袁旭东 ]
今天做通行证网站,子站老用户绑定功能。绑定子站的老用户,把子站老用户的用户名和密码记录在通行证网站的数据库中。如果用户绑定时,直接将用户的输入存到数据库中显然是不行的,必须要到子站中去验证该用户名和密码。而且我想要做成无刷新验证,那么就只好使用动态生成iframe,让 iframe去子站的验证页面,然后这边读取iframe最后的内容就可以了。方法简单吧,想法也不错,但是事实却是,无法跨域获取iframe的内容。
如何解决这个问题呢?只好还是使用老方法,子站验证完以后,在url中附带验证结果,然后跳转回通行证网站,这样再获取iframe的内容时,因为都是同一个域下的文件,轻松获取。
url中传递数据要涉及到加密,可以根据实际情况选择是否加密。对于没有安全性要求的还是不加密了,能省则省嘛。
补充一点,iframe获得最终结果后,如果结果正确则需要调用父窗体一个函数,比如绑定用户函数,这样就完成了整个调用。
如何解决这个问题呢?只好还是使用老方法,子站验证完以后,在url中附带验证结果,然后跳转回通行证网站,这样再获取iframe的内容时,因为都是同一个域下的文件,轻松获取。
url中传递数据要涉及到加密,可以根据实际情况选择是否加密。对于没有安全性要求的还是不加密了,能省则省嘛。
补充一点,iframe获得最终结果后,如果结果正确则需要调用父窗体一个函数,比如绑定用户函数,这样就完成了整个调用。
IIS7以FastCGI方式运行PHP
[
2009/03/19 21:44 | by 袁旭东 ]
2009/03/19 21:44 | by 袁旭东 ]
IIS7已经原生支持FastCGI了,FastCGI的好处大家都是知道的,那么下面我就直接进入正题,图文解说一下如何使IIS7以FastCGI方式运行PHP。
首先,是安装IIS7。安装过程很简单,不过要注意一点,就是选择角色服务的时候,别忘记选择CGI。
然后是安装PHP,安装的时候选择IIS FastCGI,剩下的一路Next就可以了。
首先,是安装IIS7。安装过程很简单,不过要注意一点,就是选择角色服务的时候,别忘记选择CGI。
然后是安装PHP,安装的时候选择IIS FastCGI,剩下的一路Next就可以了。
发现网易全部使用的是nginx
[
2009/03/19 19:43 | by 袁旭东 ]
2009/03/19 19:43 | by 袁旭东 ]
以前都没有注意过,今天才注意到网易除了邮件站点,其他的全部使用了nginx,而且还是0.7.22和0.7.30。以往看到不少使用nginx的大站,但是大部分使用的是nginx的稳定版本0.6.x,几乎没看到过使用开发版本的。看来即使是开发版本,nginx也有相当的稳定性了,不然像网易这样的大站无论如何也不会使用它了。
使用UEStudio替代Visual Studio进行ASP.NET开发
[
2009/03/19 10:45 | by 袁旭东 ]
2009/03/19 10:45 | by 袁旭东 ]
前言:
Visual Studio 2008太大了,就算是Express版本无论你怎么设置,把它安装到其他盘,它都要占系统盘1G多的空间。我现在装的是Windows 2008,本来系统盘分区就不太大(15G),以前对Windows 2003已经足够大了,但是现在Windows 2008就占了10G左右,而我有个习惯,硬盘分区至少要保留30%的剩余空间,也就是说,系统盘基本上不能再安装什么东西了。所以,寻找VS的替代品就提上了日程。
正文:
怎么选中的UEStudio咱就不说了,下面直接说说怎样设置UEStudio使其可以进行ASP.NET开发。我安装的是UEStudio '09,那就以UEStudio '09为例,其他版本的UEStudio应该大同小异。
首先就是下载UEStudio '09,我这里给一个链接:http://www.newdou.com/soft/38345.html,我是不是在这里下载的我也记不得了,或者大家可以自行到Google上搜索。不论怎样得到,都别忘了安装前用杀毒软件查查毒。确定没问题了再安装。安装和破解的步骤就不讲了,有可能你下载的是破解版的,那样连破解都省了。
大家的UEStudio已经安装好了,该破解的也已经破解了,已经可以正常运行了。接下来就是设置。
Visual Studio 2008太大了,就算是Express版本无论你怎么设置,把它安装到其他盘,它都要占系统盘1G多的空间。我现在装的是Windows 2008,本来系统盘分区就不太大(15G),以前对Windows 2003已经足够大了,但是现在Windows 2008就占了10G左右,而我有个习惯,硬盘分区至少要保留30%的剩余空间,也就是说,系统盘基本上不能再安装什么东西了。所以,寻找VS的替代品就提上了日程。
正文:
怎么选中的UEStudio咱就不说了,下面直接说说怎样设置UEStudio使其可以进行ASP.NET开发。我安装的是UEStudio '09,那就以UEStudio '09为例,其他版本的UEStudio应该大同小异。
首先就是下载UEStudio '09,我这里给一个链接:http://www.newdou.com/soft/38345.html,我是不是在这里下载的我也记不得了,或者大家可以自行到Google上搜索。不论怎样得到,都别忘了安装前用杀毒软件查查毒。确定没问题了再安装。安装和破解的步骤就不讲了,有可能你下载的是破解版的,那样连破解都省了。
大家的UEStudio已经安装好了,该破解的也已经破解了,已经可以正常运行了。接下来就是设置。
Windows Vista/2008 无法静态绑定Mac的解决方法
[
2009/03/19 09:49 | by 袁旭东 ]
2009/03/19 09:49 | by 袁旭东 ]
昨天由于受到了局网里的arp欺骗攻击,导致我无法上网,想到要静态绑定网关的mac,以前在windows 2003下,直接执行以下命令就可以了。
但是,在windows 2008下,这样的方法就行不通了。同样执行上面的命令,会提示
首先想到的是关闭UAC,但那也是徒劳的,错误提示依然。没有办法,用另一台机子上网(网关绑定了该机的mac,所以对攻击免疫)Google了一下,原来绑定mac还有一条命令可以,如下
引用
arp -s 192.168.0.1 xx-xx-xx-xx-xx-xx
但是,在windows 2008下,这样的方法就行不通了。同样执行上面的命令,会提示
引用
The ARP entry addition failed: 5
首先想到的是关闭UAC,但那也是徒劳的,错误提示依然。没有办法,用另一台机子上网(网关绑定了该机的mac,所以对攻击免疫)Google了一下,原来绑定mac还有一条命令可以,如下
今天为IIS6装上了FastCGI支持
[
2009/03/18 23:27 | by 袁旭东 ]
2009/03/18 23:27 | by 袁旭东 ]
以前都是以ISAPI模式来运行PHP的,偶然在微软的IIS网站上看到出了一个FastCGI for IIS6,很是惊喜,赶紧下载下来。在网上搜了一下安装方法,挺简单的,我在这里就先不说安装方法啦,等改天专门写一写IIS6安装FastCGI支持的方法。
安装好以后,重启IIS,立即测试一下。除了测试页面以外,其他程序比如论坛、博客等都运行正常。我的测试页面代码如下
不知道为什么不能运行,提示错误“找不到指定的模块。”,估计是缺少了哪个模块,待会儿重新安装一下PHP看行不行。
我最关心的性能问题,现在可以看看了。以前ISAPI模式运行Discuz 7.0,首页运行最快时间是0.37秒。更换了FastCGI模式运行后,首页最快运行时间是0.25秒。虽不如微软官方生成的提高两倍的说法,但是也已经提高30%以上了,不错不错。听说FastCGI模式稳定性也是相当高的,是集CGI的稳定性、ISAPI的性能于一体的。接下来就是看看它真正的稳定性到底如何了。我以前ISAPI模式,服务器平均两天死一次。希望这次能再次给我带来惊喜,哈哈!
安装好以后,重启IIS,立即测试一下。除了测试页面以外,其他程序比如论坛、博客等都运行正常。我的测试页面代码如下
引用
<?php
phpinfo();
?>
phpinfo();
?>
不知道为什么不能运行,提示错误“找不到指定的模块。”,估计是缺少了哪个模块,待会儿重新安装一下PHP看行不行。
我最关心的性能问题,现在可以看看了。以前ISAPI模式运行Discuz 7.0,首页运行最快时间是0.37秒。更换了FastCGI模式运行后,首页最快运行时间是0.25秒。虽不如微软官方生成的提高两倍的说法,但是也已经提高30%以上了,不错不错。听说FastCGI模式稳定性也是相当高的,是集CGI的稳定性、ISAPI的性能于一体的。接下来就是看看它真正的稳定性到底如何了。我以前ISAPI模式,服务器平均两天死一次。希望这次能再次给我带来惊喜,哈哈!
IIS6、Apache、Nginx跑PHP的简单对比测试
[
2009/03/18 21:07 | by 袁旭东 ]
2009/03/18 21:07 | by 袁旭东 ]
由于对Linux的向往,对PHP的渐渐喜爱,对Windows频繁重启的厌恶,我开始越来越想把服务器的平台更换成Linux了。我也曾在 Windows 2003上尝试用Apache代替IIS,但是结果是相当的失败。稳定性、性能比较,Apache for Windows和IIS6绝对不在一个档次上,前者与后者的差距不是几倍的问题,而是几十倍。如果,你使用Windows系统,Windows Server+IIS(6/7)+ASP.NET绝对是最佳组合,特别是IIS7配合ASP.NET,性能又上了一个台阶。
ASP.NET(C#)绝对是一个好东西,论性能,绝对不比PHP慢,甚至还要快。那为什么我要放弃ASP.NET而转向PHP呢?最主要是 Linux下,PHP是主流,并且PHP是一套开放的、成熟的体系,各种扩展,各种性能优化的方法很多很多;而ASP.NET是一个封闭的体系,并且在 Linux下实现起来并不是很完美,稳定性、性能等还都有待考验,我是万万不敢用在生产环境下的,呵呵。
啰嗦了半天,就是想表达一下我对两套体系:Linux+Nginx+MySQL+PHP(LEMP)和Windows+IIS+SQLServer+ASP.NET(WISN)的大概看法。好了,下面切入正题,说说我这几天来对着三个Web服务器的粗略测试。
ASP.NET(C#)绝对是一个好东西,论性能,绝对不比PHP慢,甚至还要快。那为什么我要放弃ASP.NET而转向PHP呢?最主要是 Linux下,PHP是主流,并且PHP是一套开放的、成熟的体系,各种扩展,各种性能优化的方法很多很多;而ASP.NET是一个封闭的体系,并且在 Linux下实现起来并不是很完美,稳定性、性能等还都有待考验,我是万万不敢用在生产环境下的,呵呵。
啰嗦了半天,就是想表达一下我对两套体系:Linux+Nginx+MySQL+PHP(LEMP)和Windows+IIS+SQLServer+ASP.NET(WISN)的大概看法。好了,下面切入正题,说说我这几天来对着三个Web服务器的粗略测试。
今天写了一个按位异或的加密(C# and VBScript)
[
2009/03/18 19:09 | by 袁旭东 ]
2009/03/18 19:09 | by 袁旭东 ]
最近一直在做通行证网站,因为大部分子站是用asp写的,而我是用asp.net(C#)来写的通行证网站。通行证网站与各个子站都是通过 url方式传送数据,因为涉及到用户名、密码等保密数据,所以就需要对传输的数据进行加密,这样麻烦就来了。本来我用的是Des加密方式,而C#实现起来也并不困难,但是asp实现起来就麻烦了,asp只能对英文字母以及数字进行des加密解密,但是涉及到汉字就无能为力了。我对asp已经忘记的差不多了,所以也就没有去深钻下去。Des无法实现,那总要有一种加密的方式吧,呵呵,咱就用最简单的加密方式,按位异或。
C#实现起来,没什么好说的,简单的很。代码粘下来。
C#实现起来,没什么好说的,简单的很。代码粘下来。




