10款很棒的浏览器兼容性测试工具

对于前端开发工程师来说,确保代码在各种主流浏览器的各个版本中都能正常工作是件很费时的事情,幸运的是,有很多优秀的工具可以帮助测试浏览器的兼容性,让我们一起看看这些很棒的工具。



Spoon Browser Sandbox



点击你需要测试的浏览器环境,安装插件就可以进行测试了。帮助你测试网页在Safari、Chrome、Firefox和Opera浏览器中是否正常,IE以前也有的,网站上说应微软的要求去掉了。

附上一好的java视频教程,喜欢的朋友可以看下:点击下载





Superpreview



这是为微软自己发布的跨浏览器测试工具,您可以同时查看您的网页在多个浏览器的呈现情况,对页面排版进行直观的比较。





IETester



专门用于测试网页在IE浏览器各个版本中兼容性的工具,版本包含IE5.5至IE9的各个版本,很不错的一款工具,推荐。





BrowserShots



BrowserShots 是一款免费的跨浏览器测试工具,捕捉网站在不同浏览器中的截图。这是最有名,也是最古老的浏览器兼容性测试工具。





Multiple IEs



这款工具同样用于测试网页在IE浏览器各个版本的兼容性。




发布于 分类 网站技术于10款很棒的浏览器兼容性测试工具留下评论

IIS7.5中Jmail无法创建对象的解决方案

  昨天想把一装Windows 2003的服务器上的网站转移到一装Windows Server 2008(64位)的服务器上。该网站是ASP的,用到Jmail,安装好免费版的Jmail后,在调试中发现错误,代码:800A01AD。

  首先考虑到的是权限问题,给相应用户加上所有权限,也不见效。搜索网上的各种答案,尝试了诸如将Jmail.dll复制到系统文件夹再注册,也没有解决。后看到一文章里提到asp.net中的类似问题,最后运行了段命令行程序:cscript %SYSTEMDRIVE%inetpubadminscriptsadsutil.vbs SET W3SVC/AppPools/Enable32bitAppOnWin64 1问题得以解决,作者“猜测应该是设置IIS进程池的-启用32位应用程序-TRUE”,对此命令不熟悉,不敢乱用,于是我手动按此方法设置IIS的应用程序池,果真解决了。

  具体设置方法:在应用程序池列表里找到网站相应的应用程序池,鼠标右键菜单选择高级设置,将启用 32 位应用程序项设置为True。

  类似的组件无法创建或加载的问题排除权限问题后,我想应该也与此设置有关。

正则表达式匹配不含有指定关键词的链接

  这两天遇到一个正则的难题,历经磨难,终于解决了,记录在此,以备查用。

  由于网站系统的文章内容需要将特定关键字替换成链接,为了避免将本身已经处于链接中的关键字也替换成链接而出错,需要在替换前先判断一下。由于一时无法写出直接查找不处于链接中的关键字的正则表达式,我就反其道而行之,先查找处于链接中的关键字,然后将整个匹配到的链接替换成一个临时字符串,然后再去进行替换关键字为链接的动作,完了后再将临时字符串替换回原来的链接字符串。

  首先想到的正则表达式是:(<a[^>]+?>(.+?)(关键字)(.+?)</a>),测试发现如果前面有链接存在,也会一并获取过来。修正一下,把标签给排除在外:(<a[^>]+?>([^<]+?)(关键字)([^<]+?)</a>),好像是可以了。可是突然间发现忽略了个链接中有非链接标签的情况存在,如果是这样,就获取不到了,再次修正,只排除链接标签:

(<a[^>]+?>((<(?!a)|[^<])+?)(关键字)(.+?)</a>)

这下终于测试通过了。

Windows Server 2008中IIS7.5的安全设置

  为了防止某个站点被黑后其它站点的文件也受牵连,在IIS6中,多站点下对于站点安全,通常是为每个站点各新建一个用户来运行此站点,然后站点文件夹的安全权限,将相关权限赋予该用户。

  IIS7.5就方便多了。在站点的应用程序池的标志使用ApplicationPoolIdentity时(此为默认设置)启动应用程序池时会动态创建“应用程序池标识”帐户,此账户就是站点运行账户。该账户个真实存在的虚拟账户。说它真实,因为你在进程管理器中会看到IIS站点进程w3wp相应的的运行用户就是应用程序池名,说它是虚拟的,是因为在系统的用户管理里找不到此账户。问题也随之而来,由于找不到账户,在设置站点文件权限的用户权限时即使手工输入账户名也会提示“找不到名称”。那怎么办呢?其实很简单,只要以“IIS AppPool应用程序池名”的格式添加用户就行了。

  可以看出,IIS7.5中不需要为各个站点建立新的账户,省去了管理账号名和密码的烦恼,非常的方便。还在用IIS6的朋友,赶紧升级吧。

  

