为IT服务 [龙飞的博客]

vmware vi3 部署centos虚拟机模板启动、ifup eth0的时候提示
RTNETLINK answers: File exists

经过检查原来是ifcfg-eth0中已经写了网关，但是用自定义规则部署虚拟机模板的自动又生成了一个route-eth0来指定网关，删除route-eth0后问题解决

网站代码验证

没人可以细致到保证自己的网站代码都是正确的，你可以通过以下测试来验证网站代码是否正确。

1 . WDG HTML Validator 一个很好的工具，能找出网站语法错误的地方，并标注出来，也可选择对网站上单独的每一页进行单页分析。（ 强烈推荐 ）

2 . W3C Markup Validation Service 对 HTML 和 XHTML 都能进行代码测试，自称是互联网络上第一个（也是使用者最多的）的 HTML 验证工具。

3 . W3C CSS Validation Service 用于验证 css 源代码，能够标注出不好的 css 代码设计。例如：“Same colors for color and background-color in two contexts”。

4 . RUWF XML Syntax Checker 用于查找 XML 文件的错误。

5 . W3C Feed Validation Service 用于查找 Atom 和 RSS feed 中的错误语法。（ 这个我经常用到 ）

6 . W3C Link Checker 用于搜寻查明你网站内的所有链接里是否有断链。（ 强烈推荐 ）

7 . Juicy Studio Link Analyser 测试网站内的链接的 URL 是否存在死链，与 W3C Link Checker 很类似。

网站的使用性

我们常常看到网站设计者把重点放在怎网站的吸引力上，而完全不考虑会不会影响来访者的使用，一个浏览难度很大的网页是注定要失败，要让你的来访者方便的得到他要的信息（从而成为重复访客），你的网站应当遵循 WCAG section 508 易用性规则。

8 . Watchfire WebXACT 所有严谨的设计师和开发者都必须使用的工具，它会生成一个非常详尽的报告书，包括：网站质量，易用性和隐私等。（ 强烈推荐 ）

9 . ATRC Web Accessibility Checker 测试网站的 WCAG 2.0 Level2 兼容性，它会生成一份报告，提出一系列建议，如：如何提升页头，链接，数据，图表和文字的访问速度。

10 . WAVE 3.0 Web Accessibility Tool 高度可定制的工具，它采用了图形化模型展示网站兼容性问题（ WCAG 1.0 and section 508 ）。（ 强烈推荐 ）

11 . TAW Web Accessibility Test 测试网页是否存在冲突（ WCAG 1.0 兼容性 ），通过图形模式生成一份依据 wcag 优先模式为基础的网站修改建议。

12 . HiSoftware CynthiaSays portal 采用了非常严格的规则来测试网页（ 根据 section 508 和 WCAG 1.0 规则 ），生成的报告也极为详细（ 详细到很难看懂 ）。

13 . HERA Accessibility testing with Style 使用一种极为复杂但容易理解方式指出网页的 wcag1.0 兼容性问题。

14 . Juicy Studio CSS Analyser 进行了色彩对比测试，以确保你的网站的色调会符合 WCAG 1.0 的要求。

15 . Juiciy Studio Readability Test 分析你网站上的文字是否有语法错误或拼写错误等问题，容易让人理解不（ 根据 the Flesch Reading Ease 和 Flesch-Kincaid grade level algorithms 规则 ）。（ 适合英文网站使用 ）

网站的速度

打开你的网站的速度快慢，是来访者会不会再次访问网站的关键因素，在一般情况下，一个网络不是很快的来访者是不愿意访问一个充满着图片、flash 动画、多媒体文件的网站。为了使你的网站覆盖人群的范围最大化，你必须优化你的网站，使它的打开速度尽可能的快。

16 . Web Page Analyzer from Website Optimization 一个很好的工具，它在分析完一个网页后，会为减少加载时间提出优化建议，着重优化物体的数目，图片和网站的总体大小。（ 强烈推荐 ）

17 . WebSitePulse Test Tools 有一系列的工具来确定网站的加载速度和主机信息。

18 . Internet Supervision Url Check 从世界各地不同的服务器来测试你的网站的加载时间，用于确定是不是各地的来访者都能顺利快速的打开你得网站。

浏览器模拟工具

这是一个普遍的问题，因为现在有着很多的操作系统和浏览器，你得网站必须得兼容它们，但这绝不是一件容易的事。通过下列工具，你可以了解你得网站在各种浏览器上的显示效果。

19 . Browsershots 能给出你的网站在不同浏览器下显示效果的截图，包括：Firefox 和 Internet Explorer （ Windows ）、Firefox 和 Safari （ Mac OS X ）、Iceweasal 和 Konqueror （ Linux ），但是结果要在 1 – 3 小时后才能出来。

20 . IE NetRenderer 实时生成你的网站在 Internet Explorer 5.5 、6.0 和 7.0 下的截图。

21 . MobiReady Report 分析使用手机访问网页的兼容性问题，会生成一份详细的报告，并提供了在两种不同类型的手机浏览器上你得网站可能显示的样子。

搜索引擎优化 (SEO)

一个网站，如果对搜索引擎有着比较好的友好度，一定会比较有竞争力。

