12/27/2006

台湾地震导致全国断网



 据新浪网、新京报的报道,昨天晚上八点二十分,在南海海域(北纬21.9度,东经120.6度)发生7.2级地震,台湾媒体的报道称地震威力“相当于6颗原子弹在距离地下22公里处爆炸”,并称“大陆福建和泉州等地均有震感”。地震已造成1人死亡,3人受伤。

 东方网讯的消息称,不少大陆地区的网通、电信用户反映,无法正常访问国外网站,包括雅虎在内的多家国际知名网站均无法正常访问,MSN等IM也无法正常登陆。中国网通以及中国电信集团公关处人士也证实,昨晚台湾地区的地震影响到内地出口光缆,造成国内访问国外网站故障。
  我自己也可以证实,从今天早上起,MSN无法登录,del.icio.us上不去,Feedburner上不去,我购买的一个DreamHost也无法访问,Bloglines进不去,Yahoo无法访问,很多国际著名的网站都无法访问,不过奇怪的是,Google的系列网站包括Gmail,Blogspot,Reader都访问正常,这次断网突发事件中,Google的网络表现非常出色,值得表扬,看来还是Google的网络和服务器还是更为稳定啊。
  DreamHost的无法访问对不少Blogger有影响,因为我知道很多人都购买了这类主机,对于这种光缆的物理损坏,恐怕谁都无能为力。
  目前的状况倒是可以很好的体会一下ChinaNet的感觉,因为大多数国外网站都上不去,只能上国内网站,这可实在是一件悲惨的事情,希望台湾的海底光缆能够尽快修好。此次事件使得我Feedburner的Feed暂时无法访问,请使用阅读器的直接访问我的网站来阅读最新文章。

12/01/2006

Google域名注册的问题

今天一个读者问我域名注册的问题,他注册了COM和CN的两个和Google很类似的域名,不知道是否可以使用其做一些以Google为名的网站。

  我的建议如下:

  COM域名由美国ICANN管理,最好不要注册使用这种有误导性的域名,一旦被Google发现,肯定会提交ICANN仲裁,这类仲裁基本上都是国外公司胜诉。

  CN的域名是CNNIC管理,这个就不用ICANN管理,随便取什么标题都无所谓了,Google大概还不会去CNNIC打官司,即使去打,估计也未必是国外公司胜诉。

11/30/2006

如何判断域名被封

刚才有个国外的朋友询问我,怎么判断域名被列入黑名单?
  判断方法很简单,如果你在国外,使用Baidu搜索一下你的域名,如果你在国内,用Google.com(一定要用COM的而不是CN的)搜索一下你域名,出现“本页无法访问”的提示,就说明你的域名已经被加入黑名单了。

11/15/2006

切换了Blogger Beta

这几天将我在Google Blogger的空间切换到了Blogger Beta.
  切换到了Blogger Beta后,感觉功能好像没有什么变化,只是以前我用编辑HTML方式完成,现在不用编辑也可以完成,不过我用的模版好像有些问题,配色看起来怪怪的。
  Blogger Beta写完文章后不用重建了,大概用了动态技术,这是一个好事情,对于文章多的Blogger来说,省事多了。

11/14/2006

防火长城真是神仙啊

  今天发现几天前刚刚能够正常访问的维基百科又无法访问了,才知道,原来防火长城真是神仙啊。
  为什么说它是神仙呢?因为它是不可预知而神秘莫测的,其通天法术带给人们无边的恐惧。神仙的意智和思维方式是捉摸不透的,真是因为这些琢磨不透、难以预知的神秘力量,我们才会感到自身的命运无法受自己掌控,我们卑微、可怜,我们无法预知、更无法改变主宰我们的力量,我们只能祈求它的善意与怜悯。这就是我们的命运。
  人是无法和神对抗的,神仙是强大的,同时也是令人百思不得其解的。孔子说,“敬鬼神而远之”,鬼神不可以不敬,但是敬而远之。神之所以受人尊敬,不是因为它的完美,而是因为它的神秘。
  既然神仙是这么强大而神秘,那么我们再来揣测神仙的行为就显得不明智了。在目前这样一个时代里,多说无异,敬而远之吧。
  不知道要到什么时候,神仙才能够变成人。

11/09/2006

