有关PostgreSQL这个优秀开源数据库的信息，请参考

http://baike.baidu.com/view/28196.htm

这里有一个很矛盾的东西，不同的用户都自己的要求，很多热情的网友也给我们提出别的博客程序这样或者那样的功能很好，当我们把这些功能组合成一个程序的时候，就发现成为了某一个程序的翻版，不，模仿不是我们要走的路。目前的后台的确比较像wordpress，除了70同学对fen同学的一点点误导外，还有这样一个原因，wordpress后台很好实现了博客程序的基本需求，而博客程序的基本功能是固定的，只要UI能比较完整实现功能，就难以摆脱wordpress或是mt这样优秀程序的影子。为了与现有的程序区别，我们把更多精力集中到了后台的体验上，从magike开始，我们就力图给用户一个舒服的写作环境，这也是Typecho的目标。请各位用户放心，magike有的功能，typecho同样具备，magike中优秀的用户体验，Typecho只会更好。

无论在技术还是设计上，Typecho团队都有相当的积累，完全可以把Typecho理解为一个工程师导向的博客程序，能很好满足有一定基础的用户对程序的要求，只是这样形成的Typecho，用户需要吗？满意吗？ 如果您有什么标新立异的想法，请告知我们，让我们一起搞一个与众不同的东西！

1.重构后台，目前来看功能基本是够用了，但是需要重新设计。我希望是由lucky和Fen来合作，并由lucky指导，因为毕竟lucky的前端经验比较丰富。Fen主desinger，lucky主coder。我建议干掉tinyMCE和YUI，并使用blueprint的css framework。当然这些需要他们两个来商量。

2.完善xmlrpc接口。也就是有些用户提到的类似live writer离线编辑的支持。这一点在magike中做的比较好，我们将继承这一光荣传统并将其发展下去。

3.完善各类文档，特别是插件和皮肤。

总之，第一条是重点，我们将会全力配合后台改造。所有改变和完整的安装程序将在0.3版中出现，预计开发周期一个月。欢迎大家在此期间继续向我们提出意见，最好直接在google code上提出。

http://code.google.com/p/typecho/issues/entry

请按照格式要求尽量详细的描述你遇到的问题，包括经过什么样的操作才能重现这个错误，以及你的软件运行平台等等。我们已经在描述框内帮你写好了一个现成的模板，你只要按照这个模板来描述即可。

不要被英文界面所吓到，这些单词都是很简单的，我们已经尽量把某些元素用中文做了翻译，比如下方的"label"(标签)栏，请尽量使用这些标签来描述你的问题。

在你做这些事情之前首先确认自己拥有一个google帐户

在官方网站上对这个bug有较为详细的描述，我理解后大致意思如下：

当我们在GROUP BY中使用主键时，mysql会首先忽略这个声明，因为mysql默认的就是按主键来GROUP BY的。但是如果GROUP BY和ORDER BY同时出现时，我估计是mysql的开发者尝试做一些语句上的优化，它会把GROUP BY里的主键值直接放到ORDER BY里面，而忘了检查GROUP BY和ORDER BY的这两个值是否相同，而且由于GROUP BY里面没有ASC/DESC的描述，写到ORDER BY里面以后同样也只有一个主键值，而在mysql中如果你不写ASC/DESC排序方法，它默认的就是按照ASC来排序，因此你得到排序就总是按主键的升序来排，无论你怎么调整ORDER BY都是这样。

为了让大家理解这个bug，我来写一个问题重现，首先你要使用mysql 5.0.51x版本的数据库，然后请看以下操作和结果

首先我们来看看升序

mysql> SELECT `coid`, `created` FROM typecho_comments GROUP BY typecho_comments.
`coid` ORDER BY typecho_comments.`created` ASC;
+------+------------+
| coid | created    |
+------+------------+
|    1 | 1211300209 |
|    2 | 1215627714 |
+------+------------+
2 rows in set (0.02 sec)

没什么问题吧，再来看看降序

mysql> SELECT `coid`, `created` FROM typecho_comments GROUP BY typecho_comments.
`coid` ORDER BY typecho_comments.`created` DESC;
+------+------------+
| coid | created    |
+------+------------+
|    1 | 1211300209 |
|    2 | 1215627714 |
+------+------------+
2 rows in set (0.00 sec)

查询结果没有任何变化，而且我们从查询时间也可以看出来，它是直接从缓存中读取的没有经过查询。为了证明我的观点，我们来个猛的

mysql> SELECT `coid`, `created` FROM typecho_comments GROUP BY typecho_comments.
`coid` DESC ORDER BY typecho_comments.`created` DESC;
+------+------------+
| coid | created    |
+------+------------+
|    2 | 1215627714 |
|    1 | 1211300209 |
+------+------------+
2 rows in set (0.00 sec)

注意看我的语法，GROUP BY typecho_comments.`coid` DESC，这是一个明显错误的语法，但是如果mysql是直接将GROUP BY放到ORDER BY中的话，它将得到正确的执行。事实证明了我的猜测，而且它还“正确”地倒序了！！