上下两个div之间的间隙问题的解决方法

  刚才在布局一个页面,两个Div之间本应无缝接合的,却莫名地出现几像素的间隙。

  测试过程中发现下面这个Div加上边框后就一切正常。网上查找解决方法无果。突然想到,难道是被撑开了?加了overflow:hidden;,终于正常了。但是如果是被被撑开了背影颜色为什么没有呢?不解中。

Javascript无法加载问题的解决

  这两天在网页上使用shadowbox视频播放器时遇到一个头疼的问题:无法加载相应的脚本。

  由于另一调用根目录下的shadowbox的页面一切正常,而此页面由于采用模板的模式,无法调用根目录的shadowbox,只能调用模板文件夹下的shadowbox,因此我刚开始以为shadowbox不能放到子目录中,但是改用完整的URL来调用根目录的shadowbox依旧不起作用。用HttpWatch监控发现没有加载相关JS代码。无奈之中只好新建了一个不用模板解析的页面来慢慢测试,结果发现一切正常,对比两个页面的网页源文件,发现了一个情况:添加到模板页面中的脚本引用标签
<script src="shadowbox-min/shadowbox.js" type="text/javascript" ></script>
经过模板解析后变成了
<script src="shadowbox-min/shadowbox.js" type="text/javascript" />
难道是这个问题?暂时不想改模板的解析过程,于是将模板里的引用代码标签改成如下写法:
<script src="shadowbox-min/shadowbox.js" type="text/javascript" >shadowbox</script>
测试一切正常。

  通过这个问题我觉得JS脚本引用标签必须使用闭合标签,否则无法加载。如果您觉得是其它原因造成的,请告诉我。

IIS7配置PHP无法加载MySQL的问题解决方法

  昨天配置了下iis7和PHP及MySQL,配置完后发现加载不了MySQL,在PHPinfo()函数显示的内容里找不到MySQL相关信息,查看PHP.ini,php_mysql.dll配置项是正确的,extension_dir也是正确的。最后是复制php目录下面的libmysql.dll到系统Windows下面的System32目录里,一切正常了。

  顺便把IIS7下配置PHP5.2的过程写一下,以防以后忘掉。

  1、要打开IIS的ISAPI扩展功能。

  2、把php压缩包解压出来。然后找到php.ini-dist,把他更名为php.ini,修改里面的扩展目录:extension_dir = “你的PHP目录ext”。然后把extension=php_mysql.dll等你要打开的扩展前面的分号去掉,保存并把php.ini复制到系统Windows目录下面。

  3、打开Internet信息服务(IIS)管理器,然后打开ISAPI筛选器,添加php的ISAPI执行文件,名称PHP,可执行文件指向PHP目录下的php5isapi.dll

  打开处理器映射,添加脚本映射:请求路径为*.php,可执行文件同样指向PHP目录下的php5isapi.dll

  4、添加默认文档:index.php和default.php

  5、复制php目录下面的libmysql.dll到系统Windows下面的System32目录里。

  6、重启IIS

PHP高效编程50个方法

养成良好的编程习惯,习惯性的运用一些特定的方法,会使你写出来的程序更加的高效和快捷,带来更快的速度和更好的稳定性,安全性。

1、用单引号代替双引号来包含字符串,这样做会更快一些。因为php会在双引号包围的字符串中搜寻变量,单引号则不会,注意:只有echo能这么做,它是一种可以把多个字符串当作参数的“函数”(译注:PHP手册中说echo是语言结构,不是真正的函数,故把函数加上了双引号)。

2、如果能将类的方法定义成static,就尽量定义成static,它的速度会提升将近4倍。

3、$row[’id’] 的速度是$row[id]的7倍。

4、echo 比 print 快,并且使用echo的多重参数(译注:指用逗号而不是句点)代替字符串连接,比如echo $str1,$str2。

5、在执行for循环之前确定最大循环数,不要每循环一次都计算最大值,最好运用foreach代替。

6、注销那些不用的变量尤其是大数组,以便释放内存。

7、尽量避免使用__get,__set,__autoload。

8、require_once()代价昂贵。

9、include文件时尽量使用绝对路径,因为它避免了PHP去include_path里查找文件的速度,解析操作系统路径所需的时间会更少。

10、如果你想知道脚本开始执行(译注:即服务器端收到客户端请求)的时刻,使用$_SERVER[‘REQUEST_TIME’]要好于time()。

11、函数代替正则表达式完成相同功能。

12、str_replace函数比preg_replace函数快,但strtr函数的效率是str_replace函数的四倍。

13、如果一个字符串替换函数,可接受数组或字符作为参数,并且参数长度不太长,那么可以考虑额外写一段替换代码,使得每次传递参数是一个字符,而不是只写一行代码接受数组作为查询和替换的参数。

