<![CDATA[网站制作博客 - 文摘]]> http://www.huison.cn/blog/ zh-cn PBlog2 v2.4 网站制作博客 http://www.huison.cn/blog/images/logos.gif http://www.huison.cn/blog/ 网站制作博客 http://www.huison.cn/blog/default.asp?id=276 <![CDATA[如何识别假的网站PR值]]> hoogl@126.com(Fishthink) Mon,08 Jun 2009 09:16:58 +0800 http://www.huison.cn/blog/default.asp?id=276
　　可很多站长在浏览某些网站的时候,PR值会很高，但事实上它仅仅一个单页面。你丝毫也看不出网站的出色优秀，那很有可能它的假PR值。)

　　什么是假PR值?

　　假PR值，是通过利用301永久转向和302临时转向把域名指向另一个PR值更高的网站，从而提升获得的自己域名的PR值。

　　一般搜索引擎在处理301和302转向的时候，在大部分情况下都是把目标URL当作实际应该收录的URL。比如我们把我的站www.huison.cn做301或者302转向到www.163.com，那么收录的就是目标的URL，也就是www.163.com 的数据。自己网站的PR值当然没有www.163.com的PR值高，各位可以在http://tool.admin5.com 查询PR即可得知结果，所以很多国内把域名301转向到国外高pr的网站上获取pr值。 但Google在更新PR的时候会把你的网站的PR值用目标URL的PR值代替。而目前在链接买卖交易中http://bbs.admin5.com/forum-65-1.html  一个pr 4的链接常常卖到30-40元一个月。 这就产生了很多作弊pr 的现象。

　　301转向该如何操作?

　　IIS: 1.打开internet信息服务管理器，在欲重定向的网页或目录上按右键

　　2.选中“重定向到URL”

　　3.在对话框中输入目标页面的地址

　　4.选中“资源的永久重定向”

　　5.点击“应用”即可生效

　　更多关于301的设置方法和详细介绍请点开: http://www.baidu.com/s?wd=301%D7%AA%CF%F2%B4%FA%C2%EB&cl=3

　　如何检测虚假PR值?

　　假PR你去各个网站查询时假PR和真PR没有区别。但假PR实际上是在作弊，到最后是一定会被清零的，它的存活期几乎肯定不会超过一次Google PR更新期。并且跟这种网站进行链接的话,对你本身也是一种伤害。那如何识别假的PR呢?

　　1. 看Google的网页快照，如果你看到的网页是一个样，Google快照看到的却是另外一个网站，这恐怕就非常可疑了。

　　2. 在中国web信息博物馆输入一个网站的域名，查看它的收录历史，这些历史都是网站的快照存档。由前到后查看这个网站的历史快照，如果发现某个时间的网站快照变成了另一个网站的内容，并且之后的快照都是如此，那这个域名就从这个时间开始的域名转向。

　　3. 反向链接查询，你可以在任意一个搜索引擎查询该网站的反向链接,如果太少了当然就说明它有作弊嫌疑.

　　大家在找链接和买链接的时候认真对比查询，找到真正高质量的链接]]> http://www.huison.cn/blog/default.asp?id=271 <![CDATA[[转]网站最令人讨厌的几个用户体验]]> hoogl@126.com(Fishthink) Sun,08 Feb 2009 16:13:58 +0800 http://www.huison.cn/blog/default.asp?id=271
疯狂分页：一篇文章切割成N段，每一小段就是一页，特别是图片类的，甚至一张图片一个网页，不仅造成带宽浪费，而且浏览起来非常的不爽，通常浏览前几张就关闭了事。这其实是片面追求网站PV流量，或者编辑为完成任务而不择手段带来的恶果。

疯狂开新窗口：也许中国人喜欢打开新窗口浏览网页，但并不是网站上的所有网页都要用新窗口打开，最讨厌的就是看一个网页的内容，结果打开几十个窗口，象牛皮癣一样贴满整个窗口。这个强迫手段甚至逐渐影响了人们的操作习惯，有的人甚至认为这样就是合理的，真是郁闷啊。

