今天偶然发现：
http://www.yyear.info 花样年华 不能访问。
http://imorderly.info 奥德雷的雷人事迹
http://www.loveyu.info 恋羽日记
单方面取消链接，没有通知。
教训，日后尽量不跟新博客、生活日记类博客互链。
想起了“精品博客”的这篇文章。
我并不太在意对方因为各种原因而单方面取消链接合作，但对于那些已经交往过的，留过言的，感觉浪费了时间——这份交情换不来取消链接时的一个告知。
今天（三月十八日）发现安庆博客人的博客也是没有通知就取消了对本博的链接。
为了一个订阅页面的排版效果，想在Wordpress的编辑器里用div来实现，结果出现异常，这才想起Wordpress的页面编辑不支持这样做的。
虽然用表格也可以达到预定的排版效果，但是，用表格来排版不是标准的做法。
于是，使用Wordpress的自定义页面模板功能，自己写了一个简单的模板文件。之所以说简单，是因为里面放的不是程序语句（除了新建页面模板所必需的那一些），而是内容和样式。
所以，后台的编辑器就就没有用了，因为页面的内容都写在模板文件里了，没有调用数据库里的post。
由于样式只是针对这个页面的，所以不必把样式代码写到样式表里去了。
终于把根目录博客的日志页的侧边栏取消了。
日志页不放侧边栏的好处：
本来，这个模板（主题）的日志页就是这样的，只是后来觉得为了导航的方便而增添了侧边栏。
顺便说说，像这样日志页没有侧边栏的博客设计是很少见的。一般人的博客都是有侧边栏的，而且放了很多的内容。有的甚至是双边栏，很是吓人。
对于博客，这样的设计似乎有些另类，但是，想想论坛不也是这样的么。
完美无极限，还有很多细节需要改呢。这个Wordpress默认主题用了三年了，还是没有改到足够的满意的程度。
今天，按露兜博客提供的方法，给首页博客增加了一个按分类列出所有日志的特殊页面。
期间出现了一个很怪的事情，当我用以前的草稿页面使用新建的页面模板发布后，居然把所有的日志内容都显示出来了。以为代码有问题，正想问代码作者，当使用了新建的页面之后，就正常了。
以前有个按发布时间排列出所有日志的页面，跟现在这个页面相比，好处是查询数大大减少，不好的地方明显是没有类别，把人看的够呛的。
按分类列出所有日志的页面：146 查询，1.191 秒完成。
按发布时间列出所有日志的页面：14 查询，0.887 秒完成。
顺便说一下，有些插件可以做这个事情，比如那个很有名的插件。以前也试用过，但是大量的JS代码把整个页面打开的速度大大地降低了。所以，还是那个原则，能不用插件的就不用。
在新建页面模板的时候，顺便在CPanel上把以前不规范的命名改过来。
BANG752816A4004F2F4ACE6920E0XIANGUO
无意中发现了一个被黑的网站（截图如下）。
攻击结果：所有的帖子都没有了，只有攻击者输入的一些帖子。
攻击者在帖子中留下了联系QQ。看来是敲诈。
被攻击网站所使用的程序：Discuz! X1.5 （当然，网站被黑不一定是因为建站程序的问题）。
2010-10-09 12:51，已经有人在豆瓣小组上反映网站的地址打不开。
这是主要的。
并非所有的东西都是适合在博客上发布的，公众博客并非是适当的个人知识管理（PKM）的平台。
用不公开的 CMS 来做个人知识管理或者文件管理是最好的。这是别的web服务做不好的。甚至，我还没有找到在本地运行的适合的软件。
比如博客引擎、CMS引擎、其他程序等。
虽然别的空间也可以做，但服务器环境可能不同。
说到交互，其实个人网站是做不好的。还是让各种网络服务/应用各司其职吧。
没有一种 web 应用或者平台能同时把以下三个事情做到最好：
我有个自用的主页。以前是在17英寸显示器的电脑前设计的，所以以1024像素为标准宽度。
后来，电脑是宽屏的了。尽管，页面是居中布局，在宽屏下没有什么不良效果。但是，由于这个主页上的网页大多是些长文档，基于对移动滚动条的不喜欢，我想把正文的宽度稍微增加一些。（原来是570/680像素（第一个宽度值是两栏的，第二个是三栏的）——不含padding，看似挺宽的了，但用16像素的字体，其实也就是每行33/42个字而已）
以前就到禅意花园看过，对样式切换印象很深。
现在的任务是：在宽屏的情况下，如何让正文区的宽度稍微大一些。
我想到的思路是：使用两套样式表。在不同的屏幕下可以切换样式。
于是，到禅意花园去看看它是怎么实现的。在它的FAQ页面中找到了这篇文章。
文章说得有些不够明了。整理如下（记录维护操作是个好习惯）：
1、新建一个新的样式表文件。
2、在空间建了一个JS文件。文件中的代码不需要作任何的修改。
3、在页头加上如下的代码：
<link rel="stylesheet" type="text/css" href="/css_1280.css" title="1280" media="screen" />
<link rel="alternate stylesheet" type="text/css" href="/css.css" title="1024" media="screen" />
<link rel="alternate stylesheet" type="text/css" href="/css_1280.css" title="1280" media="screen" />
<script type="text/javascript" src="/css_switcher.js"></script>
第一段代码是指定默认的样式表，第二和第三段是列出候选的样式表，第四段是指定所调用的JS文件的路径。
4、然后是在页面的某个地方（比如边栏）放置切换样式表的链接：
<a href="#" title="1024像素，17英寸" onclick="setActiveStyleSheet('1024'); return false;">切换到普通屏幕</a><br />
<a href="#" title="大于1280像素的宽屏显示器" onclick="setActiveStyleSheet('1280'); return false;">切换到宽屏</a>
这一步的关键是这段JS代码的title（不是超链接的title）要跟头部代码的title一致，而CSS文件的文件名是什么是不相关的。
实现不同的宽度有另外一个方法，就是采用“流动布局”，不过这个主题是用了固定宽度，流动不起来。
现在这个方案有个另外的好处：可以让不同的样式、风格应用到一个站点上。有时候，几个主题（风格）各有各的好，还难以取舍，这个时候，用这种切换方法就解决了。
在编写用于宽屏的样式表文件的时候，思路错了。
原来的做法是：
为正文区（中栏）增加（1280-1024=）156像素。
大家知道错在哪里吗？
错在：要用页面的实际宽度而不是显示器屏幕的宽度来计算。
所以，正确的做法是：
正文区（中栏）增加（1220-960=）260像素。（1220是宽屏的页面宽度值，960是1024像素普屏的页面宽度值）
发现 FCKEditor 自动把代码中的尖括号（或小于号、大于号）转换成HTML实体的。而一般的富文本编辑器是不能这样的，于是就会出错。
今天发现旧域名的 301永久重定向失效，错误信息为没有访问权限。检查.htaccess 文件，果然有异常。改正后重定向就正常了。
在时间上看，很可能是 HotLink 的设置取消造成的。
博客的首页能访问，但所有的内部链接都失效，这种事情以前遇到过几次了。估计是.htaccess 文件的更新造成的。
解决方法很简单，在 WordPress 博客后台的固定链接设置页面按一下保存按钮即可。
今天上网发现了本站两个博客出现了这个问题，是什么原因造成的呢？估计是昨晚在 CPanel 取消了 HotLink 保护造成（空间的设置的改变）的。而之所以取消，是因为昨晚在子域安装 WordPress 的时候发现这个子域的前台后台的图片都不能显示，所以就想到跟 HotLink 保护是不是有关系。
其实不用取消 HotLink 保护的，在允许的站点上添加上新的子域即可。
因为本站有些文件提供在线下载的，所以 HotLink 保护是不能取消的。
因为发生过几次事件，让我对一些网站产生不信任了。
至于倒下的个人独立博客，就更多了。
我不批评这些事，也许服务/免责条款里就有相关的内容，或者他们有他们自己的理由和原因，但我可以不信任它们。
教训是：如果数据比较重要，值得保存，在别的地方发布的东西，就要另外保存。
前些天，看到一本书，是关于佛陀的格言的。其中有一条我感到挺新鲜的，它说，即使对好朋友也不要过于信任，原因是他们自身也是把持不住的（大意）。