14、使用选择分支语句(译注:即switch case)好于使用多个if,else if语句。

15、用@屏蔽错误消息的做法非常低效,极其低效。

16、打开apache的mod_deflate模块,可以提高网页的浏览速度。

17、数据库连接当使用完毕时应关掉,不要用长连接。

18、错误消息代价昂贵。

19、在方法中递增局部变量,速度是最快的。几乎与在函数中调用局部变量的速度相当。

20、递增一个全局变量要比递增一个局部变量慢2倍。

21、递增一个对象属性(如:$this->prop++)要比递增一个局部变量慢3倍。

22、递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。

23、仅定义一个局部变量而没在函数中调用它,同样会减慢速度(其程度相当于递增一个局部变量)。PHP大概会检查看是否存在全局变量。

24、方法调用看来与类中定义的方法的数量无关,因为我(在测试方法之前和之后都)添加了10个方法,但性能上没有变化。

25、派生类中的方法运行起来要快于在基类中定义的同样的方法。

26、调用带有一个参数的空函数,其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。

27、Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面,少用脚本。

28、除非脚本可以缓存,否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能,以免除编译开销。

29、尽量做缓存,可使用memcached。memcached是一款高性能的内存对象缓存系统,可用来加速动态Web应用程序,减轻数据库负载。对运算码 (OP code)的缓存很有用,使得脚本不必为每个请求做重新编译。

30、当操作字符串并需要检验其长度是否满足某种要求时,你想当然地会使用strlen()函数。此函数执行起来相当快,因为它不做任何计算,只返 回在zval 结构(C的内置数据结构,用于存储PHP变量)中存储的已知字符串长度。但是,由于strlen()是函数,多多少少会有些慢,因为函数调用会经过诸多步 骤,如字母小写化(译注:指函数名小写化,PHP不区分函数名大小写)、哈希查找,会跟随被调用的函数一起执行。在某些情况下,你可以使用isset() 技巧加速执行你的代码。
(举例如下)

if (strlen($foo) < 5) { echo “Foo is too short”$$ }

(与下面的技巧做比较)

if (!isset($foo{5})) { echo “Foo is too short”$$ }

调用isset()恰巧比strlen()快,因为与后者不同的是,isset()作为一种语言结构,意味着它的执行不需要函数查找和字母小写化。也就是说,实际上在检验字符串长度的顶层代码中你没有花太多开销。

31、当执行变量$i的递增或递减时,$i++会比++$i慢一些。这种差异是PHP特有的,并不适用于其他语言,所以请不要修改你的C或Java代码并指望它们能立即变快,没用的。++$i更快是因为它只需要3条指令(opcodes),$i++则需要4条指令。后置递增实际上会产生一个临时变 量,这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种,正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好 主意,因为并不是所有的指令优化器都会做同样的优化处理,并且存在大量没有装配指令优化器的互联网服务提供商(ISPs)和服务器。

32、并不是事必面向对象(OOP),面向对象往往开销很大,每个方法和对象调用都会消耗很多内存。

33、并非要用类实现所有的数据结构,数组也很有用。

34、不要把方法细分得过多,仔细想想你真正打算重用的是哪些代码?

35、当你需要时,你总能把代码分解成方法。

36、尽量采用大量的PHP内置函数。

37、如果在代码中存在大量耗时的函数,你可以考虑用C扩展的方式实现它们。
38、评估检验(profile)你的代码。检验器会告诉你,代码的哪些部分消耗了多少时间。Xdebug调试器包含了检验程序,评估检验总体上可以显示出代码的瓶颈。
39、mod_zip可作为Apache模块,用来即时压缩你的数据,并可让数据传输量降低80%。

40、在可以用file_get_contents替代file、fopen、feof、fgets等系列方法的情况下,尽量用file_get_contents,因为他的效率高得多!但是要注意file_get_contents在打开一个URL文件时候的PHP版本问题;

41、尽量的少进行文件操作,虽然PHP的文件操作效率也不低的;

42、优化Select SQL语句,在可能的情况下尽量少的进行Insert、Update操作(在update上,我被恶批过);

43、尽可能的使用PHP内部函数(但是我却为了找个PHP里面不存在的函数,浪费了本可以写出一个自定义函数的时间,经验问题啊!);

44、循环内部不要声明变量,尤其是大变量:对象(这好像不只是PHP里面要注意的问题吧?);

45、多维数组尽量不要循环嵌套赋值;

46、在可以用PHP内部字符串操作函数的情况下,不要用正则表达式;

47、foreach效率更高,尽量用foreach代替while和for循环;

48、用单引号替代双引号引用字符串;

49、“用i+=1代替i=i+1。符合c/c++的习惯,效率还高”;

50、对global变量,应该用完就unset()掉;

PHP比你想象的好的多

