自从 2005年07月 ↓

换了新的模板之后，发现首页的日期显示有问题，显示月份的地方只显示一个“月”字，没有前面的数字，于是到程序里一看，调用的是wordpress的函数the_time(’F jS ,Y’),于是把F改成M，可以显示英文的月份，没问题，到codex去查，F表示完整的月份名称，也应该没问题才对，后来把参数改成’l F jS,Y’（l表示星期），也可以正常的显示中文的完整月份，才发现，原来在F的前面应该有个空格才行，即the_time(’ F jS,Y’)，这样结果就正确了。

浏览别人的blog的时候，发现很多人都有了自己的留言本，留言功能确实是blog的一个重要功能，毕竟留言和针对某篇文章的评论是不同的。
找了一下，大概有两种在Wordpress里实现留言本的方法，一个是利用原来的page.php，另外就是用别人写好的插件。前一种的好处是简单，后一种的好处是功能比较独立，有自己单独的管理功能。
查找建立留言本资料的时候也没有找到多少有用的文章，只找到一个叫RumWall的留言本功能插件，于是下载来安装使用了一下，它确实可以实现留言本的功能，在后台还添加了留言管理功能（有屏蔽和删除的功能），确实不错，只是它的页面不怎么样，页面风格也和我的模板不太符合，于是自己修改了一下，改成了现在这个样子，将原来的一列改成两列，和整个站风格统一了一下。
安装插件之后，在根目录下有一个wall.php的文件，这个就是留言页面。把get_header()函数挪到程序的最开始，在get_footer()函数之前加上get_sidebar()函数。这时候头部和右边部分就可以显示了，现在的问题就是左边占据了整个页面，很难看。找到id=content的div，把它的class改为narrowcolomn，这时候，样子基本能看了，再修改一下它的input的样式，再设置一下rewrite规则，基本上就完成了。如果喜欢的话还可以在上面加上自己留言本的名字。

今天给自己的blog做了一个地址栏图标，如果你用firefox浏览本站，你可能已经看见了－－一个红底白字的G。
这个图标的好处是可以在众多浏览器标签中一眼分辨出来，而且统计程序可以通过它来计算被收藏的次数。但是似乎用IE浏览有些问题……郁闷中。
做这个很简单，我是在linux下面，所以我用GIMP简单的作了一个图片，红底白字的，当然如果你功夫够高，可以自己画一个漂亮的小LOGO，然后存成.ico格式，放到你的网站根目录下，名字改成：favicon.ico，这样浏览器默认就可以找到，这个文件最好是16＊16的ico格式，如果是其他的图片格式，就需要在你的网页的head里加入这样一行：
<link rel=”shortcut icon” href=”sample.png” type=”image/x-icon” />
如果手头没有合适的工具制作图片，也可以选择一个自己喜欢的图片，然后到这个网站去自动生成一个。

翻译完的Subversion文档终于都发布完了，余下的部分偶将继续坚持翻译出来，任重道远阿。

第四章 分支和合并

分支，标签和合并是所有版本控制系统的共同概念。如果你对这些概念不熟悉，我们在本章中将详细介绍。如果你熟悉，我们希望你能对Subversion怎样实现这些概念感兴趣。
分支是版本控制的基础部分。如果你希望允许Subversion管理你的数据，那么这是你最终要依靠的特性。本章假设你已经对Subversion的基本命令很熟悉（第二章，基本概念）。

什么是分支？

假设你在公司里的工作是负责管理部分的文档，某种手册。一天另外一个部门向你要相同的手册，但是因为他们做的是不同的事情，要的内容也有“稍微”的不同。
这种情况下你怎么做？你做的事情很明显：为你的文档做第二此拷贝，开始维护两个不同的拷贝。如果每个部门让你做些小改动，你会将这些修改合并入某一份拷贝或者另外一份拷贝中。
你可能经常想对两个拷贝做同一的改变。例如，如果你在第一份拷贝中发现一个错字，很可能这个错字也存在于第二个拷贝中。毕竟两份文档基本相同；它们只是在特定的一小部分不一样。
这是分支的基本概念－－也就是说，一条发展路线与另外一条独立存在，但是如果你一直向后寻找它们仍然分享共同的历史。一个分支经常作为某些东西的一个拷贝来开始其生命周期，然后发展其自己的历史记录（参看图4－1，“Branches of development”）.

图4－1 Branches of development
Subversion有帮助你维护你的文件和目录的相关分支。它允许你通过拷贝数据建立分支，并记住这个拷贝和另外一个的相关性。也帮助你从一个分支向另外一个复制改变。最后，它能使你工作副本的一个部分反映不同的分支，因此使你可以“混合并匹配”你的日常工作的不同发展路线。