疯狂找内容：这个也是常用手法，例如你点击一条新闻，它并没有转到最终内容页面，而是跑到了一个频道首页，让人茫然不知所措。就好比你看到一片树叶，准备拾起它时，竟然发现它跑到森林里隐藏起来，你得费劲心思才能找到这片调皮的树叶。说好听点，这叫加强用户对频道的关注度，实际上就是欺骗诱拐用户。

疯狂加水印：如果图片是你独家拍摄或拥有版权，那么加上水印还无可厚非。但许多网站把并不是自己拥有版权的图片打上水印，完全属于剽窃和盗用行为，而且严重影响图片审美视觉。现在已经蔓延到视频也开始加上水印了，有些论坛连文字也加上水印。似乎一下子全中国都开始在网上保护起自己的知识产权来了。

疯狂的网址：经常看到新浪博客的文章后面是一大堆乱七八糟的数字，如4c52a1d501000avy，淘宝店铺的域名也是如此。这个非常web2.0的事物享受着普通web2.0网站享受不到的待遇。

当然还有很多，以上只是大型门户网站经常使用的部分流氓手段，只考虑到自己，而不考虑用户感受，遇到这样的网站我只有抓狂的份，我衷心希望他们为了我的健康着想，赶快改改这些坏毛病吧，否则我真要疯掉了。]]> http://www.huison.cn/blog/default.asp?id=269 <![CDATA[[转]企业网站的设计套死在一个圈里]]> hoogl@126.com(Fishthink) Mon,17 Nov 2008 11:01:54 +0800 http://www.huison.cn/blog/default.asp?id=269 来源：68design

　　以前我总会埋怨自己，为什么没有象其他人一样有那样的机会，接到好的单子或者去互动公司，做那些能随自己发挥的东西。但是时间久了我才发现一个问题，很多互动公司的高手虽然他们能做各种各样漂亮的mini site网站，但是对于企业网站并不拿手。而广告公司的人做的网站同样也有一个问题，虽然他们的页面做的很漂亮，但是却太少的考虑到企业网站的优化性及人机及实用性。

　　有时候应该说他们做的网站有很大一部份都是只属于平面设计，所以真正的推广型企业网站并不适合这样做，因为他不象mini site网站那样只单单用来宣传等，越来越多的国内设计师开始抛弃对企业网站的设计，大多数都会认为，企业网站的老板们已不需要创新，他们给我们的参考意见只有一味的大气，国际化，所以这时满地的企业网站就会变的是一个模子出来，更多的是很多的企业网站的老板，没有新异的思路接受不了太过创新的东西，所以把设计师的积极性打消的一干二净。

　　这种体会大家都有过，在1年前当我第一次接触做工业类的网站，我当时的情绪极其烦躁，老板土，产品土，什么东西都是土的，我想这样的结合无论如何是出不了好的东西，但是今天我深有体会地告诉大家，越是土的全部框死的东西你越是能把他做的漂亮，那才见你的功底，设计师的作用就是把丑的东西美化，所以在遇到瓶颈的时候逼迫自己去做，进步是最大的。

　　虽然我真正意义上做网页设计才1年3个月，但是却收获了很多，认真的对待每一个单子，虽然单子的金额对你来说不是最重要的，但是你做出来的东西，当有一天沉淀下来的时候将是一个无限大的成果。回头看看自己的努力和现在得到的回报！]]> http://www.huison.cn/blog/default.asp?id=252 <![CDATA[动物们的论文]]> hoogl@126.com(懒鱼) Tue,09 Sep 2008 21:36:43 +0800 http://www.huison.cn/blog/default.asp?id=252 一天，一只兔子在山洞前写论文， 一只狼走了过来，问：“兔子啊，你在干什么？” 兔子答曰：“写论文。”狼又问：“什么题目？”兔子答曰：“《浅谈兔子是怎样吃掉狼的》。” 狼哈哈大笑，表示不信，于是兔子把狼领进山洞。 过了一会，兔子独自走出山洞，继续写文章。一只野猪走了过来，问：“兔子你在写什么？”兔子答曰：“写论文。”野猪又问：“题目是什么？” 兔子答曰：“《浅谈兔子是如何把野猪吃掉的》。”野猪不信，于是同样的事情再次发生。 最后，在山洞里，一只狮子在一堆白骨之间，满意的剔着牙读着兔子交给它的论文。 题目：“《一只动物，能力大小关键要看你的老板是谁》。这只兔子有次不小心告诉了他的一只兔子朋友，这消息逐渐在森林中传播；狮子知道后非常生气，他告诉兔子：“如果这个星期没有食物进洞，我就吃你。” 于是兔子继续在洞口写论文。
一只小鹿走过来，“兔子，你在干什么啊？”
“写论文”
“什么题目？”
“《浅谈兔子是怎样吃掉狼的》”
“哈哈，这个事情全森林都知道啊，你别胡弄我了，我是不会进洞的”
“我马上要不干了，狮子说要找个人顶替我，难道你不想这篇论文的作者由兔子变成小鹿吗？”
小鹿想了想，终于忍不住诱惑，跟随兔子走进洞里。
过了一会，兔子独自走出山洞，继续写论文。
一只小马走过来，于是同样的事情再次发生。
最后，在山洞里，一只狮子在一堆白骨之间，满意的边剔着牙边读着兔子交给它的论文。
题目是：《如何发展下线动物为老板提供食物》


