荷塘，月色下，宁静的夜晚，宁静的心
今天看到手机凤凰网的一则新闻《四川教育厅：校舍倒塌五原因》，其中第五个原因写到：“五、学校的建筑在抗震方面本身就存在着设计方面的先天性缺陷”。
“先天性缺陷”一词用得可谓妙不可言。似乎跟“不可抗拒之力量”有得一拼！能有创造性的运用这样天才的词汇，其作者一定受到领导的高度赞扬。若因此立下“大功”，前途一定不可限量啊。
[ 标签： 地震 ]福气就是，你不是全世界最糟糕的一个。
福气就是，即使你是全世界最糟糕的一个，至少你还年轻。
福气就是，即使你是全世界最糟糕的一个，你也不年轻，至少你有机会经历人生。
[ 标签： 人生 ]一、教育
首先应普及人们的地震知识。普及地震知识是一个长期的过程。不是仅仅在发生特大地震时，在报纸上发一发。应开设专门的地震博物馆，以文字、图片、音像，甚至实物的形式，进行宣传教育。地震中断裂的，没有一根钢筋的预制板，就是地震博物馆的很好实物。学校也应该组织学生参观地震博物馆。
在教育的过程中，要让人们认识到，地震预报是有误差的，准确率只有百分之多少。所以，当出现错报时，要能体谅政府，并在下次地震预报同样积极配合政府工作。
二、预报和工作部署
隐瞒绝对不是一个抗击灾害的积极态度。害怕也是解决不了问题的。只有勇敢面对，积极探索才是硬道理。有了教育的前提，就应该公开预报了。
政府方面，还要不断研究地震预报后的部署工作，以尽量减少报错后所带来的经济和精神损失。要逐步建立和完善部署工作的预案，以提高反应速度。
当然，地震的研究工作也要不断提高预报的准确性。
[ 标签： 地震 ]祝
祝挪
祝挪用
祝挪用2008
祝挪用2008年
祝挪用2008年四
祝挪用2008年四川
祝挪用2008年四川地
祝挪用2008年四川地震
祝挪用2008年四川地震捐
祝挪用2008年四川地震捐款
祝挪用2008年四川地震捐款者，
祝挪用2008年四川地震捐款者，在
祝挪用2008年四川地震捐款者，在十
祝挪用2008年四川地震捐款者，在十年
祝挪用2008年四川地震捐款者，在十年之
祝挪用2008年四川地震捐款者，在十年之内
祝挪用2008年四川地震捐款者，在十年之内，全
祝挪用2008年四川地震捐款者，在十年之内，全家
祝挪用2008年四川地震捐款者，在十年之内，全家为
祝挪用2008年四川地震捐款者，在十年之内，全家为遇
祝挪用2008年四川地震捐款者，在十年之内，全家为遇难
祝挪用2008年四川地震捐款者，在十年之内，全家为遇难者
祝挪用2008年四川地震捐款者，在十年之内，全家为遇难者陪
祝挪用2008年四川地震捐款者，在十年之内，全家为遇难者陪葬！
[ 标签： 四川, 地震 ]有文章讲，某人在已经感觉到地震时，院子里的狗却一点反应没有，这说明动物无法预测地震。我以这种看法持反对意见：
一、地震来临时，狗没有反应，并不代表狗无法预测地震。还有另外两种可能：对狗的当前环境不能造成严重影响的地震，狗可能预测不到；狗预测到地震不会对它构成威胁，所以没有反应。
二、哈巴狗却预测不到地震，不代表牧羊犬也预测不到地震。
三、所有的狗预测不到地震，不代表蟾蜍预测不到地震。
四、即使蟾蜍预测不到地震，也不代表所有动物预测不到地震。
根据各方面报道，每次大地震前都会有某些动物的异常行为。比如这次四川地震前，不止一个地方发现有蟾蜍大规模迁徙。国外也有许多报道类似报道。
我十分相信动物有预测自然灾害的特殊能力。预感其实也是一种感觉，只是很微弱，一般人或动物查觉不到。像自然灾害这种预测，某些（也可能是许多）动物显然要强于人类。
人类至所以能飞行，完全得益于对飞鸟的研究。人类要想预测地震，我个人认为，研究“什么动物在什么样的情况下能预测什么样的地震”，是最佳的途径。当然，一群人以研究动物为主，一群人继续现有的研究，分两条路走也未尝不可。
地震是全人类的灾害，不仅限于某个国家。所以，地震的研究资料和研究成果应该公布于众才好。最快速和广泛的公布途径，就是互联网了。由比较专业的人士，弄个类似“地震研究联盟”的网站，也是不错的。全人类的灾害，就让全人类一起来研究吧！
[ 标签： 地震 ]最近在网上流传这样一段文字：
“有人想拿一笔高达数百万的巨款给中国红十字会，条件是想知道这笔钱是怎么花的，怎料对方竟回一句「那就算了」！”
越来越多的人正在加入传播的行列。在个人博客里，在饭否里，流传速度很快。但是，我想问的是，有人知道这段文字出自哪里吗？它的可信度是多少？自己有没有去了解过？有没有想过要去了解？
当然，我自己也不知道这段文字的真实性。对于这段文字的真实性，有四个地方需要证实：
我相信，除了第一个传播者外，没有人会知道。
既然大家都不知道自己所传的是不是真有其事，那为什么有那么多人都在积极传播呢？
是啊，大家都在传啊，就连某某（我）知名的博客主也在传播，那多半应该是真的吧？
“多半应该是真的吧”——是在问谁？
当然在是问自己。
有没有得到确定答案呢？
当然没有。
那么还要不要传？
当然要传。这样令人气氛的事情，不传怎么对得起自己的良心！况且，大家都在传嘛。
好像很有道理哦！
所谓“众口铄金”，也这就是这个样子了。
互联网上，任何人说的话，通常都是对全世界公开的。所以，实际上，每个网友都是一个传媒。我们常常批评某某传媒做虚假报道，批评他们不加思索，直接抄袭他人作品。那么，我们自己又在做什么？我们自己这个媒体，怎么跟西方媒体一样，也是有双重标准的？
律人先律己。每个人都是社会的组成部分，每个人都做好了，社会自然就好了。在互联网上，特别是博主，影响更大，责任也更大。
[ 标签： 传媒 ]原来一直搞不懂 get_option(’home’) 和 get_option(’siteurl’) 的区别，因为我的网站，这两个值是相同的。今天看了“Giving WordPress Its Own Directory”这篇文章才明白它们之间的区别。
‘home’ 和 ’siteurl’ 变量分别对应后台“Setting (设置) -> General (常规)“里的“Blog address (Blog 地址)”和“WordPress address (WordPress 地址)”。’home’ 是 blog 的首地址，用于对外发布，供浏览用户访问；’siteurl’ 是 WordPress 的首地址，用于后台管理，供管理员访问。
WordPress 允许将源码安装到站点的子目录。这是导致 ‘home’ 和 ’siteurl’ 的值不同的根本原因。所以 ‘home’ 一般包含 ’siteurl’ 。这种典型的站点目录结构如下：
[ 标签： WordPress插件开发 ]/index.php (从 /blog 目录拷贝后，经修改得到)
/blog/wp-admin
/blog/wp-content
/blog/wp-includes
一个 SVN 项目的良好目录结构如下：
project1
trunk
branches
tags
1. project1
项目名。
2. trunk
主干目录，用于主干产品的维护。大部分操作都在此目录下完成。
3. branches
分支目录，用于分支产品的维护。
分支目录通过 trunk 的“右键菜单 -> TortoiseSVN -> Branch / Tag” 进行操作。
4. tags
标签目录，用于保存产品的稳定版本。比如 project1/tags/product1/1.0 目录中，保存 product1 产品的 1.0 稳定版。如果没有分支产品，目录结构类似 project1/tags/1.0 。
标签目录通过 trunk 的“右键菜单 -> TortoiseSVN -> Branch / Tag” 进行操作。
[ 标签： svn ]开发一个 WordPress 插件的新版本后，想提醒老版本的用户有“新版本”可供下载。开始，每次版本更新，我都要在博客里发布“新版本”信息，以提醒插件用户。但是，很多插件用户并不会经常浏览我的博客，因而得不到提醒。
如果将插件注册到 WordPress 官方网站，那么，只要使用此插件的用户，都能即时在他们的 WordPress 站点的“插件管理”页面，看到“新版本”的提醒信息。即使是在插件注册之前就使用了插件的用户，也能获得提醒。
要让自己的 WordPress 插件支持“新版本”提醒，操作如下：
1. 注册一个 WordPress.org 网站的帐号
网址：http://wordpress.org/support/register.php
2. 添加你的插件信息
网址：http://wordpress.org/extend/plugins/add/
需要填写如下信息：
3. 等待审批
审批需要 3-4 天，可能更长。
审批通过后，会在注册时提供的邮箱里收到 WordPress.org 的通知。通知中最重要的是插件的 subversion 目录。比如我的 WP-T-WAP 插件，subversion 目录为 http://svn.wp-plugins.org/wp-t-wap 。
subversion 是一个版本控件软件，简称 SVN。据说是 CVS 替代产品。（要了解 SVN 请访问：http://www.subversion.org.cn/）
4. 下载和安装 TortoiseSVN
网址：http://tortoisesvn.net/downloads
TortoiseSVN 是 SVN 的客户端。主要操作在“目录”和“文件”的右键菜单中。
5. 创建 SVN 项目目录
比如我的 WP-T-WAP 插件的 SVN 项目目录为 d:\svn-home\wp-t-wap\ 。
6. 从 WordPress.org 取出插件的 SVN 项目
以我的 WP-T-WAP 插件为例。对 d:\svn-home\wp-t-wap\ 目录单击右键，选择 "SVN Checkout…"菜单。在 "URL of repository" 项里填入 "http://svn.wp-plugins.org/wp-t-wap" （实际操作，应修改为第 3 步中 WordPress 通知邮件里提供的 SVN 目录）。
如果操作正确，会在 d:\svn-home\wp-t-wap\ 目录里出现 branches、tags 和 trunk 三个目录。
7. 创建 readme.txt 文件
readme.txt 文件用于存放插件的名称、版本、简介、安装方法等信息。为了让全世界的用户都可以使用，最好使用英文填写。模块如下：
http://wordpress.org/extend/plugins/about/readme.txt
一般只填写"Plugin Name"、"Description"和"Installation"三段就好了。后面的可以删除。（如果需要的话，填写更详细的信息当然更好）
"Plugin Name"段中，"Contributors" 字段填写作者名字，"Donate link"字段填写作者主页，"Tags"字段填写插件相关的关键字，"Requires at least"字段填写能适用的 WordPress 的最低版本，"Tested up to"字段填写测试的 WordPress 版本，"Stable tag"字段填写插件的版本号。
"Stable tag"是关键字段，用于比较两个版本的新旧。
"Description"段应填写 HTML 格式信息。如果要换行，需加入 <br> 标签。
"Installation"段填写插件的安装步骤。
8. 拷贝插件到 trunk 目录
将插件的所有文件拷贝至第 6 步中从 WordPress 取出的 trunk 目录。（注意，是拷贝插件的文件，而不是插件的目录）
readme.txt 文件也拷贝至 trunck 目录。
9. 提交 trunk 目录至 WordPress 的 SVN 服务器
右键单击 Trunk 目录，选择 "SVN Commit" 菜单。在 "Message" 项里填写操作备注。点击 "OK" 按钮提交。
10. 添加插件的版本
上一步只是提交插件源码至服务器，这一步要从源码生成一个插件版本。
右健单击 trunk 目录，选择 "TortoiseSVN » Branch/Tag" 。在 "To URL" 项里填入版本存放路径。
比如 WP-T-WAP 1.8 的版本存放路径应为 "http://svn.wp-plugins.org/wp-t-wap/tags/1.8" 。"1.8" 代表版本号，必须与此时 trunk 目录的 readme.txt 文件中的 "Stable tag" 字段对应。
下次再添加更新的版本时，记得修改 "Stable tag" 字段。
11. 等待 WordPress 从 SVN 里更新插件信息
新添加的插件版本，在 15 分钟内，将更新至 WordPress.org 的插件发布页（比如：http://wordpress.org/extend/plugins/wp-t-wap/）。更新后，插件用户就能在 WordPress 站点的“插件管理”页面里，看到插件的“新版本”提醒信息了。
[ 标签： svn, WordPress插件开发 ]今天，听取大家的意见，将 WP-T-WAP 插件更新至了 WordPress 官方网站。以后 WP-T-WAP 发布新版本时，大家在后台的“插件管理”页面里就可以看到“新版本”的提醒信息了。
要将WP-T-WAP 插件发布至 WordPress 官方网站，还是费了一些周折的。在此感谢金亮的帮助，以及雪山飞猪的文章。
WP-T-WAP 在 WordPress 的网址如下：
http://wordpress.org/extend/plugins/wp-t-wap/
[ 标签： wp-t-wap ]
| 分类 » 