使用分支

此时，你应该理解每个提交怎样在仓库里建立一个完整的新文件系统树（叫做一个“修订版本”）。如果不理解，返回去看“Revisions”部分里关于版本修订的内容。
我们将使用和第二章相同的例子作为本章的例子。记住你和你的合作者，Sally，在分享一个包含两个项目的仓库，paint和calc。就像图4－2“Starting repository layout”,然而，每个项目目录现在都包含叫做trunk和branches的子目录。我们稍后将原因解释清楚。

图4－2 Starting repository layout

象以前一样，假设Sally和你同时拥有calc项目的拷贝。特别的，你们都拥有/calc /trunk的一个工作副本。这个子目录里的所有项目的文件比/calc自己的文件更多，因为你的团队已经决定/calc/trunk就是“主线”将发生的地方。
假设你接到了处理一个项目基本组织的任务。这将花很多时间来写，并将影响项目里的所有文件。这里的问题是你不想妨碍Sally的工作，她正在到处修改小bug的过程中。她依赖的项目的最新版本（在/calc/trunk里）总是可用的。如果你开始一点点提交你的改变，你肯定会打断Sally的工作。
一个解决办法是互相隔绝：一到两个星期内，你和Sally可以不再分享信息。就是说，开始在工作副本中整理和改造所有文件，但是直到完全完成任务之前不再提交或者更新。然而这样做有几个问题，首先，这不安全。大部分人喜欢经常把自己的工作保存到仓库里，防止工作副本偶然发生的意外。第二，这很不灵活。如果你在不同的计算机上工作（可能你在两个不同的机器上有/calc/trunk工作副本），你需要一直手动拷贝你的改变，或者在一台机器上做所有的工作。就是说，很难和其他人随时分享你的改变。通常软件开发“最好实践”将允许你的同伴象你一样回顾你的工作。如果没人看见你的中途提交，你就失去了可能的反馈。最后，当你完成了所有的改变，你可能发现重新合并你的最终工作和公司其他人的主题代码很困难。Sally（或者其他人）可能已经在仓库里做了其他改变，而它们将很难合并到你的工作副本中－－尤其独立工作几周之后你运行svn update的时候。
好一点的解决办法是在仓库里建立你自己的分支，或者发展支线。这允许你在不妨碍别人工作的前提下经常保存你进行到一半的工作，而你还可以选择性的和你的同伴分享信息。稍后你会看到这是如何运行的。
Continue reading →

写完这个标题就开始后悔了，靠，怎么可能only one dream.
生活嘛，就是一个7日接着另一个7日，一个梦想接着另一个梦想。
我曾经想，要是每个人只有一个梦想，那大家都会专心的去把它给实现了吧？想当初，如果上帝他老人家在人一出生的时候就告诉他，你这辈子就只能有一个dream，选一个吧。那世界将变成什么样呢？
我认为人之所以觉得自己活的太累，就是因为有N个梦想，永远也实现不完，搞定一个，前面还有N-1个在那里等着，而且这个N没事还会自己增加。譬如猪，人家只有一个梦想，吃饱喝得，所以每天都快快乐乐，你什么时候见过猪发愁阿？
当然了，我们不是猪，不能只停留在猪的思想高度，我们要有追求，有目标……，这是理所当然的，但人是单线程动物，所以快乐的方法就是暂时忘了前面的N-1个梦想先，踏踏实实的搞定当前这个。
我喜欢那种低头赶路，抬头的时候发现已经到了的境界。

第三章，导读

现在我们详细介绍如何使用Subversion。当到达本章末尾的时候，你将可以处理日常工作中需要使用Subversion的大部分任务。你将从你的代码的初始签出开始，更改和检查这些更改。你也会知道如何获得别人在你的工作副本中做的改变，检查他们，并且解决任何可能出现的冲突。
然而，注意本章不是Subversion所有命令的详细列表，它是一个对你可能遇到的Subversion任务的一个会话式介绍。本章假设你已经读过并且理解了第二章“基础内容”并且熟悉了Subversion的基本模式。想得到一个所有命令的参考，请看第九章，Subversion Complete Reference.

Help!

阅读之前，这里有一个使用Subversion过程中很可能需要使用的一个命令：svn help。Subversion命令行客户端是一个独立文件－－任何时候，简捷的svn help将描述subcommand的语法，转换和行为。

Import

你使用svn import来导入一个新项目到Subversion仓库中。当你建立你的Subversion服务的时候这是第一件事，但是你可能不经常用到。想知道import的细节，你可以看本章后面的叫做“svn import”的部分。

Revisions:Numbers,Keywords,and Dates,Oh My!