时间飞快，转眼之间，兔子在森林里的名气越来越大；
因为大家都知道它有一个很历害的老板。
这只小兔开始横行霸道，欺上欺下，没有动物敢惹她。
它时时想起和乌龟赛跑的羞辱；于是它找到乌龟说：“三天之内，来见我老板！”说完后扬长而去。
乌龟难过的哭了，这时却碰到了一位猎人；乌龟把这事告诉了他。
猎人听完后哈哈大笑！

于是森林里发生了一件重大事情。
猎人披着狮子皮和乌龟一起在吃兔子火锅。
地下丢了半张纸片歪歪扭扭的写着：山外青山楼外楼，强中还有强中手啊！

在很长一段时间里森林里又恢复了往日的宁静，兔子吃狼的故事似乎快要被大家忘记了。
不过一只年轻的老虎在听说了这个故事后，被激发了灵感。
于是他抓住了一只羚羊，对羚羊说，如果你可以象以前的兔子那样为我带来食物那我就不吃你。
羚羊无奈的答应了老虎，而老虎也悠然自得的进了山洞。
可是三天过去了，也没有见羚羊领一只动物进洞。老虎实在饿坏了，出来看看情况。
羚羊早已不在了，老虎异常愤怒。正在他暴跳如雷的时候突然发现了羚羊写的一篇论文。
题目是：《想要做好老板首先要懂得怎样才能留住员工》

]]> http://www.huison.cn/blog/default.asp?id=246 <![CDATA[爱情和公交车]]> hoogl@126.com(Huison) Sat,23 Aug 2008 18:05:12 +0800 http://www.huison.cn/blog/default.asp?id=246 《每天爱你八小时》

