如果博客的边栏上放了它的服务而JS代码中有 www.feedsky.com，那就停在那里了，后面的小工具也因 feedsky 的小工具卡住而无法显示了。

但是，其子域名（诸如 http://feed.feedsky.com/BUSSINESSPHILOSOPHY ）是可以访问的。

搜索了一下，原来feedsky是有前科的。比如这篇《FeedSky又无法访问了》和这篇《Feedsky无法访问》。

类似日志

• 无

因为他的空间是纯静态的，所以我在自己的站作了测试。

这种在本地用 XAMPP 建好了的、有初步内容的站再搬到服务器上的安装我还头一次遇上。

现在的问题是什么呢？是：本地的 WordPress 程序对本地数据库的链接不能在服务器空间实现。为什么不能实现呢？因为本地 WordPress 程序所连接的数据库不能在服务器上创建——导入数据表并不意味着创建了数据库（下详）。为什么不能创建呢？因为 cPanel 中创建数据库及其用户的名称的前缀都是限定了的——以 cPanel 用户名为前缀。

这样，我们的思路便是：

1）如何让 WordPress 程序连接到新建的数据库中

2）而这个新建的数据库的数据又是与本地的一致

第一点的解决方法是修改从本地上传的 WordPress 程序中的配置文件里的数据库参数。

第二点，导入数据表。但把数据表导入数据库并未完成工作。严格地说，不仅仅是把数据表导入数据库，而是把原有的数据表的数据导入到新建的数据表中。

而要实现后者，则需要：

要点一、新建的表前缀必须与他在本地建的数据库的表前缀一致

否则，导入的数据无法被 WordPress 程序使用。

在未导入数据库之前我没有去检查他的那个在本地搞的数据库的表前缀，结果，我随意地用了别的前缀（因为我的数据库已经有了wp_为前缀的表），而导致无法用上他原有的数据。

总结一下正确的操作：

一、新建一个数据库，表前缀同本地数据库的

二、修改原有的 WordPress 程序的配置文件，把数据库名称、用户名、密码修改为新建的数据库的

三、

要点二、原有的数据库文件导入以后，必须修改 wp_options 里的两个参数： homeurl 与 siteurl

这是网站换域名时所必需要做的步骤。

如果这一步没有做，这个 Wordpress 程序就不能访问了。

此外，对于他的这种情况，说点别的。

要点三、内部链接不要使用从本地硬盘根目录开始的绝对路径

虽然这一点跟我无关，但它对本地制作内容来说很重要。

这是一个很容易犯的错误。

他也犯了这个错误，结果博客里的图片全部不能显示。

正确的方法是用从域名根目录开始的路径。用这种路径，即使换域名也不会受到影响。

值得注意的是， WordPress 程序的日志链接是“虚拟”的。意思是，诸如 /2010/4/xxx 这样的链接地址并不代表真实的文件（夹）结构，在服务器里，并没有2010、4这样的文件夹。所以，这个地址并不代表目录深度。同样道理，/xxxx.html这样的地址也不代表日志是真正的静态HTML文件——尽管服务器端脚本的确在用户请求发出后生成了HTML文件。

类似日志

• 转移数据库表的方法
• 又安装了两个 WordPress 博客
• Wordpress 网站无缝换服务器
• 本地测试 Devart 主题失败
• Wordpress博客程序安装总结

一、新空间

本来准备启用备用的空间的。后来邵杰决定买了一个新的空间。配额如下：

空间大小：300M（应该是硬盘空间加数据库空间）

每月流量：4.5G

域名数不限

子域数量不限

数据库数量不限

价格：每年50元（月付5元）

此外，买了一个月的独立IP（每月15元）。

（日后需要留意流量，看看这4.5G是否够用。不够用再买更多的流量配额）

二、恢复网站的过程

之前数据是有备份的，但不是最新的。

到本地一看，数据库文件是6日前备份的；硬盘文件就更早，一个多月以前的了。总的来说，没有太多的损失。

好笑的是，昨天下午刚一口气发布了三篇日志。网站不能访问之后，不断地按退回键，居然能把三篇文章的内容取回！

新空间帐号开通之后，再等了二三十分钟，新IP也到了。于是开始恢复网站。（显然，CPanel是基于IP的，所以一定要等新IP生效）

在本地，找到最新版本的文件（由于不是一次性整站备份的，这一步花了很多时间来合并分次分部分备份的文件），之后就分三次压缩，上传到空间。（不知道每次CPanel能允许上传多大的文件。后来才看到是50兆）

然后导入数据库文件。（数据库文件gzip格式压缩后为2兆）

然后在域名商 name.com 那里进行新IP的解析。（name.com 的 A 记录几乎是马上生效的，这一点老夫一直蛮欣赏的）

然后在 CPanel 里新建数据库。

由于数据库名称与用户名的前缀是限定的，且与之前的空间不一样，所以要对各个博客的配置文件进行逐一修改。

这样，几个程序便恢复了。

前几天新建的两个 Elgg 社区（处在测试阶段）的数据没有备份，所以暂时也没有去安装 Elgg 。

剩下的工作，便是把最近一周的文章重新发布了。

从 Google Reader 处获得日志ID，以保持日志URL不变。

类似日志

• 对新空间参数与配置的考量

此外，《读后感》杂志网络版目前只是一个博客，我觉得一定要建一个社区。

所以，我就开始了寻找开源 SNS 程序。 

之前试图安装 AroundMe 和 OpenPNE ，但都安装失败了。最后选用了 Elgg 。

看过一篇评价各种开源 SNS 程序的文章，作者对 Elgg 评价不高。但我安装好了以后，一看，真好。界面简洁、SNS的核心功能都齐备。

我不喜欢 Facebook，不仅仅结构复杂，容易迷路，而且有很多用不上的功能。

Elgg很快上手。试用了所有的系统自带的核心功能，很快就会用了。

其实 Elgg 跟我一向喜欢、一向使用的 Ning.com 的程序（非开源）很接近（只是少了全局的论坛），至于音乐播放器、幻灯片、应用组件之类，不要也罢。

Elgg 的管理与设置简单得让我惊讶。比作为 WordPress 的一个整合性论坛插件的 Simple Press Forum 的设置不知道简单多少！比 PHPList 的设置也要简单许多。作为多模块的 SNS 程序，它的设置比 WordPress 都要简单许多。

不过，对管理员用户的设置的简单也意味着对开发者来说难于自定制。我至今还不知道如何在页脚添加访问统计代码。对程序的原理与结构和没有搞清楚。但是，如果一切采用默认的东西，也是可以投入使用的了。这总比那些需要很多配置，配置好了以后才能正常使用的程序要好。

昨天，看到了一个完全用 Elgg 建的站。那个站对 Elgg 改动很多了。

按照 Elgg 官方的说法，Elgg 是一个开发框架。但对于建一个小型社区来说，不用开发者做什么而直接用也是可以的，也足够了。

类似日志

• ning.com 又不能访问了
• 《读后感》杂志社区已经建成

《读后感》杂志社区昨天已经建成。

之前建了一个英文版的，作为初步测试、研究 Elgg 之用。

初步测试、研究好了，就把整个英文版社区复制到另外一个目录，为《读后感》杂志博客专门建一个社区。

然后是安装中文语言包。

安装之后，发现有些地方翻译得不太准确。如果是我，我宁愿用原版的。

