Typecho官方日志

UI说到底还是功能的外化，先有功能后有UI，功能有特点UI才有特点。目前Typecho已经具备了一个博客程序最基本的功能，开发组在讨论功能需求的时候，更多的时候在问自己“这个功能是不是必要？”，正因为如此，我们一直在要求自己创新，不破不立。

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

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

这周由于我本人工作的问题，耽误了一些开发上的任务。但也不是毫无进展，起码本人杭州一行见到了lucky与xuchao。lucky本人对当前后台的现状也不是很满意，可能当初Fen来设计的时候我的引导有些失误，我说参考wordpress 2.5的设计，但是目前的情况看起来就是给wp 2.5后台换了个皮，并没有形成自己的特色，而且有一些安排也不是很合理。我们希望设计一个轻便而且可扩展的后台，让人有写作欲望的后台，而不是在各种繁杂的操作中迷失。所以下阶段工作计划如下：

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

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

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

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

大家似乎热衷于在论坛或者QQ群里面提出问题，但是这样做并不十分妥当，现在我们有了一个专用的通道来提交需求，用户可以很方便并具体的描述自己遇到的问题，在你提出需求后，我们开发者的邮件列表中将收到你的需求，im在某些时候并不比email高效。并且你所提交的问题目前处理到什么状态，你都会收到一份邮件的提醒。请记住以下提交地址:

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

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

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

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

今天在调试typecho的一个评论排序时发现无论我把排序规则设置为升序还是降序都无法改变最终的排序结果，在仔细检查我的语句后排除了语法出现问题的情况，因此将怀疑的目光定格到mysql上。我在开发中使用的是wamp套装，它集成的是mysql 5.0.51a，到wamp官方网站上发现5.0.51b的模块已经有了，下载下来安装，运行程序发现依然不好使。遂在google上搜索关键词"mysql order bug"，第一条即是mysql官方网站上的bug记录，看来找到组织了。看了一下bug描述，跟我的情况差不多，主要是当语句中出现group by时，order by语句就会失效。

在官方网站上对这个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版本的数据库，然后请看以下操作和结果

Continue Reading...

很高兴这一次偶然的机会，让我成为 Typecho 团队的一员，也开始了我的第一次团队合作。

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

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

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

Continue Reading...