爱情有时像在等公交车，不想坐的公交车接二连三频频为你停留，而真正想坐的，却怎么也等不到，像是一场存心的恶作剧。等到公交车终于姗姗来迟时，却像约好似地结伙成行连来两三辆，让人不知如何是好，无论坐上哪辆，都抹不去心头淡淡的怅惘，总担心错过的是否才是最好的选择。直到两车交会时从窗外看进车内的景象，才豁然开朗，或是懊悔不已，但毕竟不是置身其中，无从断言真相。公交车的路线繁杂交错，任君选择。有的迅速便捷，偏偏班次极少，要靠运气及毅力才可能等到；有的班次频繁，却必须中途换车，才能抵达目的地；有的路线曲折迂，抵达之日漫漫无期；有的总是过站不停；有时偏偏等待的，站牌和时机却不对，让人总是上不了车；有的车轻松舒适，随招随停，却无法开往你心中想去的地方。于是，有人勉强挤上车，在车门开闭的夹缝中狼狈惶恐地走完全程；有人错看站牌，慌忙上车又下车；有人改变初衷，却在不停的转换间迷失方向；有人错过了目的地，却意外欣赏到一路的美好风光；有人耐不住等待的煎熬，只好修正方向，选择多数人乘坐的班次多的安全班车。那样的离去，所耗去的心力，放弃的青春，岂不是牺牲得一点价值也没有？等待是因为对完美的渴望，还是纯粹由于不甘心的缘故？还有人苦苦守候的，是一辆早已停驶的公交车。愿赌服输，这是当初选择这班公交车就该预想到的结果，其实没什么好怨天尤人的。也有奇迹发生。就在这个人黯然穿越马路，走向开往另一个目的地的公交车时，却蓦地回头望见，他曾引颈期盼的稀有公交车竟然来了。它稳稳地停在站牌前，车灯一明一灭地眨着眼，似乎在嘲弄三心二意的人，而恰好路过的行人，大大咧咧地跨上车子，浑然不觉自己的幸运。但奇迹并没有发生在他身上。他奋力追赶，却被红灯阻挡去向，只能呆望着车扬长而去，无可奈何。最后，还有极少数幸运的人自己开上了车，从等待或是妥协的两难困境中脱身，却开始面临寻找停车位的课题。问题总在产生，问题永远不会结束。马上就要天黑了，我却依然站在站台上默默的等待。我等的车还没来，或许我已错过了，或许只是晚点而已，或许我根本是站错了地方。
]]> http://www.huison.cn/blog/default.asp?id=242 <![CDATA[肯德基里的表白]]> hoogl@126.com(懒鱼) Fri,15 Aug 2008 21:39:34 +0800 http://www.huison.cn/blog/default.asp?id=242 突然，男孩放下薯条，往前凑了凑，很认真地问:“青青，我追你行吗？”
女孩头也不抬，直接说:“不行！”
男孩又问:“一点可能也没有吗？你考虑一下吧"
女孩干脆地说:“一点可能也没有！”
男孩愣住了，两眼直直地看着她，呆在那里……

当时，女孩一手拿着鸡腿，一手拿着汉堡，觉得男孩在看她，于是暂停大吃，然后用可怜的眼神看着那个男孩，小声说:“那……我还能吃吗？”
旁边包括我在内的人都笑出声来，那男孩很无奈，忙说:“吃吧，吃吧……”

这是静静在麦当劳跟我说的笑话,挺傻的.哈哈...]]> http://www.huison.cn/blog/default.asp?id=232 <![CDATA[（译文）优化PHP代码的40条建议]]> hoogl@126.com(Huison) Thu,26 Jun 2008 16:23:43 +0800 http://www.huison.cn/blog/default.asp?id=232 原文地址：http://reinholdweber.com/?p=3
英文版权归Reinhold Weber所有，中译文作者yangyang（aka davidkoree）。双语版可用于非商业传播，但须注明英文版作者、版权信息，以及中译文作者。翻译水平有限，请广大PHPer指正。

1.    If a method can be static, declare it static. Speed improvement is by a factor of 4. 如果一个方法可静态化，就对它做静态声明。速率可提升至4倍。

2.    echo is faster than print. echo 比 print 快。

3.    Use echo’s multiple parameters instead of string concatenation. 使用echo的多重参数（译注：指用逗号而不是句点）代替字符串连接。

4.    Set the maxvalue for your for-loops before and not in the loop. 在执行for循环之前确定最大循环数，不要每循环一次都计算最大值。

5.    Unset your variables to free memory, especially large arrays. 注销那些不用的变量尤其是大数组，以便释放内存。

6.    Avoid magic like __get, __set, __autoload 尽量避免使用__get，__set，__autoload。

7.    require_once() is expensive require_once()代价昂贵。

8.    Use full paths in includes and requires, less time spent on resolving the OS paths. 在包含文件时使用完整路径，解析操作系统路径所需的时间会更少。

9.    If you need to find out the time when the script started executing, $_SERVER[’REQUEST_TIME’] is preferred to time() 如果你想知道脚本开始执行（译注：即服务器端收到客户端请求）的时刻，使用$_SERVER[‘REQUEST_TIME’]要好于time()。

10.    See if you can use strncasecmp, strpbrk and stripos instead of regex. 检查是否能胹trncasecmp，strpbrk，stripos函数代替正则表达式完成相同功能。

11.    str_replace is faster than preg_replace, but strtr is faster than str_replace by a factor of 4. str_replace函数比preg_replace函数快，但strtr函数的效率是str_replace函数的四倍。