二

对于这个社区，他们来不来随他们了。

去建这个社区，不过只是兑现网站副标题，亦即其宗旨“分享学习，以书会友”而已。

要是能形成一个活跃的社区，那是很好的；但冷冷清清的结果也是可以接受的。

我喜欢搞社区，只是一般人不那么愿意跟别人分享的。

类似日志

• 对开源 SNS 程序 Elgg 的测试与初步研究
• ning.com 又不能访问了

对于这个站来说。将来要是换主机空间，需要这样的：

一、至少有一个 Addon domain（附加域名）

因为有些外部链接和交换链接是指向旧域名的。301重定向至少要保持多一年。所以要用附加域名来放旧域名。

二、带宽

每月的带宽至少为5-10G。

dushu.zuoyong.org 将来的流量肯定会比现在多。而且社区搞起来会更多。

三、有控制面板

最好是Cpanel。DA其次。

没有控制面板，空间的优越性大打折扣。

四、国内访问不能太慢

一般来说，美国西岸的主机的访问速度要比中部的好。

五、硬盘空间至少200兆字节

要装三到四个社区程序。（主博客社区一个、个人自用社区一个、《读后感》杂志社区一个、私人社区一个、英文社区一个……）

两个博客（子目录博客用WordPress 3.0 的多站点来做），一个wiki。日后图片可能会比较多。

另外全站备份需要预留空间（约二十兆）

测试空间若干。测试空间在同一个主机空间会比较好——保证主机环境一致。

个人资料越五十多兆。

类似日志

• 空间帐号被 suspended，启用新空间

于是今天进行测试。一来熟悉这个空间，二来对 WordPress 3.0 Beta 2 的多站点功能进行测试。

一、多站点，正本清源

先说说“多站点”这个东西。以前人们说的是某个博客程序是多用户版，比如 WordPress MU 中的 MU 就是 Multi-user 之意。然而，这个说法是不准确的，单用户版的博客（比如 WordPress）也是可以有多个用户的啊。其实MU的多“用户”是狭义的，是指拥有站点的用户。所以，干脆说“多站点”更为清楚明白。

要是更准确些，则是“多子站点”，哈。

OK，现在名正了，则言顺了。以下开始介绍安装过程。

二、安装  WordPress 3.0 Beta 2

安装过程跟这里说的一样。

所以这里只说一些特别的事情。

（一）常规安装

首先是常规的安装。这没有什么好说的，但是我首次却安装失败了。原来主机名这个字段不是一般默认的“ localhost ”。

这是思维定势造成的错误啊。

（二）开始配置多站点功能

我用这个“心灵自由”空间在安装了WordPress 之后在控制面板的文件管理器（File Manager）里是看不到 .htaccess 文件的。

于是我自己把多站点配置时系统提示的代码拷贝，建立一个新的 .htacess 文件。（因为这个空间用的控制面板是 VistaPanel ，而不是一般的 CPanel，而且是我第一次使用，对界面还不熟悉，没有在文件管理器发现有新建文件的按钮——其实是有的，所以我现在本地用记事本建了一个 .htaccess 文件，然后上传（当然是用文件管理器在线上传了）至服务器。）结果，博客打不开了，出现 500 内部服务器错误。于是我探索究竟是怎么回事。在文件管理器里查看 .htaccess 文件的时候，发现文件开头有几个乱码，于是删除掉 RewriteEngine On 之前的乱码。结果就正常了。

（联想到以前的 robots.txt 也有类似的情况：在某种操作之后，服务器会自动在文件头部多加一个问号的。……）

如果是用文件管理器新建一个 .htaccess 文件，就不会发生 500 错误了。

（三）多站点是用子域还是子目录？

多站点配置中，我选择了子目录的形式。因为自己不是BSP，没有必要用子域名的形式。而且，现在一百块年费以内的虚拟主机服务，一般提供的子域名数量都很少。一般是两个左右。而且，要是使用子域名的形式，你给别人开了一个子域站点，而对方不怎么写东西，那不是浪费了一个子域配额？

虽然，现在用的这个“心灵自由”主机很大方，有几十个子域配额，但它是免费方案，日后有什么变故而搬迁主机了，到哪里找有那么多子域的虚拟主机方案呢。

三、多站点是怎么回事？

多站点基本配置好以后，到控制面板的文件管理器和 PhpMyAdmin 一看，程序是一个的，只是在数据库里多了一组子站点的表。嗯，这就是多站点的本义。也就是多站点与一个站安装多个博客程序之间的分别。

多站点能不能实现超级管理员跨站点统一 cookie ？如果不能，那只是减少了硬盘里的程序数量而已。

此文就此打住，别的东西以后继续测试。

类似日志

• Wordpress 3.0 默认主题（？）初览

Simon Kong 在这里的某篇日志的评论里写道：

2.如果有一天我不想写了，我一定主动通知你们，这样不用让你们有纠结是否删除链接的尴尬。

小苏在这里也提到：

……或者不办了……

对于我的这个网站来说，不存在着不办这回事。如果将来的确由于（对他人的）观念或者兴趣改变了（可能性似乎不大）而不再添加新的内容，我也是让它在那里（除非真的不济到连域名和空间的费用也弄不来）。

以前，在情绪低落的时候，我也生起过停掉的念头。现在想来，那是过份在意网站的存在对他人的意义与价值了。

我希望我的网站是伴随着对人生最重要的事情的体验、理解（与探索）……这是从大的方面来说，从小的方面来说，是兴趣所在。但如果真的仅仅是个人兴趣，那可真的会有不办的可能——比如我个人的网站停顿了很久（另外的两个域名）。

二

关于停办，我觉得，作为一个公开的博客，上面有许多人的评论和留言，已经有点不再是属于“个人”的意味了。如果关掉，有点对不住别人的投入。如果一个博客办到自己的文章与访客的留言与评论删掉也没有什么，那真叫“失败“了。如果博客上面的内容的确是无关痛痒，停就停吧。这样可以为互联网减少一点噪音。

在感情上，我不喜欢曾认真参与过交流与讨论的别人的博客消失（呵呵，从自我出发）；在道理上，如果他的确没有动力与兴趣了，难以为继了，那我也能够理解的。

三

这又是一片关于博客思考的日志，之前写过六七篇了。

其实，对个人博客这个东西，我觉得自己还是没有理解透。

如果只是随意写写（像很多的QQ空间），倒是不用如此纠结的。

类似日志

• 个人博客与交往深度
• 不再勉强期待高度交互性——对个人博客的定位的再次思考
• 个人博客，更进一步
• 关于个人博客的思考
• 最好的个人博客形式

虽然可以增加边栏处的标签的数目，但标签日后会很多的，标签很多的话，找旧日志也是很不方便的。而且，标签数总有个上限，不能全部都列出来的，不然，边栏的一大片都是标签（看这里）了。

标签太琐细了，又没有查找顺序。

虽然有搜索功能，但要是记不起关键词怎么搜索？

虽然，我是把这个用 Habari 建的小博客用来发布一些跟这个博客（zuoyong.org/ken/）相比要次要的东西，但旧日志要是找不到，那还行吗？如果小博客只是发布一些日后用不着、不需要翻看的东西，发布来有什么意义呢？