中文维基百科解封

 从今天起(2006年11月09日),中文维基百科似乎已经完全解封了,无论电信还是网通的用户都可以访问正常。
  自从去年10月中文维基百科被封起,到现在已经整整一年多了,实际上,从10月份就有报道说,中国部分地区可以访问中文维基百科了,但是我用自己的线路(电信ADSL)尝试了一下,还是无法连接上中文维基百科,搜索其域名连接会被重置,说明那时其域名还是在黑名单中。
  但是我估计中国北部的小部分地区已经可以正常访问维基百科了,因为我查看百度搜索引擎的网页快照,10月份搜索“维基百科”,已经可以发现中文维基百科的域名和百度快照了,说明百度的Spider已经可以连接中文维基百科了。
  而从昨天晚上起,各处都传来可以正常访问中文维基百科的消息,我自己也可以正常访问,为了验证这不是临时解封,我还是耐心等待了一天的时间,发现至今为止中文维基百科都是可以正常访问的,看来这次可能是真正解封了。
  我去年就曾经说过,封杀中文维基百科这么优秀的而庞大的知识宝库是一种很不负责任的做法,“知识改变命运”,维基百科是一个名副其实的百科全书,封杀这样的网站实在令人无法理解。然而,这次解封是不是临时的解封呢?会不会过段时间再封掉这个网站呢?这还是难以判断的。BlogSpot就是解封2个月后又被重新封锁,中文维基百科会不会步BlogSpot的后尘呢?目前离维基被封正好一年时间,会不会当时封的时候就设定了时间,一年后自动解封呢?
  另外一个值得注意的网站是维客网,这个网站曾经在中文维基百科被封的当天正式运营,并且大量复制维基百科的内容而不注明出处,因而引起很大争议,后来由于维客中国的服务器被黑客攻破而被删除了全部数据,维客中国也不得不在仅仅生存了十天的情况下黯然关闭。新的维客于今年5月份悄然上线,不过维客网依旧使用的是中文维基百科的数据库。新版的维客网增加了类似百度贴吧的维客帖吧,其界面几乎和百度贴吧一模一样。经过一些使用发现,对于中文用户来说,贴吧的形式比维基的“讨论”形式更贴近普通用户一些。
  目前,中文维基百科已经可以正常访问了,不过,如果你访问的时候出现“page not found”等提示,请修改一下hosts文件,将原先增加的一些IP删除即可正常。当然,这次中文维基百科是否是永久的解封,还需要再多观察一段时间。
  更新:好事情总是不会太久的,11月17日以后,中文维基百科再次无法访问。让我们纪念这段短暂的正常时间吧。

10/09/2006

301 Redirect 永久重定向的实现

 在我们的网站建设中,时常会遇到需要网页重定向的情况:象网站调整,如改变网页目录结构,网页被移到一个新地址,再或者,网页扩展名改变,如因应用需要把.php改成.Html或.shtml,在这种情况下,如果不做重定向,则用户收藏夹或搜索引擎数据库中旧地址只能让访问客户还会得到一个404页面错误信息,访问流量白白丧失;再如某些注册了多个域名的网站,也需要通过重定向让访问这些域名的用户自动跳转到主站点,等等。
  常用的重定向方式有: 301 redirect, 302 redirect 与 meta fresh:
301 redirect: 301代表永久性转移(Permanently Moved),301重定向是网页更改地址后对搜索引擎友好的最好方法,只要不是暂时搬移的情况,都建议使用301来做转址。
302 redirect: 302代表暂时性转移(Temporarily Moved ),在前些年,不少Black Hat SEO曾广泛应用这项技术作弊,目前,各大主要搜索引擎均加强了打击力度,象Google前些年对Business.com以及近来对BMW德国网站的惩罚。即使网站客观上不是spam,也很容易被搜寻引擎容易误判为spam而遭到惩罚。
meta fresh: 这在2000年前比较流行,不过现在已很少见。其具体是通过网页中的meta指令,在特定时间后重定向到新的网页,如果延迟的时间太短(约5秒之內),会被判断为spam。
  这里我们主要谈谈如何通过301 Redirect实现网页重定向
IIS服务器实现301重定向
* 打开internet信息服务管理器,在欲重定向的网页或目录上按右键,见下图* 选中“重定向到URL”* 在对话框中输入目标页面的地址* 切记,记得选中“资源的永久重定向”* 当然,最后要点击“应用”
Apache服务器实现301重定向
  相比较来说,Apache实现起来要比IIS简单多了。在Apache中,有个很重要的文件.htaccess,通过对它的设置,可以实现很多强大的功能,301重定向只是其中之一。
Redirect permanent / http://blog.pcxingxing.net.ru/ ;将目录下内容重定向到http://seo.highdiy.com/redirect permanent /old.html http://blog.pcxingxing.net.ru/new-url/ ;将网页old.html内容重定向到http://blog.pcxingxing.net.ru/new-url/
  通过合理地配置重定向参数中的正则表达式,可以实现更复杂的匹配。有兴趣的朋友可参考Apache手册。
  其他方法还有:
PHP下的301重定向
http://blog.pcxingxing.net.ru/" );?>
ASP .NET下的301重定向

  配置完成后,要认真检查一下是否正确。Internet有很多类似的Server Header检查工具,如Check Server Headers Tool - HTTP Status Codes Checker