12.    If the function, such as string replacement function, accepts both arrays and single characters as arguments, and if your argument list is not too long, consider writing a few redundant replacement statements, passing one character at a time, instead of one line of code that accepts arrays as search and replace arguments. 如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么可以考虑额外写一段替换代码，使得每次传递参数是一个字符，而不是只写一行代码接受数组作为查询和替换的参数。

13.    It’s better to use select statements than multi if, else if, statements. 使用选择分支语句（译注：即switch case）好于使用多个if，else if语句。

14.    Error suppression with @ is very slow. 用@屏蔽错误消息的做法非常低效。

15.    Turn on apache’s mod_deflate 打开apache的mod_deflate模块。

16.    Close your database connections when you’re done with them. 数据库连接当使用完毕时应关掉。

17.    $row[’id’] is 7 times faster than $row[id]. $row[‘id’]的效率是$row[id]的7倍。

18.    Error messages are expensive. 错误消息代价昂贵。

19.    Do not use functions inside of for loop, such as for ($x=0; $x < count($array); $x) The count() function gets called each time. 尽量不要在for循环中使用函数，比如for ($x=0; $x < count($array); $x)每循环一次都会调用count()函数。

20.    Incrementing a local variable in a method is the fastest. Nearly the same as calling a local variable in a function. 在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。

21.    Incrementing a global variable is 2 times slow than a local var. 递增一个全局变量要比递增一个局部变量慢2倍。

22.    Incrementing an object property (eg. $this->prop++) is 3 times slower than a local variable. 递增一个对象属性（如：$this->prop++）要比递增一个局部变量慢3倍。

23.    Incrementing an undefined local variable is 9-10 times slower than a pre-initialized one. 递增一个未预定义的局部变量要比递增一个预定义的局部变量慢9至10倍。

24.    Just declaring a global variable without using it in a function also slows things down (by about the same amount as incrementing a local var). PHP probably does a check to see if the global exists. 仅定义一个局部变量而没在函数中调用它，同样会减慢速度（其程度相当于递增一个局部变量）。PHP大概会检查看是否存在全局变量。

25.    Method invocation appears to be independent of the number of methods defined in the class because I added 10 more methods to the test class (before and after the test method) with no change in performance. 方法调用看来与类中定义的方法的数量无关，因为我（在测试方法之前和之后都）添加了10个方法，但性能上没有变化。

26.    Methods in derived classes run faster than ones defined in the base class. 派生类中的方法运行起来要快于在基类中定义的同样的方法。

27.    A function call with one parameter and an empty function body takes about the same time as doing 7-8 $localvar++ operations. A similar method call is of course about 15 $localvar++ operations. 调用带有一个参数的空函数，其花费的时间相当于执行7至8次的局部变量递增操作。类似的方法调用所花费的时间接近于15次的局部变量递增操作。

28.    Surrounding your string by ‘ instead of " will make things interpret a little faster since php looks for variables inside "…" but not inside ‘…’. Of course you can only do this when you don’t need to have variables in the string. 用单引号代替双引号来包含字符串，这样做会更快一些。因为PHP会在双引号包围的字符串中搜寻变量，单引号则不会。当然，只有当你不需要在字符串中包含变量时才可以这么做。

29.    When echoing strings it’s faster to separate them by comma instead of dot. Note: This only works with echo, which is a function that can take several strings as arguments. 输出多个字符串时，用逗号代替句点来分隔字符串，速度更快。注意：只有echo能这么做，它是一种可以把多个字符串当作参数的“函数”（译注：PHP手册中说echo是语言结构，不是真正的函数，故把函数加上了双引号）。

30.    A PHP script will be served at least 2-10 times slower than a static HTML page by Apache. Try to use more static HTML pages and fewer scripts. Apache解析一个PHP脚本的时间要比解析一个静态HTML页面慢2至10倍。尽量多用静态HTML页面，少用脚本。

31.    Your PHP scripts are recompiled every time unless the scripts are cached. Install a PHP caching product to typically increase performance by 25-100% by removing compile times. 除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套PHP缓存机制通常可以提升25%至100%的性能，以免除编译开销。