其实，解决方法不是没有，就是把分类建在页面上，手工添加超链接指向各篇日志。但这种方法也是有问题的，就是 Habari 没有子页面，这样就不能建立多级分类了。

所以，从今天开始，要停止添加新的日志到 Habari 建的这个小博客了。旧的日志也转移到这个博客上。完全停掉小博客！

显然，停掉小博客而把其中的日志转移到这里会影响到搜索引擎那里的“印象”，但不管那么多了。

类似日志

• Habari 小博客的“关于”页面存档
• Habari 试用手记
• Habari 0.7 alpha 的 mySQL 安装

长的文章放在个人（zuoyong.org/ken/）博客上，短的放这里（zuoyong.org/ken/update/）。

在这里写些更随意轻松的东西。正因为随意，所以可发布的东西会比较多。*

主题不限，综合博客。

正如 Habari 是一款中量级的博客引擎，这里也是一个中量级的博客——帖子比微博客长一些，比“文章”短一些。

（编辑中……）

* 事实上，并没有多。

类似日志

• 停掉用 Habari 建的小博客
• Habari 试用手记
• Habari 0.7 alpha 的 mySQL 安装

当我发现自己的网站不能访问的之后，发现www.yahoo.com 与 www.google.com.hk 也不可以，而百度可以。

这说明，国外的网站不能访问了。

不知道是什么原因。

而这些网站是可以 ping 得通的。

从 Chrome的状态栏来看，似乎是在解析主机这一步出了问题。

大概过了一个小时后恢复正常了。

类似日志

• 无

考虑到将来所用的空间可能只有一个数据库，于是就打算把所有的数据表放到同一个数据库里。

首先，我用的是把源数据库表导出，然后导入到目标数据库，结果 PhpMyAdmin 提示已经有了这个目标数据库。也就是说，不能这样地把A数据库的数据导入到同帐号下的另外一个B数据库。

于是我探索有没有别的方法，在 PhpMyAdmin 中，我发现了“操作”标签下有个“复制数据库到”的功能，于是试一下。

先备份源数据库与目标数据库（安全原因，非必须）

然后选中源数据库，把“复制前创建数据库 (CREATE DATABASE)”这个选项的勾选取消，再填入目标数据库的名称，点击“执行”。

就这样，源数据库的表复制到了目标数据库了。

然后，在控制面板里，把 Habari 的 config.php 文件中的数据库名称改成新的数据库名称。 访问 Habari 博客，正常！

用相同的方法，把 wiki 的数据也转移了。

类似日志

• 把本地 WordPress 博客制作的内容搬到服务器上去运行

我开始不勉强期待这个个人博客，或这个个人网站*的交互了。个人网站或者个人博客，尤其是表达个人看法的，并不适合用来作交互的。这是由其个人独特性与博客的个人性**所决定的。

既然交互型博客不行，那就做个展示型的个人网站吧。

实际情况是，建站两年多，也没有多少高质量的交流。如果以高质量的交互的量为衡量标准，无疑，这个网站是失败的。不过，我并不这样去衡量。

这两年多的时间表明了。这里只能是低度的交互。OK，交互低就低吧。这不是妄自菲薄，只是看到实际的情况而已：

个人博客不是跟论坛竞争吧？定位不同，各自发挥各自的功能而已：

以个人看法为内容的个人网站或者博客只是一个沉淀、整理、提炼重要内容的地方。日常的交互流（琐屑的、随意的、杂乱的、偶尔也有高质量的……）就在SNS、论坛、兴趣小组、QQ群等地方进行吧。

就根目录的这个博客而言，心灵自由的探索其实跟交互没有太大的关系。既然，人们都在站外，他们基本上不会来这里评论、留言，那么，与其等他们过来，不如走出去。

而且，对一种适合个人（不论是自己还是别人）的生活模式的探索，真的跟别人有密切的关系吗？没有的。有也是断续的。（所以，根目录博客主要是因博主而存在的，别人过来看，只是顺带的。当然，如果在读者那里出现了某种明显的需求，那么这位博主大概不会拒绝的。）

在心灵探索和领悟这个领域内，别人，主要是提供一些参考资料、信息而已。有了一个个人博客，方便一些，但这并不意味着把博客搞大，搞成常规性的高频度的交流平台。

* 之所以说是“个人”，因为首页博客没有合适的合作者。尽管，如果可能的话，搞成多作者博客会很好的。

** 在论坛、主题小组那里是多人发布内容，内容多，就容易适合不同需要的人。人们对交流平台向来是“看涨不看跌”，这是人之常情，自己也是这样的啊。

类似日志

• 存继与终止——又是关于个人博客的感想
• 个人博客与交往深度
• 个人博客，更进一步
• 关于个人博客的思考
• 最好的个人博客形式

吓了一跳：www.google.com.hk 是不是改版了？“高级搜索”与“语言选项”没有了。

中文简体版：

中文繁体版：

呵呵，后来发现，原来“高级搜索”是放到搜索结果页了。看来可能是因为一般人用这个功能少，所以放到内页里去了。

二

好消息是 www.google.com不再像以前那样跳转到 www.google.com.hk 了。

www.google.com 被强制跳转到www.google.com.hk是有问题的，为什么这个选项被无故剥脱了？现在是弥补过失吗？

英文版：

持续观察中……

类似日志

• 可能是世界上最长、最大的一个页面

昨天帮一位朋友安装一个WordPress博客。 他暂时没有域名，就用了这里的一个子域名。

我在控制面板添加了子域名之后，发现不能访问这个子域名地址。不知道是什么原因。

想了一会，才想到，我的域名的DNS地址是域名商那里的，所以添加子域名不能仅仅在空间的控制面板这里绑定目录，还要到域名商那里添加A记录进行子域名解析。

一如以往，name.com的A记录马上生效。

WordPress 3.0 Alpha 版的中文语言包还没有出来，而且这个版本的功能还不确定，于是就先安装2.9.2版了。（最新版本为 WordPress 3.0 Beta 1 ）

因为那个博客是份电子杂志，有许多的栏目，所以我想找个杂志型主题（或者叫CMS主题、格子主题），但许多杂志主题都是需要有图片的，而这个博客的文章很多，如果用需要图片的主题，那么在寻找图片、编辑图片上的时间就很多了。 看了两个小时的杂志型主题，没有找到合适的。期间挑了一两个试用了一下，发现在没有图（缩略图）的情况下，页面排版变形得很厉害。所以，最后还是选用了 Arjuna X 。虽然这个主题有不少人在用，但的确很好看，而且高度可定制。

二

大前天，给另外一位朋友装WordPress。装了个 3.0 Alpha 版，虽然设置为中文版，但安装好一看，还是英文版的，原来是没有中文语言包。

这位朋友两个月前在Godaddy买了个域名，域名商附送一份空间，但是IP是被封了的，所以她一直没有用。我当时想到我的空间可以添加一个附加域名（Addon Domains），于是我就试着添加。

附加域名是绑定在子目录的，在为她的站添加子域名的时候，发现，不能在这个子目录下在绑定二级子目录了，只能绑定到另外一个一级子目录上。

三

WordPress 3.0 预计五月份出炉，到时候又有事情要做了：

能不能利用它的多站点功能，把这个域名下的多个博客用一个统一的帐号管理？

此外，一些事情还没有确定：

1、CSS样式继续优化

2、首页博客改版？

