昨天老乐才提醒我更新到WordPress 2.5 RC3，今天晚上又看到WordPress 2.5正式版的发布。这周WordPress真是太疯狂了，连续发布了三个版本。看来是WordPress团队觉得WordPress 2.5 RC3已经找不出什么bug和漏洞了。
中文包现在也已经放出来了，Wordpress中文团队的更新速度真令人称赞，还在使用WordPress 2.3的朋友们可以升级了，正式版都出来了，还等什么呢？
下载WordPress 2.5正式版：
http://wordpress.org/wordpress-2.5.zip
下载WordPress 2.5中文正式版：
http://wpcn.googlecode.com/files/WordPress.v2.5.incl.Simp.Chinese.pack.v1-wpcng.zip
前几天刚从wordpress 2.23升级为WordPress 2.5 RC1，感觉速度比2.2版的快了很多。还没过几天呢，今天就看到WordPress 2.5 RC2放出来的消息。
WordPress 2.5与2.2及2.3相比变化还是很大的，尤其是后台，刚开始进去的时候严重的不习惯。这两天慢慢适应之后才感觉到新后台的人性化。
WordPress 2.5的新功能就不必说了，比如一键式的插件更新等等。RC版的稳定性也差不多跟正式版接近，建议喜欢尝鲜的朋友下载升级。
WordPress 2.5 RC2下载地址：
WordPress 2.5 RC2原版：http://wordpress.org/wordpress-2.5-RC2.zip
WordPress 2.5 RC2中文版：http://wordpresschina.googlecode.com/files/wordpress.2.5.rc2.chs.zip
相信对于大多数的互联网用户来说，遇到404页面应该算是一件很倒霉的事情，因为404意味着两个结果：通过搜索引擎或者直接点击需要查找的信息不存在了；又要面对死板又呆滞的几乎能倒背下来的丑陋页面。
而对于一个网站自身来说，每一次的404页面意味着丢掉一个用户；也意味着丢掉排名和流量。于是就有了大量网站采用的404跳转，即遇到404页面时，自动跳转到网站首页。可是这么做对SEO来说意味着危险，因为可爱的搜索引擎并不喜欢这样，他们认为作弊的表现，于是就有了大量网站从搜索引擎中除名。同时强迫用户跳转到网站首页也是不尊重用户体验的表现，相当于对网民做了一次强奸，而网站的设计者却还认为用户会感觉很舒服。
直接的404页面太丑陋，用户不喜欢，反感；做一下跳转引导用户到首页，搜索引擎和用户都不喜欢。没办法，我们是做互联网的，时代不同了，曾经那么强奸网民的时代已经很遥远，一个网站要成功，就要讨好用户和搜索引擎。那么我们应该怎么做？
[More...]
dreamhost后台操作指南，给看不懂英文的朋友们：
1:添加虚拟主机：Domains---->Manage Domains------>Add New Domain / Sub-Domain
Domain to host:填要绑定的域名
PHP Version：两个都可
FastCGI Support:一般不选
FTP user：可以用xxxx(on olds)
Newusername:上面那一项选 create new user的话就填一个想要的FTP帐号
Specify your web directory:一般填域名,比如xxxxx.cn
How do you like the www in your URL:第一个是www.xxxx.com和xxxx.com都使用，第二个是将xxxx.com重定向到www.xxx.com
Fully host this domain now！这个是提交。。。OK
[More...]
如果你是一个网页设计师，你是否为一个操作系统需要安装IE6,IE7,FIREFOX,OPERA等浏览器而烦恼？你是否为不停的切换各种浏览器测试网页的兼容性而苦闷？今天给大家介绍一个测试浏览器兼容性的在线测试地址。有了它，或许你的工作量能减轻很多：）
这个在线测试浏览器兼容性的网站，包含了20来种浏览器以供测试，是个不错的工具。网页设计师和SEO同仁们或许会经常用到它：）
还是点点游的消息，wordpress 2.2.1发布了，wordpress 2.2.1版本主要是修正2.2版本的bug，并且条调整一些细节。
WordPress 2.2.1 发布！WordPress 2.2.1 是WordPress 2.2 系列的一个 Bug 修正版本。自从一个月前发布WordPress 2.2 以来，WordPress 社区一直致力于修正发现的 Bug，并调整了一些细节。在人们不懈的努力下，终于发布了WordPress 2.2.1 版本。WordPress 2.2.1 修正 Bug 的完整列表在这里。以下是重点：
Atom feed 验证修正
XML-RPC 修正
Widget 向后兼容修正
Widget 在 IE7 下的布局修正
页面和文本 Widget 增强
不幸的是，2.2.1 不只是 Bug 修正版本。在 2.2.1 开发过程中一些安全问题也逐渐浮出水面，强烈建议大家升级。2.2.1 修正了如下危险：
PHPMailer 的远程 Shell 注入
XML-RPC 的远程 SQL 注入
默认主题中未转义的属性
这个版本只要覆盖文件即可升级，没有数据库结构的改动。
中文版下载地址：
wordpress 2.2.1 中文版
来源：http://www.gtp2p.com/2007/06/21/wordpress-221-%e5%8f%91%e5%b8%83%e5%8f%8a%e4%b8%ad%e6%96%87%e7%89%88%e4%b8%8b%e8%bd%bd/
wordpress用来做SEO很是很不错的，wordpress成为众多SEO用来建立博客和网站优化的首选。尤其是wordpress爱好者提供了众多的SEO插件。
渡虎谷今天早上刚看到了wordpress 2.2的发布，晚上渡虎谷就看到点点游发布了wordpress 2.2中文版，效率真是高啊。可惜渡虎谷换了新版之后发现现在的模板不支持，最近事情太多，没工夫修改模板，只好又把wordpress数据恢复到2.1版的，真是折腾。
wordpress 2.2新功能:
WordPress Widgets 让您可以只需要鼠标简单拖放操作便可重新安排和自定义您的 Blog (通常是侧边栏)。此功能最初是 Widgets 插件引入的，现在成为了 Wordpress 的默认核心代码，做了大量的优化，并且默认主题启用了这个功能。
完整的 Atom 支持，包括更新我们的 Atom 聚合以符合 1.0 标准，并实现了 Atom 发布 API 以和原有 XML-RPC 接口互补。
全新 Blogger 导入程序可以让您导入新版 Google Blogger，只要输入登录信息，便可全自动无需人工干预无缝的导入文章和评论。
无限评论流，意思是在编辑评论页面，当您使用 AJAX 链接删除评论或将评论标记为垃圾评论时，系统会自动从后台调取较早的评论显示出来，补充刚才删除的评论，这样能够保证评论管理页面总是显示 20 条评论。
现在可能导致 Blog 无法工作的插件将被自动禁用。
核心插件和过滤器进行了速度优化，您应该能感觉到进行任何操作时速度上的提升。
我们未来版本的 Safari 浏览器的所见即所得支持提供了一个钩子。
另外还有大量的用户界面和易用性方面的增强，比如选项的描述用语到编辑文章或页面时编辑框上新增的快速查看链接。
wordpress 2.2开发者功能:
我们也增强了底层的代码。如果您是一个开发者，请不要错过下面的说明:
一个全新的 WordPress 特定的 XML-RPC API 集，允许您编辑页面、设置分类等。
我们现在使用 jQuery 来处理内部的功能，并希望未来所有的 JS 应用都使用它。
评论聚合现在支持多种格式，包括 Atom。
内部发送 Email 功能现在采用 phpMailer，支持 SMTP。
您现在可以在配置文件设置数据库整理和字符集。
您也可以在配置文件中强制写入您的网站和 WP 的网址，覆盖数据库中储存的设置。
最后我们增加了 WP 代码中的函数文档，可以帮助您更快理解那些代码。
wordpress 2.2中文版下载地址：
http://downloads.sourceforge.net/wordpress-zh/wordpress_2.2_zh_CN.zip
热烈庆祝渡虎谷的网站走出“沙盒”，虚惊一场，今天观察，排名已经恢复，肯定的说不是进沙盒，应该是服务器不稳定带来的短暂影响，同志仍需努力。渡虎谷在高兴之余，也有兴趣写一篇SEO方面的文章。今天要说的是网站设计中要考虑的SEO因素。
在搜索引擎优化中（SEO），网站良好的内部结构和合理的设计原则能使搜索引擎优化事半功倍，并且能够带来意想不到的关键字排名，最常见的是SEO中所说的长尾效应。其实搜索引擎优化与网站设计并不是相冲突的，因为SEO的网站内部优化中，需要在一定程度上遵循WEB标准（例如国内目前开始流行的xhtml标准），因为xhtml能够精简大量的页面代码，而简练的页面代码无疑提高了搜索引擎友好度，提高搜索引擎的抓取效率，并有利于搜索引擎分析页面内容；同时xhtml中的许多标签和元素都是搜索引擎排名中的构成因素，从而最终提高搜索引擎排名。
现在国内的网页设计师都开始学习xhtml标准，慢慢的向标准化过渡，163和yahoo等门户网站的改版，引领了xhtml的风潮，虽然xhtml在国外的流行都是好几年前的事情了，不过从以两年前华丽的Flash和image过渡到现在精简代码，以用户和效率为原则，总算是一个不小的进步。那么在网站设计时，从SEO角度都要考虑到哪些因素？
1，合理的页面布局。
一个符合SEO规范的网站，从标题、导航、菜单、链接、内容以及其他要素都需要经过精心设计、合理的分布，做到以引导搜索引擎抓取分析和不影响关键字密度为原则。网页设计师应该都比较了解注明设计师阿捷在2004年所发表的《DIV+CSS三行两列经典布局》，SEOBBS的站长乐思蜀通过对这篇文档的分析，写了一篇在此基础上利用css调整布局以对搜索引擎更友好的文章，具体见：SEO参考：DIV+CSS三行两列经典布局，这篇文章或许能给网页设计师和SEO在页面设计布局时以启发。
2，精简的代码。
为什么在SEO中推崇xhtml标准，或者说为什么在搜索引擎优化中使用div+css能够提高搜索引擎排名，就是因为div+css能够大量的精简页面代码，将设计部分剥离出来放在一个独立样式文件中，HTML文件中只存放文本信息，这样搜索引擎会更有效地搜索到网页的实质内容，得到更高的权重。
3，CSS与页面相分离。
现在有不少网站，在设计时将css部分放置在页面代码中，这样做严格的来说是不符合W3C的xhtml规范的，同时也不利于搜索引擎的抓取分析，降低了页面对搜索引擎的友好度。最佳的做法是将css部分封装在一个外部的.css文件中，在页面中以<link rel="stylesheet" type="text/css" href="/xxxx/style.css">的方式调取。
4，Flash和图片的利用。
SEO中常说要尽量避免在页面中使用Flash和图片，因为flash和图片中所包含的文字是搜索引擎无法抓取的，虽然目前google宣称能够抓取Flash中的内容。但是在我看来，能够抓取的文字也只是一部分。学习过Flash的朋友应该清楚，在设计Flash时，所放置的特殊字体的文字（比如普通操作系统中没有安装的文字如较有名的汉仪字库）要想让它在没有安装这种字体的系统中显示，需要经过将文字打散这一步，否则将显示为默认的宋体，而我认为打散文字之后，google就无法抓取其中的文字内容了。还有图片，目前没有一个搜索引擎能够识别图片中的文字内容。所以在网页设计时，要避免在导航、链接中使用flash和图片，因为在导航、链接中使用flash和图片会大大的影响搜索引擎的抓取。同时，如果flash和图片中包含了关键字，对搜索引擎优化来说是个损失。当然我们并不应该一味的排斥Flash和图片的使用，一些无用的文字部分使用flash和图片反而能够提高关键字的密度，精简内容。
5，title=""与alt=""。
为什么把alt属性和title属性作为一个因素呢？因为这是网站设计与SEO都容易忽视的一个问题。就算一个遵循W3C标准的xhtml的页面，设计师们和SEO也更多的是将alt属性和title属性留空，即保持为“title=""与alt=""”。在搜索引擎的算法中，虽然alt与title属性所占的比例不大，但是无细流何以汇聚成江海？所以在网站设计时，应该将alt与title属性填充为相关的关键字，切记是相关的关键字，而不是为了关键字而刻意的堆积。
6，javascript与iframe。
这是不少网站的通病。不少网页设计师们喜欢使用大量的javascript来实现页面华丽的特效，例如导航下拉菜单、文字特效、鼠标效果等等。这样的javascript特效带来了大量的垃圾代码，对于使用javascript的下拉菜单，还大大的影响了搜索引擎的抓取。还有不少设计师们喜欢使用框架，用iframe将一个页面分割成几个页面，这样也大大降低了搜索引擎的友好度，关键字密度也随之下降。解决办法是将javascript与页面相分离，以外部调取的方式。不过就像在第二点中提高的，如果javascript和iframe使用得当，还是很有好处的。
渡虎谷在搜索神经算法时在网上居然搜出来一篇比较2006年获奖的开源CMS的文章，觉得还算有研究价值，贴上来。只是转来转去，不知道原出处是哪，正好得罪了，渡虎谷想贴出来原作者的地址也无能为力：）
目前全世界的开源CMS（内容管理系统）有上百种，但真正能够被广泛接受和使用的应该不超过10种。最近 packt在全球范围内评选最佳开源CMS的结果出来了，入围3甲的是Joomla!、Drupal和Plone，应该说具有一定的说服力。下面对最终获奖的3个产品进行一定的分析评价。
1、Joomla！ http://www.joomla.org/ 中文社区：http://joomla.cn
Joomla！在中国有人称呼逐浪， Mambo的分支，是Mambo核心开发团队另起炉灶的产品。
自从mambo 被Miro公司所控制后，脱离了开源的轨道，核心开发团队出走，建立了分支Joomla！。借助老牌CMS-Mambo长年建立起来的人气，以及对网站制作的良好支持，joomla得到了迅速的发展。
Joomla!是使用PHP语言加上MySQL数据库所开发的软件系统，可以在Linux、Windows、MacOSX等各种不同的平台上执行。目前是由Open Source Matters (www.opensourcematters.org)这个开放源码组织进行开发与支持。
Joomla的长处是在对外网站的建设方面，应用了非常多的网站进步的新技术，有上千种不同网站应用的附加套件及美工设计布景，另外可搭配的多种所视即所得编辑程序，很简易的就可以管理和编辑网站上的文章。所以Joomla得到了众多个人用户的青睐和支持，这也是他在06最佳开源CMS票选第一名的主要原因。
缺点：joomla虽然非常漂亮，但该系统对中文支持比较差，虽然有汉化版本，不过中文站点站点的效果还是令人失望，而且Joomla的主题并不是完全CSS控制的，修改起来比较麻烦。
总的来说，joomla在外部网站建设的方面有着优秀的表现，而且也是互联网上网站使用最多的CMS之一，所以joomla最多的应用方向还是建网站。典型应用：保时捷网站（巴西）、三菱公司网站、麦克杰克森的官方网站等等，以及众多中小型网站。
2、Drupal ? http://www.drupal.org 中文社区：http://drupal.cn
Drupal最初是由比利时人Dries Buytaert开发的一个社区讨论程序也就是BBS，由于其富有弹性的架构设计，在功能的不断扩充后逐渐发展成为一个内容管理系统。由于Druple是由bbs发展而来的，所以非常注重社区性和文章发布。以至于最初在国内被很多人用来部署自己的博客。Druple提供丰富的插件和功能模块，所以也越来越多地用于构造提供多种功能和服务的动态网站。
Drupal同joomla一样，也是使用PHP语言加上MySQL数据库所开发的软件系统，支持多种操作系统平台。
Drupal的长处和joomla非常相似，在制作网站方面有着优秀的表现。同样也受到众多个人用户的支持。孰优孰劣很难决定，以至于在最佳开源CMS系统的评选中要经过加赛，joomla才以微弱的优势胜出，但这并不是就说明ioomla比drupal要更好。可以理解为joomla比drupal有更长的历史和更好的群众基础。如果说Druple比joomla好的地方，可以说是架构方面，Druple更灵活更开放。
缺点：Druple由于历史比joomla要短（因为joomla的前身mambo），所以在国内的知名度要稍低。与joomla一样，中文支持还是不理想，作为一个更多被个人用户使用的CMS，中文资料也比较薄弱。另外，作为主要用来设计网站的CMS模版方面也比joomla要少。
总的来说，drupal是和joomla一样优秀的建站CMS，你要建立一个网站，既可以选择drupal也可以选择joomla，而且选择都不错，基于个人好恶而以。典型应用：playstation亚洲网站等，以及众多中小型网站。（案例资料不全）
3、Plone ? http://www.plone.org 中文社区：http://czug.org
这里要重点说说大家不太熟悉的Plone。其实把plone放在跟joonla/druple等建站类的CMS一起来评选，本身就是对plone非常不公平的。Plone超强的稳定性、强健的架构、广泛的扩展性，使得其成为企业级开源CMS的最佳选择，而事实上plone的用户也多是企业，在plone的应用中，有70%都是作为企业内部的管理系统，仅有30%用在外部网站建设上。这也可能是plone较少人知道的原因之一。所以plone在最佳开源 CMS网上投票的环节是落后的。即使这样plone也盖过了诸多开源CMS，名列第三名。可见plone的优秀，如果投票人是以企业用户为单位的， plone绝对是第一名。
Plone最早由Alan Runyan,Alexander Limi与Vidar Andersen在1999年开始开发,之后迅速成为流行而又强大的企业级内容管理系统。
Plone 是一个运行在Zope和CMF之上的开放源代码的企业级内容管理系统。Zope是web应用服务器，类似于J2EE、.NET，是一个优秀的开放源代码的 WEB应用服务器。Plone已超出了单纯内容管理平台的范畴，实际上plone在逐步向应用开发平台进行发展。这使得plone比起其他cms来讲能够更大限度的满足企业级应用的需求。Plone的核心语言是python，这也是一个不被大众熟悉，却被eweek列入2006最应该学习的程序语言之一， google的核心语言就是pyhton。这一切神秘的东西都让plone看起来是那么的酷，呵呵，至少我是这么认为的。
Plone的优点不言而喻，能够被诸多大企业选中已经充分说明plone是一个强健、稳定的便于企业级应用开发的优秀CMS，在一个zope服务器上可以轻松的开设无数个plone实例，使得分布式的系统建设变得非常轻松。Plone强大的权限和流程管理，对内核程序、定制程序、插件产品和管理内容的分离保护和存储，及更多优秀特性使得plone在企业级应用方面成为首选。而且国内有非常好的商业公司支持plone的企业应用，而且开发出plone中文开源版本。
缺点：plone对比建站类型的CMS在外观上要朴实平淡一些，但plone对CSS的支持是最彻底的，这点可能也是plone放弃漂亮外衣的原因。
总的来说，plone是所有开源CMS里最适合企业级应用的，plone的开发平台特性，使其可以在内容管理、项目管理、知识管理等更多地企业应用方面满足要求。典型应用：迪斯尼、ebay、诺基亚、摩托罗拉、美国航空航天局、美国海军、北约组织、美洲银行…；中国国内有网易、中国文化部、中国电信、上海航空、国机集团。
渡虎谷在cnbeta上看到这条消息还以为是瞎说，看了原版才发现还不是瞎说，下面英文的大意是World Wide Web Consortium (W3C)正在考虑激活已经沉睡多年的HTML标准,一个2004年建立的名为 WHATWG (Web Hypertext Application Technology Working Group)的开发团体正着眼于解决这些问题,他们发布了HTML5的标准草案,计划取代现有的HTML4和XHTML标准。
这一提议得到Apple,Opera和Mozilla的支持～～
要了解HTML5的朋友可以看一下IBM网站的中文支持。http://www.ibm.com/developerworks/cn/xml/x-futhtml1/
英文原版如下：
Dear HTML Working Group,
HTML5, comprising the Web Apps 1.0 and Web Forms 2.0 specifications,
is the product of many years of collaborative effort. It specifies
existing HTML4 markup and APIs with much clearer conformance criteria
for both implementations and documents. It specifies many useful
additions, in many cases drawing on features that have existed in
browser-based implementations for a long time. And it actively draws
on feedback from implementors and content authors. Therefore, we the
undersigned propose the following:
- that the W3C HTML Working Group adops the WHAT Working Group's
HTML5 as the starting point for further HTML development
- that the W3C's next-generation HTML specification is officially
named "HTML 5"
- that Ian Hickson is named as editor for the W3C's HTML 5
specification, to preserve continuity with the existing WHATWG effort
If HTML5 is adopted as a starting point, the contents of the document
would still be up for review and revision, but we would start with
the existing text. A suitable next step might be a high-level review
of functionality added and removed relative to HTML4.01, followed by
focused discussion and review of individual topic areas, including
both content already in the spec and proposed new features.
Discussions should be guided by common principles along the lines of
If the group is agreeable to these proposals, Apple, Mozilla and
Opera will agree to arrange a non-exclusive copyright assignment to
the W3 Consortium for HTML5 specifications.
L. David Baron, Mozilla Foundation
Lars Erik Bolstad, Opera Software ASA
Brendan Eich, Mozilla Foundation
Dave Hyatt, Apple Inc.
Håkon Wium Lie, Opera Software ASA
Maciej Stachowiak, Apple Inc.
出处为：http://lists.w3.org/Archives/Public/public-html/2007Apr/0429.html
翻页 