32.    Cache as much as possible. Use memcached - memcached is a high-performance memory object caching system intended to speed up dynamic web applications by alleviating database load. OP code caches are useful so that your script does not have to be compiled on every request. 尽量做缓存，可使用memcached。memcached是一款高性能的内存对象缓存系统，可用来加速动态Web应用程序，减轻数据库负载。对运算码(OP code)的缓存很有用，使得脚本不必为每个请求做重新编译。

33.    When working with strings and you need to check that the string is either of a certain length you’d understandably would want to use the strlen() function. This function is pretty quick since it’s operation does not perform any calculation but merely return the already known length of a string available in the zval structure (internal C struct used to store variables in PHP). However because strlen() is a function it is still somewhat slow because the function call requires several operations such as lowercase & hashtable lookup followed by the execution of said function. In some instance you can improve the speed of your code by using an isset() trick. 当操作字符串并需要检验其长度是否满足某种要求时，你想当然地会使用strlen()函数。此函数执行起来相当快，因为它不做任何计算，只返回在zval结构（C的内置数据结构，用于存储PHP变量）中存储的已知字符串长度。但是，由于strlen()是函数，多多少少会有些慢，因为函数调用会经过诸多步骤，如字母小写化（译注：指函数名小写化，PHP不区分函数名大小写）、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用isset()技巧加速执行你的代码。

Ex.（举例如下）
if (strlen($foo) < 5) { echo "Foo is too short"; }
vs.（与下面的技巧做比较）
if (!isset($foo{5})) { echo "Foo is too short"; }

Calling isset() happens to be faster then strlen() because unlike strlen(), isset() is a language construct and not a function meaning that it’s execution does not require function lookups and lowercase. This means you have virtually no overhead on top of the actual code that determines the string’s length. 调用isset()恰巧比strlen()快，因为与后者不同的是，isset()作为一种语言结构，意味着它的执行不需要函数查找和字母小写化。也就是说，实际上在检验字符串长度的顶层代码中你没有花太多开销。

34.    When incrementing or decrementing the value of the variable $i++ happens to be a tad slower then ++$i. This is something PHP specific and does not apply to other languages, so don’t go modifying your C or Java code thinking it’ll suddenly become faster, it won’t. ++$i happens to be faster in PHP because instead of 4 opcodes used for $i++ you only need 3. Post incrementation actually causes in the creation of a temporary var that is then incremented. While pre-incrementation increases the original value directly. This is one of the optimization that opcode optimized like Zend’s PHP optimizer. It is still a good idea to keep in mind since not all opcode optimizers perform this optimization and there are plenty of ISPs and servers running without an opcode optimizer. 当执行变量$i的递增或递减时，$i++会比++$i慢一些。这种差异是PHP特有的，并不适用于其他语言，所以请不要修改你的C或Java代码并指望它们能立即变快，没用的。++$i更快是因为它只需要3条指令(opcodes)，$i++则需要4条指令。后置递增实际上会产生一个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的一种，正如Zend的PHP优化器所作的那样。牢记这个优化处理不失为一个好主意，因为并不是所有的指令优化器都会做同样的优化处理，并且存在大量没有装配指令优化器的互联网服务提供商（ISPs）和服务器。

35.    Not everything has to be OOP, often it is too much overhead, each method and object call consumes a lot of memory. 并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很多内存。

36.    Do not implement every data structure as a class, arrays are useful, too. 并非要用类实现所有的数据结构，数组也很有用。

37.    Don’t split methods too much, think, which code you will really re-use. 不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码？

38.    You can always split the code of a method later, when needed. 当你需要时，你总能把代码分解成方法。

39.    Make use of the countless predefined functions. 尽量采用大量的PHP内置函数。

40.    If you have very time consuming functions in your code, consider writing them as C extensions. 如果在代码中存在大量耗时的函数，你可以考虑用C扩展的方式实现它们。

41.    Profile your code. A profiler shows you, which parts of your code consumes how many time. The Xdebug debugger already contains a profiler. Profiling shows you the bottlenecks in overview. 评估检验(profile)你的代码。检验器会告诉你，代码的哪些部分消耗了多少时间。Xdebug调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。