新的WordPress 3.0默认主题 Twenty Ten 就不用了。它虽然有特色，但个人感觉还没有以前的默认主题那么好看呢。

类似日志

• 把本地 WordPress 博客制作的内容搬到服务器上去运行
• 本地测试 Devart 主题失败
• Wordpress博客程序安装总结

前两天，我把首页博客的站内搜索改成一个链接了（见下图）。

点击链接后，就转到这个向google 的 site 页面：

让人们自个儿搜就是了。

原来是有输入框，有提交按钮的，加上标题，总共三个东西，而这三个东西之间的间隔和样式不好搞，也很难看，所以干脆就像现在这样用一个链接取代。

其实，这个站内搜索本来就是用代码实现对google的数据的调用。所以不必搞得过于复杂。

我觉得很多人不会用站内搜索的，我觉得这一功能是为了自己而设的。:)

（现在这样，我在想，对于那些不太懂电脑的人，他们会用site吗？）

二、两种搜索表单

其实，首页博客还有一个搜索表单的，就是 WordPress 自带的。

我把它放在文章页的侧边栏（如下图所示）。

因为两种搜索方式各有各的优势和不足，所以两个同时用是最好的。:)

第一种的好处是，

1. 关键词会用红色来表示（所谓的高亮）
2. 有上下文
3. 搜索范围不限于文章正文，可以是评论

不好的地方是：

1. 页面要被google收录了才可以
2. 搜索结果很重复，在分类页面、标签页面、作者归档页面都是对文章页面的重复。（还好，我没有使用按月归档）

WordPress系统自带的搜索功能的只搜索文章，不好的地方是没有没有高亮显示，没有上下文。不过，可以这样克服不足：点击进入文章后用浏览器的查找功能来搜索关键词——如果有必要的话。

附：图片没有边框不好看，以后改改样式表。

类似日志

• 无

 （logo 为“雅牧”设计）

发现，互动百科引擎的脚本执行效率比 WordPress 高出很多。以本站为例，WordPress 通常是180毫秒左右，而互动百科引擎则多数为十几到三十几毫秒之间。

互动百科（www.hudoing.com）把wiki称之为“百科”，个人觉得不太恰当。百科站点只是wiki程序的一个主要应用而已。但也没有什么好的中文译法。而“维基”是 wikipedia.org 的首创译法。不过，个人感觉“维基”比“百科”要好一些。因为意译不准确的话，用音译会比较好。更好的做法是直接用原文wiki。

更新：这个维基频道，估计很可能只供内部使用。

类似日志

• 无

（一）增加了导航条

这样的好处是可以充分利用顶部区域。而且：

把主要的模块放进到导航条而不是像原来那样放在侧边栏。这样就可以突出那些一级模块的比重。

（二）增加了“精要”频道

把“精要”与“日志”分开，增强层次感。形成“更新-日志-精要”的层次。

日后，打算大概这样做：三言两语放在小博客里，二百字以上的放到日志里。或者说，一些时效性比较强的文字放到小博客里。

（增加了博客副标题，如果它留空的话，会影响导航条在高度方向上的位置）

二、改版的方法

先在另外一个站点进行测试，效果确定后再在本站修改。

三、一些尚未确定的事情

（一）论坛模块

暂时不考虑论坛^*。因为估计没有人参与，而且管理工作量太大。

（二）小博客

小博客能不能进一步整合到这个个人主页/博客中来？

四、将来要做的事情

（一）继续改善样式

比如侧边栏的标题应该改成左对齐而不是居中。（已改）

WordPress 默认主题里，它是 h2 ，跟日志标题的等级一样！这有些不合理。

别的地方还需要进一步的调整、修改。

（二）继续改善博客结构

* WordPress 有个强大的论坛插件 Simple Press Forum，可以无缝整合到 WordPress 中来。所谓“无缝”，一是共享数据库，这样，博客帐号跟论坛帐号是通用的；二是论坛是作为博客的一个页面，而无需另建一个目录。这就是说，这个论坛是嵌入在博客里的，因此共享博客的外观。这跟在子目录另外建一个诸如 Discuz 这样的论坛程序是不同的。

Simple Press Forum 有完整的论坛功能。

类似日志

• 无

页面上写着：“欢迎您来到谷歌搜索在中国的新家”！

点击“Google.com in English”，也是是在这个网址上，只是内容有点不一样。

但谷歌地图（http://ditu.google.cn/）这样的服务的网址没有变。

类似日志

• 无

期待 Habari 日趋成熟。

插件

发现用了最新的版本后，有意向试用的插件都不能安装（官方直接把大部分插件的下载地址给禁止了，最后安装了一个，但不兼容）。

主题

浏览了一下官方网站的主题，多数过于简单了，也不美观。

K2这个默认主题的标题结构有问题：二级标题是边栏的“搜索”、“关于”等，而日志的标题是h3！(Habari.cn 也是这样)这可以通过修改主题文件改善的。

AutoParagraph 0.9 “自动分段”插件

“自动分段”这个插件的描述是：“Automatically insert HTML paragraph tags and line breaks.”。查看了页面源代码发现，它只是添加了一个段落标签，也就是说，整篇文章就是一个段落！原来在编辑器里回车所生成的是断行标签而已。

看了这个插件的详细说明才知道，原来是用一个空行来生成段落标签的。

编辑器

别的格式需要手工写代码。这个编辑器跟纯代码输入差不多了。

（陆续添加中……）

类似日志

• 停掉用 Habari 建的小博客
• Habari 小博客的“关于”页面存档
• Habari 0.7 alpha 的 mySQL 安装

网上说的安装方法太复杂了，其实没有那么复杂，而且，有些甚至是误导性的。

原来自己没有安装成功是因为问题发生在 config.php 文件的填写上，把字符串填写错了。

类似日志

• 停掉用 Habari 建的小博客
• Habari 小博客的“关于”页面存档
• Habari 试用手记

不过我只链接duration 1y+或articles 100+的博客。

——博客“子曰”作者Simon Kong

前些天，我看到这句话。

1

对于这个一年的要求，深以为然。在商界，有个说法，说在多少年之内，绝大多数的小企业支持不下去而倒闭。同样，对于独立博客（指启用自己的域名来建的博客），同样适合。别的不说，单是跟本站互链的博客，就有以下的状态：

• 绿色晨曦论坛：互链后大概一个月关闭。
• （老）克里希那穆提论坛：关闭。数据转到别的域名，网站基本上闲置着。
• 一个以QQ为主题的论坛：关闭。
• “天涯小肥羊”（独立博客）：关闭。
• 一位海外留学生的独立博客：互链后半年关闭。
• 缘逢霎哈嘉（新浪博客）：09年12月后不再更新。
• 无旅之旅（百度空间）：09年6月以后不再更新。
• 趣站酷软（独立博客）：09年6月后至今只添加了4篇。
• 某论坛网站：因为前段时间的“网站整顿”，连数据都不能从论坛托管商那里取回（不是他的论坛有问题），买了三年的域名也暂时用不上了，在BSP那里写点东西去了。

所以，一方面，我喜欢新建独立博客的作者的热情，另一方面，也有点怀疑：你能持续目前的热情多久？只是，如果对方是主动提出互链要求，我基本上不回绝。

在理智上，我也知道事物总有个生灭盛衰的过程，但在感情上，我则不喜欢一个交往过的朋友、一个接触过的事物的消失。