22 . UrlTrends 会显示网站的访客是如何通过搜索引擎来到你的网站，还有各个流量是多少。这些数据是包括 Google, Yahoo, MSN, Alexa, AlltheWeb, AltaVista 和其他一些网站。（ 强烈推荐 ）

23 . iWEBTOOL Backlink Checker 一个很好的工具，它能找出有什么站点链接到你的站点，那些站点是什么类型的站点。

24 . iWEBTOOL Multi-Rank Checker 显示你网站的 Alexa 和 Google PageRank 数值。

25 . Microsoft adCenter Labs: Advertising and Keyword Research Tools 一个极好的工具，用于分析和预测你网站的来访者和市场。（ 强烈推荐 ）

26 . Domain Tools Whois lookup 一个 WHOIS 网络工具。

27 . SEO-Browser 可以让你看到在搜索引擎眼里一样的网站（ 去掉所有的”美丽”配件 ）。

28 . SEO Workers SEO Analysis Tool 非常有用的工具，分析了网站上的各种分类特征，包括 meta 标签、关键字密度及加载时间。（ 强烈推荐 ）

29 . Seekport Seekbot 可以分析网站的数据和内容，以得出搜索引擎会如何有效的解释分析的网站。

30 . SEO Chat SEO Tools 用以分析网站 Google adsense 盈利潜力，关键字密度，Meta tag 等等……

31 . Marketleap Search Engine Marketing Tools 用来分析网页，让你知道你的网站检索、设定的关键字好不好。

原文：avivadirectory.com
译者：peterzsk
译文原地址：http://zsk.akaka.com.cn/2007/06/31-free-tests-online/

http://ued.alipay.com/job/

如果某项请求发送到您的服务器要求显示您网站上的某个网页（例如，用户通过浏览器访问您的网页或 Googlebot 抓取网页时），服务器将会返回 HTTP 状态代码以响应请求。

此状态代码提供关于请求状态的信息， 告诉 Googlebot 关于您的网站和请求的网页的信息。

一些常见的状态代码包括：

• 200 – 服务器成功返回网页
• 404 – 请求的网页不存在
• 503 – 服务器暂时不可用

下面提供 HTTP 状态代码的完整列表。 点击链接可了解详情。 您也可以访问有关 HTTP 状态代码的 W3C 网页以获得更多信息。

1xx（临时响应）
表示临时响应并需要请求者继续执行操作的状态代码。

2xx（成功）

表示服务器成功处理了请求的状态代码。

3xx（重定向）
要完成请求，需要进一步操作。 通常，这些状态代码用来重定向。 Google 建议您在每次请求中使用重定向不要超过 5 次。 您可以使用网站管理员工具查看一下 Googlebot 在抓取重定向网页时是否遇到问题。 诊断下的网络抓取页面列出了由于重定向错误而导致 Googlebot 无法抓取的网址。

4xx（请求错误）
这些状态代码表示请求可能出错，妨碍了服务器的处理。

5xx（服务器错误）
这些状态代码表示服务器在尝试处理请求时发生内部错误。 这些错误可能是服务器本身的错误，而不是请求出错。

最近在迁移写应用到nginx中，在rewrite上面遇到了些问题。
虽然大部分的rewrite规则转换到nginx中几乎改动很小，但是一些特殊的比如下面这段，在nginx里面可以说完全不一样。

1
2
3
4
5

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^.*(\.html|\.xml|\.css|\.js|\.gif|\.png|\.jpg|\.jpeg)$|.*(FCKeditor).*$|.*(fckeditor).*$|.*(userfiles).*|.*(testadow).|.*(api).*|.*(passportcode).*
RewriteRule !\.(js|ico|gif|jpg|png|css)$ /index.php
　　

转换到nginx的写法（只是参照的语法，并不是上面内容的转换）

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

location /xxxx/ {
         set  $test "";
 
         if ($request_method = POST) {
             set $test  P;
         }
 
         if ($http_cookie ~* "CCCC=.+(?:;|$)" ) {
             set $test  ${test}C";
         }
 
         if ($test = PC) {
           #rewrite rule goes here.
         }
}

最近准备测试测试几个监控的软件，今天在装cacti需要的rrdtool的时候，碰到了一些问题。

我用的是源码安装所以rrdtool需要的一些lib库也都是从源码安装的，在装glib的时候make 报错：#error GNU libiconv not in use but included iconv.h is from libiconv
解决办法 ./configure –with-libiconv=gnu 然后make就可以了

还有一个是在装cairo的时候报错应该是没安装pixman，但是安装了后还是同样报错没装pixman，其实环境变量问题，export PKG_CONFIG_PATH=/usr/local/lib/pkgconfig 就可以了。

儿子两岁拍的照片，嘎嘎越来越可爱了，虽然皮了点。
这里就不多发了，更多的去相册看吧。http://picasaweb.google.com/226617/yCguiE#

把常用的命令都放在桌面上了，还怕记不住么

虽然现在linux下面的编辑软件越来越多，可是vim毕竟还是基础，功能也是强大，直到今天我也没完全掌握，放张图方便下以后查阅把

好久没装了，几个关键点记下
1.php.ini要放到windows目录下面
2.启用mysql的话别忘了php目录下的libmysql.dll要复制到windows\system32下面
3.在iis6里面使用php的话不要忘记在web服务扩展里面加个php的扩展不然访问php是404