42.    mod_gzip which is available as an Apache module compresses your data on the fly and can reduce the data to transfer up to 80%. mod_zip可作为Apache模块，用来即时压缩你的数据，并可让数据传输量降低80%。

]]> http://www.huison.cn/blog/default.asp?id=213 <![CDATA[网站优化30条准则]]> hoogl@126.com(懒鱼) Thu,13 Mar 2008 13:03:59 +0800 http://www.huison.cn/blog/default.asp?id=213 你也可以把这30条作为一个设计或者优化网站时的一个样板来看。

把所选定的关键词放在：
1）META keywords，这个部分对于Google不重要，但是对于其他的搜索引擎还是有用的，所以放上。记住，不要超过12个。
2）META description，这个部分同样要把关键词放在句子里面，最好放在靠前面的地方。
3）在title里面，也是靠前的原则，但是不要放在第一个出现。
4）在网页正文的第一段，不要用黑体，斜体，或者其他的样式。
5）用在H3或者H2，H1的标签里面。
6）在正文第二段里，可以加黑出现。
7）用斜体来显示，但是不要在第一段就这样。
8）也可以用在上标或者下标里。
9）URL里，这里的URL包括目录名，文件名，甚至是域名。但是记住不要重复。
10）在相关的图片文件名。
11）ALT标签，主要是图片的注释。
12）图片的title属性里也要用到。
13）在链接到其他网站的链接文字中。
14）在内部链接的链接文字中。
15）在所有的链接的title属性里，都可以用。
16）在外部CSS文件名，或者JS文件名。
17）内部链接，特别是从自己网站的首页。
18）从其他的网站过来的链接中。
19）在一个链接到其他高PageRank的网站时候。
20）在你的Gmail的签名里。

还有其他的一些措施不同关键词相关，但是对于搜索引擎来说非常重要的：
21）如果可能的话，在http头部添加 “last modified”属性
22）校验网页文件，最好是标准的HTML或者XHTML。
23）在站点中使用模版文件，Google能够很好的把模版部分给过滤掉，从这个角度来看，Google可以相当好的找到重复内容。
24）尽量使用.html或者htm，使用动态页面，始终存在收录的风险。
25）每个HTML文件最好保持在20K以下，15K最好。
26）在整个HTML文件里，文本要占多数，就是说搜索引擎偏好文本。
27）在不同的浏览器里看网页的不同，至少要保证显示正确，略有不同倒是关系不大。包括Netscape，Opera，IE，如果有Lynx的话，最好也看看。
28）在使用链接的时候，最好只用，href，不要用Javascript。
29）10个页面，每个都有一次referral好过有1个页面有10次referrals。
30）关键词不要孤零零的放在网页上，自然的融合在语句中是最好的优化方法。

上面的30条优化措施，有些操作简单，容易实现，有些并不容易，甚至还要花上许多时间。在一开始规划网站时就进行这方面的考虑，尽可能早的进行优化，效果会更好。如果一个网站能够实现里面的15条，假以时日，网站在搜索中会有一定的起色的。

作者: David Yin]]> http://www.huison.cn/blog/default.asp?id=208 <![CDATA[北京上下班的跋涉有多苦？]]> hoogl@126.com(懒鱼) Mon,21 Jan 2008 16:23:14 +0800 http://www.huison.cn/blog/default.asp?id=208 公司搞清洁的阿姨听说我住通县，异常同情：“那你每天得多早出门啊，怎么着也得六点半吧？”她认为我从通县到国贸，路上需要两小时。其实，这段路约23公里，一路高速公路过来，开车通常半小时也就够了。阿姨的盘算也不是没有道理，因为在上班时间，从复兴门到国贸，9公里，长安街那么宽的路，怎么也得走一个钟头。

其实，即使每天有两个小时消耗在路上，我也不觉得有什么好抱怨的。公司里几乎没有谁上下班用时比我更少，而且，大家可以接受的时间是，上下班时间加在一起在三小时之内。我的同事们如此不计较，是因为不坐班，即使在规定必须上班的日子，也完全可以避开传说中的上班高峰。我的上司上班只要10分钟，住得近加上交通方便。这样的幸运儿存在的好处是，让大家对优质生活有更多向往。