2

至于那个一百篇的要求，要求有些高了。以本站的根目录博客为例，写了两年三个月才写了一百一十多篇。（这个子目录博客则同期写了八十多篇）

我一直觉得，勤奋并不绝对是博客作者的一个好的品德。如果对方是朋友，自然希望他多写，多分享；如果不是，对于一般的读者，过多的琐屑、浮浅的文字只会带来负面的体验。

二

看过很多博客文章、论坛帖子，可能是自己要求高，总觉得没有多少的博客文章能令我震撼、能值得再三阅读的。

也许，真正深刻、独创的文章，无论哪个时代都是稀少的。

也许，互联网只是带来了发布与传播的便利吧。

类似日志

• 无

“不动笔墨不看书”，现在是不做笔记不收藏（网址）。而做笔记，用35博客来做书签/笔记真好。

一直以来，我太喜欢单纯的书签功能，因为那只是收藏网址，无法做笔记。后来，Google 推出了 notes。但功能跟 Wordpress 博客相比差多了（比如，只有标签而没有分类）。另外，Google notebook 的代码不好，也就是说，每按一次回车键，产生的代码是 div 标签而不是段落 p 标签。这有什么问题？当需要把一些成熟的笔记发布到博客的时候，就不能直接复制了。

我把35博客当作：

1. 书签
2. 即时贴/草稿（代替Gmail里的草稿）
3. 资料的初步整理（整理好的如有发布价值在发布到自己的博客里）

不用应对访问者，不用搞SEO，不用搞主题，不用搞插件，不用搞UE，感觉好极了。:)

如某人所说的：“如果你纯粹为点击量，35博客可能不能给你带来什么？但是如果你想要的不是点击量，想要在网络上有块自己的空间。极力推荐35博客”。

35博客的优势

1. 有基于 tags 的相关日志（这对于大量的日志条目来说比较实用）
2. 可与别的 wordpress 系统互导数据（不能导出数据的博客系统不好，数据总是能备份的为好）
3. 目前稳定性与速度还是不错的
4. 功能强（采用的是 Wordpress MU）

35博客（blog.35.cn）与别的BSP相比

跟博客大巴相比

35博客数据可以直接导出到别的 Wordpress 博客系统。

虽然博客大巴（blogbus.com）用的也是 Wordpress MU，但是不能直接导出，需要用专门的方法才可以。

现在，记不起博客大巴有什么不好了。很多年前就试用过，当时挑选BSP的时候好像发现有什么地方不好，就没有继续用了。

对于做笔记的个人博客，博客大巴有个特别的好处，就是可以整个博客加密。而35博客只能禁止搜索引擎收录，如果是私密的笔记，还需单独每篇设为私人日志（不过这也不算麻烦，就是发布的时候多点击以下而已，但日志设为“私人”之后，就不列入分类中了，但“相关日志”可以弥补）。

跟开心网相比

开心网里面的日记分类名称有字数限制，更重要的是分类按建立时间来排列的，而且无法实现多层分类。

跟百度空间相比

百度空间的稳定性和速度也很好。但

1. 没有多层级分类。而笔记是有各种主题的，没有子分类的话，分类列表就会特别的长。
2. 编辑器不是富文本的，这对于做笔记来说很不好。
3. 没有 tags 。

类似日志

• blog.35.cn （35博客）不能访问

不能刻意追求规模。作为心灵网站，不能像一般的网站那样去追求规模与访问量的。

思想类个人论坛是不容易做的。论坛本身就需要大量的管理工作，如果没有一个好的团队，一个人是很难坚持下去的。

一度很盛的先锋佛学（论坛），求道网（论坛）现在都没了。如果在那里发了大量的贴，网站关张了连资料都不能复制。所以，我现在不太信任个人建立的网站、论坛。这个时候，博客至少可以当作一个保存、进而整理资料的地方。

克里希那穆提中文论坛不算是死掉，而是换了一个新的域名，人都跑到新的论坛(www.jkrishnamurti.org.cn)去了。

类似日志

• 整体·多层面
• 克里希那穆提不提供方法吗？
• 阅读·克里希那穆提·独特性——逛书店杂想
• 现实可行性

类似日志

• 无

如果是 Wordpress，用超链接指向对方的 Wordpress 博客文章，也会 ping 对方，在对方的博客文章页面留下反向链接。

类似日志

• 无

在 IE 6 下，作者头像跑到右侧屏幕边界上去了。而且在17英寸的屏幕里，色块的搭配显得怪怪的（估计在宽屏下显得适当）。

蓝色区域是整个页面的重点，但如果放背景图的话就会拖慢页面的加载速度，不放背景图的话，这么大的一块又浪费了屏幕面积，也不好看。如果把网站标题和副标题放进去，整个设计效果不知道会怎么样。

页脚处，白色和灰色过渡不美观。

另外，新主题是用日志标题作为一号标题的，这是好的，但跟旧的默认主题不能兼容。

一个使用此主题的网站。

要不是 header 图片的装饰，这个主题在外观上，又有什么好呢？

这个修改版的主题，正文背景色色块与整个页面的背景色色块太不协调了，想k2 主题那样难看。没有了圆角，色块和色块之间过渡太突兀了。Header 图片的多彩跟其余部分的苍白太不协调了，过渡也不自然。

可以期待的地方是这个主题的代码吧。

类似日志

• WordPress 3.0 Beta 2 多站点安装测试
• Wordpress 默认主题的修改

尽管设置了 robots.txt 文件，但蜘蛛还是爬行程序文件的。所以，用IP拒绝管理器拒绝 mofuse 蜘蛛（MoFuseBot） 的访问（它占了全站46%的带宽！）（IP 208.82.114.116）。

单纯以上一项，（同时禁止了某个发俄文垃圾邮件的IP [188.92.72.161] ，而这不会占多大的比例），（从17日开始）效果就非常的明显了。

类似日志

• 无

一、缘起

现在，默认主题已经改了许多了。包括增加了一些代码（不喜欢用插件，能用代码实现的功能就不用插件）。由于当时没有做好记录，现在想换主题而保持原来的功能就出问题了。比如，那段实现不同页面调用不同边栏的代码，那段利用tags来生成页面关键词的代码。

新增的页面模板还好，因为代码在主题文件那里。而对原有的默认主题文件修改部分，就找不回来了。

所以，教训是：每次改动做好记录。

二、修改记录

有些功能是用不上的，比如日历。所以，可以把其样式去掉，减少样式表的容量。此外，样式表太长了，查找起来也很不方便。

以下语句去掉（在FF下显示双箭头的列表符号）：

.entry ul li:before, #sidebar ul ul li:before {
    content: "\00BB \0020";
    }

更新：这样做的话，在非IE浏览器下，整个博客的列表符号都没有了。所以还是暂时重新添加上。等到日后有了新的解决方案（为边栏和别处的列表选用不同的类）再搞。

rtl.css 去掉。

……

（未完，待续）

类似日志

• Wordpress 3.0 默认主题（？）初览

过几个月，Wordpress 3.0 就面世了，新的默认主题也将诞生。很期待。会不会又是一个经典之作呢？

由于现在 web 2.0 风格盛行，不会是那种花哨的吧？要是不好，还是继续使用现在这个修改版吧。