解决方案

升级到mysql 5.0.52以上版本或者降级到mysql 5.0.45以下版本即可。

关于何时认识 Magike 并如何加入 Typecho 等等历史问题，我就不说了，留着以后写自传。
在程序后台设计方面，我是个新手，Typecho 算是我做的第一个后台。下面我把我的设计流程总结一下，不合理的地方请提出，也别摸棱两可。

首先就是在白纸上定雏形，贴在书桌前的墙上，空闲时添几笔，像便签一样。墙壁的照片就不公布了，上面有藏宝图。

第二步是完善各页包含的元素，什么东西应该放在哪个栏目下，我参考了大量优秀的博客程序，也许你可以看到他们的影子。70 说越简单越好，我得贯彻这个思想，也是我的本意。我们希望菜单能够简化到四大部分，我们也确实做到了。

第三部就是效果图的初设计，写这篇文章时我只会 Fireworks，明天下午我可能就会其它工具了，但还是可能不知道层次感是什么。我觉得的设计的初始就是要按照自己的意愿进行，不必追求何等的华丽，那对我太奢望了。我只希望能用简单的线条让人知道：“我知道我在做什么，下一步就是点这里，我对下一步的目的很明确，是的这就是我要的”等等，我尽力做到不止是我一个人明白，我不希望有人问道：“这个地方是做什么的，我不是很明白”。内测期间我就遇到了，我是我的错，我不够专心。Sluke 考虑得比我细致很多，他告诉我一开始就该考虑后台的国际化，我就以英文的实例做测试，你可以看到截图是英文的。

后台基本完成的时间是五月份，后面就是修修补补。当我看到后台编程中文的时候，我开始有些伤心了，因为中文严禁概括性很强，两个字就概括了一个英文单词。英文单词可以把导航菜单拉得很开，跳跃性的间隔宽度就像弹奏的五线谱一样流出美妙的音乐。流体的布局更是适应这种旋律。

中文需要的是方形的固定布局，从QQ、163、新浪、中国雅虎等门户站点新闻列表可以发现，尽可能的用文字去填补列表的空白，填得满当当的，这样看上去才更舒服。这是我忽视的地方，我一直相信这些页面每次都要经过手工再发布的，扯远了……

三年前，我一直很喜欢 IE，转眼三年的时间过去了，我对 Firefox 变得如此执着。这个改变只因为网页设计。IE 让我很痛苦，无法说清的痛苦。它是一个外星生物，它有许多人类未解之谜。如果用 DotA 中的语句形容，IE 就是 Holy Shit 了。拜托，派个人终结了 IE 的超越神的杀戮吧！每次看到 IE 我都泪汪汪啊，握紧拳头扣胸自誓：（内容已隐藏，回复亦不可见）

表单设计方面，绝对是我的弱项，原因就是上面那一段话。这时候，伟大70出现了，他就是全能骑士，团队的核心，在危难时刻展现了他神奇的操作，让我在守护天使的庇佑下再次投入战斗。

后台设计到此告一段落，有人说这样不好或者那样不好，众口最难调，我会听取大家都意见，为正式版本的发布而不断改进。

曾经，有一个开源博客程序叫做Magike，在它发布1.2正式版之后，开发组的几个人开始商讨下一步的开发计划，有这样几个问题摆在了我们目前：

1、Magike博客程序是基于Magike Framework开发，保证了程序的效率和安全性，但是这个MVC的框架结构比较复杂，更适合用于开发大型项目，如果在博客程序开发中可以精简掉Magike Framework自带的模板引擎以及其他一些代码，就可以提供给用户一个更精巧的程序，这与我们希望代码越少越好的初衷一致，这直接推动了新版本从内核开始重 写。

2、作为一个使用GPL V2发布的开源程序来说，虽然我们极力保证代码的规范性，但还是存在一些不足，比如程序注释不够详细，加上开发团队在对国际化的理解上走了一点弯路，与其逐步完善，不如从根本上重来，让新程序的开源血统更加纯洁。

3、Magike.com这个域名不在我们手里，而且Magike这个名字并不具备浅显易懂的含义，记忆起来有难度。

就在Magike团队决定为这个全新的博客程序拍脑袋想名字的时候，又有一名优秀的设计师fen加入了我们，Magike这个程序也获得越来越多用户的反馈，于是有人想到了Typecho这个名字。

Type，有打字的意思，博客这个东西，正是一个让我们通过打字，在网络上表达自己的平台。

Echo，意思是回声、反馈、共鸣，也是PHP里最常见、最重要的函数，相信大部分PHP爱好者都是从echo 'Hello,world!';开始自己的PHP编程之路的。

将这两个词合并在一起，就有了Typecho，我们期待着越来越多的人使用我们开发的程序，也期待着越来越多的人加入到开源的行列里。

大家一起来，Typecho )))))))))))))))))))))