同时，作为一个可以不坐公交车和地铁的人，我也不觉得有什么可抱怨的了。

比如看到这样的帖：早上7:10出门，坐公共汽车到霍营，换城铁；到东直门，然后换乘环线地铁，15分钟到建国门；再换乘一线地铁，坐到国贸，出来要步行10分钟，以及等电梯之类的，进了公司大门正好是8:45，已经在准备开早会唱歌了。

在北京，不断地换乘和倒车，比拉长距离和时间更磨损人。那些需要不断换乘的人，尤其是女人，每个早上要被散发着各种味道的人潮吞吐几次，总是有人在地铁上吃早餐！空气流通不畅，异味经久不散。天知道，要获得多强大的职业成就感，才能平复被如此严重打击的虚荣心。如果没有私家车，上班路上穿高跟鞋是不匹配的。如果公司打卡，脚的惟一任务是一路狂奔。

也许你刚觉得开车上班不错，就有人告诉你：不！美国最新的研究结果显示，一名司机如果每天开车1.5个小时，他在驾驶过程中吸入的柴油颗粒和超细颗粒的数量，占他一天所吸入污染物总和的33％～45％。他们说，开车上班很可能是你一天中最不健康的行为。

不开车，也不坐公交车。我的一个朋友也这么想。他住南三环，上班在中关村。他在公司旁边的大学公寓里租了个床位，每月300元。省了上下班的车费和时间。但同屋另五个床位不断换人，他不得休息，又全无安全感。两个月后又住回去。他的第二个解决方案是电动自行车。夏天和秋天还好，冬天电动自行车的电池能量不足，他现在想去驾校报名学摩托车了。但考虑到北京的天气和空气，这些方法都是不适宜女人的。他即将结婚，房子买在北五环，老婆上班在国贸。每天晚上，两人各自吃过晚餐，在长距离的公交系统中跋涉之后在家中相见：“我们通常先睡一觉，再做爱。”

昆德拉说:“我们在生活中因其轻快而选取、而珍重的一切，于须臾之间都要显示出其令人无法忍受的沉重的本来面目。”

这个须臾之间，可能是地铁票价降为2元公交车调到4毛钱之后的恐怖之挤，可能是公司远迁的通知，可能是上班长征中突然产生的荒谬感，也可能是前台那个新的指纹打卡机。

每天花3、4个小时在路上，真的是一种浪费。而且这个过程中充满了不体面和受挫感。如果这种上班生涯还在继续，除了说明这份工的重要性之外，也没什么好说的。一个上海的朋友住恒隆附近，每天先半小时地铁到班车站，然后坐一小时的公司班车到南汇上班。她最近开始不满意这每天三小时的消耗，但已经做了五年，职位和薪水都不低。我想她至多也只是抱怨一下而已。

上班是这个世界上最强大的制度。即使逃脱了这个制度，也无法逃脱工作。只是我现在不确定，人生难道就是为了工作吗？但我还没想出来，比工作更有趣、又能饱两餐的人生是什么样的。

转自：英国《金融时报》中文网 特约撰稿人汪崑

]]> http://www.huison.cn/blog/default.asp?id=204 <![CDATA[“CN域名1元体验活动”延续至2008年12月31日]]> hoogl@126.com(懒鱼) Wed,26 Dec 2007 16:03:28 +0800 http://www.huison.cn/blog/default.asp?id=204
    同时，在2007年3月7日中午12点至2007年12月31日24点之间注册、注册年限为1年的CN域名，在2008年1月1日至2008年12月31日之间续第二年费用，将享受1元续费价格。

    “CN域名1元体验活动”自2007年3月7日开展以来，有效降低了普通网民的应用门槛，在全国范围内引起了良好的反响，CN域名注册量已超过840万。

    推广国家域名，降低体验门槛，惠及更多网民，是“CN域名1元体验活动”自始至终的宗旨。相信随着1元CN域名体验活动的延续，国家域名普及程度将继续扩大，应用也更为深入，我国互联网应用的根基将更加牢固。

来源:http://www.cnnic.net.cn/html/Dir/2007/12/24/4945.htm]]>