用关键词“Wordpress 默认主题”搜索了一些文章，几乎所有曾用过这个主题的博客都换了别的主题。看来每个人的口味是挺不一样的。

类似日志

• 把本博客的主题宽度也增加到860px
• 本地测试 Devart 主题失败
• Wordpress 主题的宽度

虽然，搜狗拼音输入法的设置和功能比谷歌输入法多，但这些都是次要的，词频的准确度才是首要的。

为此，我宁愿每次修改 hosts.txt 文件^[1]（因为目前我是在网吧上网）也要用谷歌拼音输入法。

[1] 根据这个方法，可以解决 Google 拼音输入法登录、同步时的“网络错误”：

在c:\Windows\System32\drivers\etc\hosts文件里，加入一行即可解决问题：  74.125.47.139 clients2.google.com

Kyle Hu 在Google Buzz 里又提供了一个IP地址：66.102.7.139 。经测试，目前（2010年2月25日）能用。记录在此，以备日后第一个IP失效。

类似日志

• 从Google中文拼音输入法改到搜狗拼音输入法

步骤如下：

• 用控制面板压缩、下载文件
• 导出数据库文件
• 在新空间上传、解压文件
• 导入数据库文件
• 修改 wp-config.php 文件的信息
• 在域名商那里修改A记录

完成！

再次感叹 name.com的A记录解析速度：马上生效的。这样，换服务器就不会出现网站的暂时不能访问了。

类似日志

• 把本地 WordPress 博客制作的内容搬到服务器上去运行

看来绝大部分的流量都是搜索引擎的蜘蛛和那些 feed 创造的，不然不会有这么多。像 Google 蜘蛛每天就下载3兆多。

类似日志

• 无

于是就搜索了一下关于域名的政策。

这样，用国外主机服务的 cn 域名在不能备案而会被停止解析的前提下，也不用实名认证了。也就是说，手头上所持有的三个 cn 域名完成历史使命了。

如果充分发挥创意，也许在国际通用域名那里也能找到好的域名。

类似日志

• 无

奇怪，怎么中国没有人模仿这样优秀的 SNS 网站的？而那种肤浅的社交网站却大行其事的。

ning.com 跟一般的 SNS 网站不同。它是让用户建立自己的社交网络的。在社交网络里，有博客、论坛、页面、RSS订阅、相册等。

典型的应用是某些网站可以在那里建一个与用户联系的社区。

在中国，社区基本上等于BBS了。

类似日志

• 对开源 SNS 程序 Elgg 的测试与初步研究
• 《读后感》杂志社区已经建成

文件名保持一致（特别是链接中的日志流水号）。

评论就没有办法恢复了。

类似日志

• 无

不知道为什么，重新安装的时候，默认主题的自定义模板文件的开头加了个在高度上居中的“.”。导致自定义模板文件的中文变成了问号。

另外，根目录博客的 “postname-postid” 超链接格式失效，提示的错误是无法连接到数据库。在另外一台服务器也是这样，只能把链接结构改成 postname 了。

后来，怀着试试看的想法重新换成原来的“postname-postid”结构，结果也正常。估计是新服务器空间的.htaccess文件的配置需要重新生成的缘故。

类似日志

• 无

打开旧的日志，以前的p标签就没有了。所以要用的话就不能用它保存旧日志。如果要修改旧日志，就要重新分段了。

此外，有三个FCKEditor。不知道那个最好。

此外，有几个功能是不常用的。比如“打印”、“斜体”，此外，能用键盘快捷键的功能也没有必要使用图标——图标太多了，不好找。

类似日志

• 无

blog.35.cn 是35互联低调提供的博客服务，是国内为数不多的基于 Wordpress MU 的 著名 BSP ，颇受大家好评。

估计这跟最近国内的互联网事件有关。如果是正常的停止服务是应该会有一个通告的。

前几天还向一位网友推荐它呢，真晕。

类似日志

• 35博客（blog.35.cn）作为书签与在线笔记本

以下来自我在商业哲学评论上《博客正在走向死亡？不，它在回归本质》一文的留言：

我一直以来都在想一个事情：博客是以互动为主还是以个人想法梳理、系统化的呈现为主。若是前者，博客的交互性不如论坛，不如去开个论坛或者参与现存论坛的互动中去；若是后者，互动部分的文字的杂乱倒是破坏了所梳理的系统、增加了整个站点的信息冗余度。

不知道你是怎么看的？

“思想者的博客，必然有统一的价值观与世界观贯穿”，呵呵，想看到你能用页面（或者别的方式）来介绍一下你的纲领性的想法。这里文章数量挺多，不太容易找到你一贯的、整体性的想法。

读者或许可以从多篇文章里把这个东西总结出来，但是，由作者自己来做，应该更好。

看了许多许多的博客，大多数是日志的线性堆积，很少看到有一个宗旨、中心这样的东西。

现在我有了一个方案，就是可以在博客上建特殊页面来整理、归纳日志的内容。这样，就保持了日志的互动性，同时也有一个地方来梳理、沉淀、归纳总结、精化。

类似日志

• 存继与终止——又是关于个人博客的感想
• 个人博客与交往深度
• 不再勉强期待高度交互性——对个人博客的定位的再次思考
• 关于个人博客的思考
• 最好的个人博客形式

以前在万网解析的时候，是要几个小时的。

这样是很方便的。

类似日志

• 无

这样也好，省得那么多的作弊行为。而且，它过于倚重流量指标，也太市侩了。

如果可能的话，把 Google Page Rank 也封了就更好了。这样，大家静下心来好好地写博。:)

类似日志

• 无

可以用这个方法来解决在后台自动升级由于内存不足造成的失败：

在config.php 加入这么一个语句：

define('WP_MEMORY_LIMIT', '64M');

此外，这语句不是对整个网站的，如果一个站有多个 Wordpress 博客，就要一个个地添加了。

失败一次以后，用以前的方法——暂时停用大部分插件——也不行。而在另外一个服务器的相同版本的程序却可以一次自动升级成功。

既然2.9没有什么特别的功能，下次再看看吧（也许在升级之前用301永久重定向到另外一个服务器了，这样就是直接上传最新的版本了（这种新程序就数据的方式可能有问题的））。

这个空间没有在线压缩功能，就先不折腾了。

另外，升级了的版本的后台不见得比以前快。

*

升级之前备份数据库文件的时候，试了试用 gzip 格式，压缩效果挺好的，接近1/5。

类似日志

• 无

类似日志

• 电邮通知评论被回复与评论找回

但两个月前定义CSS样式表一试（text-indent: 2em），发现不多不少，刚好是两个字宽！

在几年前，刚接触博客的时候，问别人如何缩进，别人告知：打两个全角空格。于是一直这样做。

另外，为了去掉默认样式中段落之间的空行而用硬回车（Shift+Enter），这样，整篇文章就是一个段落，是破坏语义性的。

类似日志

• Wordpress 默认主题中的 rtl.css 可以删除掉

类似日志

• 中文缩进两格的合理方法

这里提供了利用Wordpress 自身程序来实现“分层”显示评论的方法。这样，就省了一个插件（如 Wordpress Thred Comment）了。

其要点就是增加了这个语句（尖括号省掉）：

?php if ( is_singular() ) wp_enqueue_script( ‘comment-reply’ ); ?

另，默认主题的评论样式似乎还不太难看，不用修改评论样式也差不多了。