说明:本文译自PHP is much better than you think 译者微博:@alexzhan

有很多对于PHP的抱怨,甚至这些抱怨也出自很多聪明的人。当Jeff Atwood写下对于PHP的另一篇抱怨文章之后,我思考了下PHP的好的方面。

这些抱怨最大的问题是他们出自很多仍在使用旧版本PHP的人。他们或许是不愿意关心或许是不愿意承认PHP不管在语言层面还是在社区层面都在以很快的速度演变。实际上它比任何其他语言或者web平台都演变的快。尽管并不总是如此,但是过去的五年PHP经历了一个惊人的历程。

在说最近PHP社区取得的惊人成就之前,我们先来看看一些有趣的数字:PHP被77.9%的服务端编程语言已知的网站使用。Wordpress被全世界16.6%的网站使用。使用率最高的三个CMS建站系统是:第一的Wordpress份额为54.3%,第二的Joomla份额为9.2%,第三的Drupal份额为6.8%。这三个产品都是用PHP写的。

PHP一定做了一些正确的事,不是吗?

现在,我来告诉你吧,PHP的绝技在于:尽管经过了这么多年的变化,PHP对于非技术人员依然是最容易学习的语言,它让人可以比其他技术更快地建立动态网站,也让人没有麻烦地托管网站。PHP可能不是这个世界上设计最好的语言,但是它能让你完成事情(get things done),这一点是毋庸置疑的。

PHP语言

PHP5.0(2004年发布)带来了很实用的对象模型…等等,我在说8年前发布的东西。快进到现在的PHP5.4,即PHP最近的版本,带来了对于现代web语言你梦寐以求的东西:是的,PHP支持了命名空间(namespaces);是的,PHP支持闭包(closure);是的,PHP支持traits。

尽管需要花费一些时间,但是PHP5.4带来了一些语法糖使得整体体验比以往更好:是的,PHP支持用[ ]定义数组;是的,PHP支持新创建的对象这样调用函数:(new Foo())->bar();是的,PHP支持数组这样获取元素:$foo->bar()[1]。

PHP甚至向它自己曾犯过的错误学习:register_globals 和 magic_quotes被彻底删除了。

PHP有了内置web服务器以方便本地测试,它能以微秒级的速度启动。

接下来的挑战:我们怎样更新在网络上的讲解PHP的教程?在PHP程序中最好的支持WebSocket的技术是什么?

PHP生态系统

拥有一个好的语言是很好的,但是拥有一个好的生态系统更棒。在过去的几年PHP生态系统演变了很多。

Git

对于Git我不想讨论太多,Git被到处使用,PHP很快拥抱了Git。几乎所有PHP类库、框架和产品都在使用Git,包括PHP本身。

Composer

两年前,我想去掉我在symfony 1中hack的丑陋PEAR代码以支持插件。我想替换成能管理项目依赖的东西,而不是一个像PEAR一样的整体的安装,所以我试着寻找能管理软件依赖的最佳的算法。我几乎尝试了所有可能:从Perl到Ruby,从Debian到Redhat。结果没有让我满意的,只有我自己的解决方案恰巧能工作…当然这只是我的经验只谈。之后我偶然发现了ZYpp,就是它了。ZYpp使用布尔可满足性问题解来管理依赖。多亏了Nils AdermannJordi Boggiano的辛苦工作,PHP现在有了做好的管理依赖的工具–Composer

是的,PHP比其他语言有了更好的依赖管理工具。

由于有了Git,Composer,和PHP内置web服务器,我们更容易下载/测试/安装一个PHP项目。

想测试Symfony(使用PHP5.4)?

$ composer.phar create-project symfony/framework-standard-edition
$ cd framework-standard-edition
$ ./app/console server:run

想测试Silex?

$ composer.phar create-project fabpot/silex-skeleton
$ cd silex-skeleton
$ php -S localhost:8888 -t web/

还不知道Composer?你应该了解下它了。

浏览下主要的Composer仓库Packagist,它已经拥有1900多个包,且它们在不到三个月的时间里被安装了上百万次。

接下来的挑战:在下一个PHP版本里内置Composer?

合作

社区合作是本文说的重点,也是我最引以为豪的地方。我们开始看到PHP项目中更好的合作,甚至大项目也是如此,大到你可以忽略其他项目了。

phpBB,Drupal,ez Publish,Symfony,和很多其他项目(比如phpDocumentor, PHPUnit, Behat, Zikula, Propel, Doctrine, Midgard等等)都在共享代码。是的,他们彼此是竞争者,但是他们都理解彼此合作是很重要的。Composer能很好地促进这种合作。

接下来的挑战:说服更多的项目加入这个趋势中来。

结论

让我再重申一次,PHP可能不是最好的编程语言,我也是第一个说出它的怪处的,但是PHP是迄今为止最好的web平台。