开始之前，你应该知道怎样识别你仓库里的一个特殊版本。象你在叫做“Revisions”部分了解的，版本修订是某个时刻一个特定部分的仓库的“快照”。当你继续提交和成长你的仓库的时候，你需要对这些快照进行认证。
你可以用revision(-r)加上你想要的（svn -revision REV）或者指定一个用冒号分隔的两个版本号的一个范围（svn-revision REV1:REV2）来指定这些修订版本。Subversion允许你使用数字，关键字和日期来指定这些版本。

Revision Numbers

当建立一个新的Subversion仓库的时候，它的生命周期从0开始并且每一个成功的提交依次增加版本号。提交成功之后，Subversion客户端会提示你新的版本号：

$ svn commit –message “Corrected number of cheese slices.”
Sending Sandwich.txt
Transmitting file data.
Committed revision 3.

如果将来你想指定那个版本（我们可以在本章后面看到怎样和为什么我们要这样做），你可以使用“3”来指定。

Revision Keywords

Subversion客户端理解很多revision keywords.这些关键字可以用来代替—revision选项的整形变量，然后被Subversion转换成特定的版本号。
Continue reading →

刚看到的一个笑话，呵呵，挺逗。
天津话。

“二他骂，泥介四赶骂七呀？”
“桑发员达管斯七！”
“原高被高？”
“原高！”
“原高，够牛地呀！”
“牛骂呀，被强见了！”

你有多久没看到露天电影了？
天气太热的时候除了在家里吹空调破坏环境，就是出去在一边是火焰，另一边也是火焰的城市里寻找消遣。
上周末的晚上，和几个朋友游荡到附近的友谊宾馆院里的时候，偶然看到一个广场上正在放映冯小刚的《不见不散》，前面是可以喝酒聊天吃烤串的排档，于是赶紧跑过去坐下，边吃边看。虽然画面远比不上家里的DVD清晰，声音也没有那么环绕立体，可是坐在凉风习习的院里，想起小时候看露天电影时的情景，感觉真好。
小时候，电视里能收到的几个台几乎不会演什么电影，所以每次的露天电影就成了我们接触电影的唯一途径，每次都像是我们同龄小孩们的节日，每次都很快乐。
大概一个月或者更久才会有一次露天电影，一般是在晚饭后，在家里吃饭的时候，就能远远的听见放电影的声音了，接着就是大人小孩的嘈杂声，大家都是一听见声音，就草草的放下碗筷，扶老携幼的聚拢过去，我们小孩子就更没心思吃饭了，每次都是被老妈强迫着吃完了饭才准出门。一吃完，就立刻跑出去，路上陆陆续续的都是人，到了广场上，人已经很多了，赶快找个好位子坐下，盼着电影开始。开始的时候都是放一些科教片之类的，我们完全没有兴趣，小孩子周围跑来跑去，大人们大呼小叫的喝斥，召唤，一会有人喊这个名字，一会又喊那个，很热闹。过了一会儿，人来的差不多了，电影终于开始了，人群也稍微安静下来。那时候通常放映的都是武打片，《无敌鸳鸯腿》，《天下第一剑》什么的都是那时候看的。虽然现在看来那些电影可能没什么好看的，但那时候看的极为过瘾，看完了甚至能回味好几天。
现在已经几乎看不到露天电影了，想看电影也很容易，电视里经常演，电影院，DVD也方便，可是不知怎么，再也没有小时候看的那么过瘾。
唉，where is 偶的童年阿…………

第二章 基本概念

本章是一个简短的，临时的Subversion介绍。如果你是一个版本控制的新手，本章刚好适合你。我们从普通的版本控制概念谈起，然后带你领会深入的思想，同时将举一些Subversion应用的简单例子。
尽管本章中的例子是人们分享程序的源代码集合，你要时刻记住Subversion可以管理任何的文件集合－－并不仅仅是帮助计算机程序设计人员。

仓库

Subversion是一个分享信息的集中系统。其核心为一个仓库，用来集中存储数据。仓库用文件系统树－－典型的文件和目录的层次－－的形式来存储信息。客户端连接到仓库，然后读或者写他们的文件。通过写文件，一个客户端使信息对其他人可用；通过读文件，客户端接受其他人的信息。图2－1“A typical client/server system”说明了这点。

图2－1 A typical client/server system
这为什么有趣呢？到现在为止，这听起来像一个典型的文件服务器的定义。确实，仓库是文件服务器的一种，但是不是你通常所见的种类。使Subversion与众不同的是它会记住对它写入时的每次改变：每个文件的每次改变，甚至是目录树本身的改变，像添加，删除，和重新整理文件和文件夹。
Continue reading →