类似日志

• 无

　　Members Only 可以实现整个博客的封闭。需要登录才可以访问。
　　这个插件可以用来做一个不公开的私人博客。用来作为收藏与整理网络资料之用以区别于公开的博客。

类似日志

• Simple Tags 插件的作用
• List Authors Widget 插件与作者文章归档页地址
• 安装 Contact Form 7 插件
• WP Thread Comment 插件试用

• 直接拷贝CSS文件过来
• 把主题图片从根目录博客的相关文件夹从下载下来在上传到相关的路径。

另外，拷贝主题文件的时候忘了把返回（子目录）首页的链接更新。

链接用“/ken/”，也就是从根目录开始的相对路径是最好的。

类似日志

• Wordpress 默认主题（Kubrick）
• 本地测试 Devart 主题失败
• Wordpress 主题的宽度

• www为www.k-e-n.cn
• gg为www.google.com
• bd为www.baidu.com
• ww为http://www.k-e-n.cn/ken/bookmarks/

类似日志

• 谷歌拼音输入法与搜狗拼音输入法

早期的个人博客，就像其名称一样，不过是在网上记录一些个人的东西而已。就是log on web（想想航海日志log）。这个意义的个人博客——个人网络日志，不是个人网站，甚至连网上日记都不是。

到了后来，逐渐变得像个人网站、个人文集了。记录也变得像文章。微博客，算是对此的一个反动吧。

在初期，每周不添加新内容的的确可以说不算是博客。因为这个时期，它的特征在于随时记录，让别人随时了解最新的情况。 当博客越来越追求影响力和访问量的时候（所谓的“自媒体”），每个条目越来越像文章了。越来越像个人网站了。

毕竟，在技术上，博客只是指其所使用的程序而已，也就是说，只是一个工具，至于怎么用，那是博主自己的事情。本人亦非网志原教旨主义。不过，我现在想尝试一下这种单纯的记录的方式。

另外，有个时髦的词，叫做个人知识管理（PKM）。 为了解决随时记录的琐碎与可读性和价值的矛盾，先把记录以草稿的方式保存，日后想法逐渐全面和成熟，资料比较充分之后才公开出来。

类似日志

• 存继与终止——又是关于个人博客的感想
• 个人博客与交往深度
• 不再勉强期待高度交互性——对个人博客的定位的再次思考
• 个人博客，更进一步
• 最好的个人博客形式

由于测试是在本地进行的，所以复习了一下本地AMP环境下安装Wordpress。在安装的过程中，发现以下几件事情：

• 另外，由于海底光纤电缆问题，wordpress.org 的下载速度比较慢（每秒才几个K），压缩包下载后解压居然出错！再下载一次后就可以正常解压缩了。
• 不知道电脑在运行什么程序，80端口已经被占用，于是APMServer启动时MySQL不能工作。后来改成9666端口才正常。（访问地址也相应地变成：http://127.0.0.1:9666/）
• EditPlus 只能把文件以UTF-8的编码保存，而不是UTF-8（无BOM）。（其实，利用访问博客地址来在线安装要比修改wp-config-sample.php文件参数的方式要好）

Wordpress 程序安装成功后，导入XML数据，换新主题，发现tab的情况如下：

• About（没有内容）
• 全部日志（空白）
• 日志列表 （一般的博客显示模式）
• 所有评论（空白）
• 留言本（显示的是/?page_id=91，关闭了页面的评论功能，只有正文）
• 订阅（没有邮件订阅的图标）
• 友情链接
• 首页（同Home)
• 评论精选（调用分享）
• 另外一些网址（OK)

对比现有的：

• 首页（待换模板，添加代码）
• 全部日志（新页面，待添加）
• 留言（待开启页面评论）或悄悄话（缺，是外部链接）
• 最新评论（新添页面，还没有添加） 所有的评论（外部链接）
• 订阅（基本OK）

这是预先大概能预料到的，因为原来的默认主题的文件我修改了很多，而且添加了新的页面模板。这样，日后要是换主题，都要对主题文件的代码重新修改、增添一番才能保持现有博客的结构和功能。

还没有开始思考具体如何修改页面问题，就发现在主题在没有修改的情况下，仍然在IE6下发生边栏错位！原来以为某个链接特别长造成的，但修改后仍然没有改变。而在Firefox浏览器中则正常！这不得不让我放弃了整个计划。:(

附录：英文 Devart 主题更换与本地调试-工作清单

英文模板修改：

• 字号
• 在日志顶部加：首页>分类
• 在日志结尾加版权信息
• 页面调用问题（5个内部页面，3个外部页面。首页、）：外部页面调用、日志作为tab（这两个问题解决不了则整个项目取消）（或许把tab与菜单页面分开来？或者采用子页面）
• 测试项目：标题用黑体（看看英文在黑体下是什么效果（对应的英文字体是什么））

原模板的特殊信息备份到本地（U盘）：《首页》、《最近评论》、《所有日志列表》页面程序（模板文件），站内搜索、交换链接代码下载
把数据导出到备用站（为了避免数据混乱，本地搭建为好）以进行完整测试

工作：

• 搭建本地AMP环境与程序
• 下载Wordpress程序，解压至指定的目录
• 安装Wordpress程序
• 输入XML内容
• 下载-使用新主题
• 主题修改与完整测试（特别是页面的tab），实在不行就用汉化版了。要么不换模板，要么一次完整到位

估计整个工作需要几个小时！

类似日志

• 把本地 WordPress 博客制作的内容搬到服务器上去运行
• 又安装了两个 WordPress 博客
• Wordpress 默认主题（Kubrick）
• 把本博客的主题宽度也增加到860px
• Wordpress 主题的宽度
• Wordpress博客程序安装总结

　　说句闲话，在互动社区程序中，如果没有评论回复，简直很落伍了。这是很实用的功能啊。
　　博客的互动性本来就不强（名人博客除外）。

类似日志

• 取消 Wordpress 的评论审核

记录最成熟的东西。

cn域名的不确定性，一些对自己有提醒作用的文字转到那里。

有些东西没有必要跟陌生人说的。

一个自己看着舒服的地方，不用搞SEO。不用为了他人而加快添加新文章的节奏。纯粹意义上的个人主页。 　　

反方论点：

搞个Google Site不就成了？

类似日志

• 新网站的地址

另外，坚持实行不把博客放在首页。首页以及其所链向的静态页面放成熟的文章，博客文章是阶段性的、资料性的、片段性的。

而且，既然是准备长期做的站，那么日后还可能扩展别的程序或功能。

为了体现结构的清晰性，博客没有必要使用子域名。

类似日志

• 新网站的必要性?

1、footer.php
1.1 重新添加统计代码
1.2 修改各项信息

2、样式表修改：
2.1 #content {
font-size: 1.6em;
line-height: 1.8em;
2.2 日志标题改成居中。
2.3 侧边栏字号由1em改成1.3em。

（CSS修改不是马上能见效果的）

3、在header.php文件修改标题格式

4、在comments.php文件修改
comment_form_title 由h3改成h4。而且修改为：“你的回应（如果回应跟日志内容无关，请用留言本））

5.1 single.php
<p style="text-align: center;">作者：<a href="<?php the_author_url(); ?> “><?php the_author(); ?></a></p> <p>

5.2 并在文章正文后，标签前加三个硬回车。
5.3 把class由“widecolumn”改成“narrowcolumn”。并且调出侧边栏。
5.4 取消“上一篇”、“下一篇”导航的整个div。
5.5 取消单独文章“postmetadata”处的的评论feed信息（/?feed=rss2&p=217）。并美化所显示的信息。

6 archive.php文件
6.1 不显示日志内容，取消整个内容的div：

6.2 取消标签与类别信息。
6.3 把评论数信息与日期放在一行。采用small字体。

7 《最新评论》all-comments.php
7.1 把style修改成跟single.php一样的：class=”narrowcolumn”

7.2 并取消之前设定的style="margin:30 190 90 190px;padding:30px"
7.3 调出侧边栏。
7.4 取消列表的class：class="commentlist"
7.5 评论数调整为50条。

8 美化《全部日志》页面

类似日志

• 无

但代码第8行中的“style="margin:0px; padding:0px”需要改成至少10像素，否则页面很不好看。

此外第15行的调用评论数太少了，不符合“所有”之义。在没有安装分页插件的情况下调用全部评论则会造成数据库查询负担，暂时设为100吧。

此外，不需要调用侧边栏。

另外，添加了页面标题。

效果如此页面所示。

此外，这次操作需要下载代码转换软件、FTP上传软件，比较麻烦，所以另建一个空白的页面模板，日后直接在后台编写即可（这是临时措施）。

类似日志

• 无

类似日志

• Wordpress 默认主题（Kubrick）
• 把本博客的主题宽度也增加到860px
• 本地测试 Devart 主题失败

类似日志

• 无

　　另外最冷门和最热门的标签的大小不应该相差过大，否则很难看的。我把两者设定为10到16磅。

类似日志

• Member Access 与 Members Only 插件
• List Authors Widget 插件与作者文章归档页地址
• 安装 Contact Form 7 插件
• WP Thread Comment 插件试用
• 日志可以没有分类，但不可以没有标签

一个中文视频教程 http://bbs.21manager.com/dispbbs-103621-1.html 谈到了以下几点：

• 沟通的问题 两个不同思维方式的人之间怎样通过工具沟通
• 大脑的思维方式 线性和放射性

类似日志

• 一张MBTI的思维导图以及我的 INFP 类型

类似日志

• Member Access 与 Members Only 插件
• Simple Tags 插件的作用
• 安装 Contact Form 7 插件
• WP Thread Comment 插件试用

类似日志

• Member Access 与 Members Only 插件
• Simple Tags 插件的作用
• List Authors Widget 插件与作者文章归档页地址
• WP Thread Comment 插件试用

类似日志

• Member Access 与 Members Only 插件
• Simple Tags 插件的作用
• List Authors Widget 插件与作者文章归档页地址
• 安装 Contact Form 7 插件

它是作者心灵、情感的投注，它有自身的生命。

它是一棵绿树，作者凝视着它，心里充满着喜悦与宁静。

它不需要什么，不期待作者常常来关照它，而当作者过来观看它时，它一言不发，展示着自己的世界。

它不会埋怨作者的照顾不周。

一个可以凝视的地方；一个看着舒服、自在的地方。一个可以自己可以与之默然相对的地方。

看着它，像跟老朋友在一起。有一种熟悉的感觉。

她恬静，她质朴。

它不是一个工具，不是交流的平台，不是展示的平台。它是一个世界，一个生命。

本文配音：《I'll Be There》by Mariah Carey

类似日志

• 存继与终止——又是关于个人博客的感想
• 个人博客与交往深度
• 不再勉强期待高度交互性——对个人博客的定位的再次思考
• 个人博客，更进一步
• 关于个人博客的思考

如果是写点个人的文字，随便在BSP（博客服务提供商）那里开个博客就够了。

附件不能上传？一般的论坛也可以。（有免费论坛服务）

就交互来说，新浪博客、豆瓣做得也不错了。

为什么去建站呢？完美主义？

如果不是有大量的且值得长期保存的内容。

如果不是因为让更多的人知道、更好地参与。

向读者提问：（假如你有独立博客）你为了什么而一定要self-host呢？

类似日志

• 无

　　博主最欣赏的网站是维基百科。

　　可否像写书那样写博客？

类似日志

• 无

作为一个“成功”的网站，其中一个方面可以体现为访问者来这里而不是去别处看同类的内容。结合其“快速消费”的特点，把这一点细化，则是：

１、内容增添的频率——养成读者的到访习惯

２、发布的及时性——先睹为快，作为介绍性的内容，这点挺重要

３、内容的丰富性——读者不一定对所有的内容都感兴趣，但至少能找到某些感兴趣的；在读者的兴奋点消退之前，可以找到新的兴奋点

４、服务的独特性——别无分店，舍此其谁？

由于这类网站同质化比较高，做到第四点是很困难的，但第四点可以由前三点的小优势积聚而成为网站的整体优势。

类似日志

• 无

类似日志

• 无

类似日志

• 无

类似日志

• Simple Tags 插件的作用

类似日志

• 无

1. 使用UltraEdite等各种编辑器来编辑wp-config.php文件，保存为 UTF-8 格式（无 BOM）
2. 使用在线解压方式而不是逐个文件上传；如果使用这种方式，要注意把程序压缩成zip文件而不是常用的rar文件；在新的空间安装这个程序需要新空间的账户和密码，所以程序不能用旧空间的
3. 不管出现什么错误信息，要等一会儿再尝试安装（有些服务器需要更新时间）

　　Linux系统跟Windows系统的主机不同之处

• 自定义固定链接格式后制作.htacess文件（要用UTF-8无Bom格式）上传到根目录。（有时候不用）
• 在FTP访问方式下设置文件夹的可写权限。否则，主题文件可能不能编辑。
• 定义静态网页的CSS文件也要使用UTF-8无Bom格式，否则不能达到预定的、在Windows系统中的效果。
• 不管如何，先将在线解压程序也保存为UTF-8无Bom格式再说。

　　注意：不同的主机环境可能出现不同的情况。 　　总结：编码问题；权限问题。

　　安装之后的新网志要进行设置

•  删除安装过程系统自动生成的admin账户。建立更安全的管理员用户。
• Widgets 设置。修改默认的组件显示。
• 激活Akismet和Google XML Sitemaps插件
• 修改主题文件：style.css、archive.php、index.php、footer.php、single.php等
• 设置URL格式：个人认为这种格式最佳：/%postname%-%post_id%.html

　　（另：分类和标签的格式，就算在后面不加斜杠号，系统（2.51）也会自动加上）

• 时区设置
• 编辑框的高度
• 文件上传路径（加入不喜欢默认的路径）

　Wordpress 本地安装

　　试过别的方案，但是以这种为佳：

1. 解压APMServ5.2.0
2. 把WP程序解压到APMServ5.2.0\www\htdocs文件夹中。
3. 用UltraEdit修改wp-config-sample.php文件。数据库名称设为“mysql”，用户名为“root”，密码留空。然后另存为wp-config.php（UTF-8 无 BOM格式）
4. 双击APMServ-ASP.exe点击“启动APMServ”按钮。点击“访问本地网站”按钮。这样就进入了安装页面。

类似日志

• 把本地 WordPress 博客制作的内容搬到服务器上去运行
• 又安装了两个 WordPress 博客
• 本地测试 Devart 主题失败