易栈网-膘叔

身为一名正版用户，我还是挺能装B的。
比如，我的ParallelsDesktop在更新了一个补丁后，告诉我有windows 8 CP版 可以下载了。
于是花了将近一天的时间下载，安装。终于win8出现在了我的虚拟机里。

1G内存，跑的飞快，但有一个小问题，我不会关闭程序了（后来将鼠标移到最左侧，出现了任务列表，在上面右键，才把程序关闭了）

OUT了。一点都不会用，是一个比较花哨的windows（非常象苹果了，有屏幕四个角落的触发点、有app store，有全屏程序，有launchpad（按win键））没了开始菜单。

一下子不太习惯了。IE10好象感觉还不错，同时，默认的输入法也很爽（可惜不是五笔）

如题，没有什么好说的。
只是编译的时候原来的一些so库的目录不再是2009年的了，而是2010年，所以一些附加库需要重新编译。
如果你是lnmp用户，直接进入lnmp目录下，运行upgrade_php.sh
输入5.4.0即OK。
只是编译的过程很长。然后在最后还有一个警告，说是pdo_mysql没有编译进去。嗯，重新phpize一下就OK了。

服务器于是乎就顺利升级到了5.4.0

用Sablog也有N多年了，这不，从1.6至现在最起码也过去2～3年了。毕竟博客从一开始就用的是1.6，期间就没有换过。

所以，当发现后台突然提示:
2.0 Build 20120305已经发布。下载地址: http://www.sablog.net/

心是多么的纠结啊。我是换呢？还是换呢？还是换呢？
升级或许很方便，但我里面也多了一些额外配置。比如Backlinks，还有一些广告等。好纠结啊。

现在还不知道是否能够无缝升级，这也是我痛苦的地方。（准备搞一个子域名先试一下）

Yii的AR一直在被使用，当然，偶尔也只是看看其中的参数，都是直接把main.php中的数据注释掉就完事了
但事实上我们都忽略了一点点现实，那就是默认参数是没有什么性能提升的。

1、'schemaCachingDuration'=>3600,
这个在默认参数中是不存在的，如果你的表结构不太变动，完全可以不需要每次都show columns，show create table之类的。加上这个参数，可以将表结构缓存一小时（嗯，前提是，你配置了cache组件）

2、emulatePrepare=true ，这个是默认里面就带有的，它有什么用呢？
官方是这样说的：whether to turn on prepare emulation. Defaults to false, meaning PDO will use the native prepare support if available. For some databases (such as MySQL), this may need to be set true so that PDO can emulate the prepare support to bypass the buggy native prepare support. Note, this property is only effective for PHP 5.1.3 or above.
好吧，为了以防万一，还是打开算了

3、'enableProfiling'=>true
如果你想优化代码的话，可以尝试设置为true看看。官方在guide里说：By setting CDbConnection::enableProfiling to be true in the application configuration, every SQL statement being executed will be profiled. The results can be readily displayed using the aforementioned CProfileLogRoute, which can show us how much time is spent in executing what SQL statement. We can also call CDbConnection::getStats() to retrieve the total number SQL statements executed and their total execution time.

4、 'enableParamLogging'=>true,
这个就相对比较简单了，如果你设置为True，你在log中，就可以看到你的每次参数的参数是什么了，而不是:y01:y02这样的顺序变量。

5、tablePrefix = "xxx"，这没什么好解释的。。。

6、charset="xxx" ,也没有什么好解释的，utf-8的话，中间的减号不要。。


这些都是常用的。。所以列出来

说实话，本文的内容真的不可以相信，至少在国内没有多少人会这么用。国内据我所知，做开源的没几个混的好的，除非已经是历史优久的那些。当你的开源做了一两年之后，你会发现你的项目已经被人改的面目全非，换个名字在卖钱、在运营，难道不是吗？国内的这些状态实在让人对做开源实在不是一个好的平台。忍忍吧。

看看别人是怎么说的：
上周我在 PHPUK 上面讲了一些关于开源项目的内容。我想把它们整理一下都记录下来，以免忘记。也许我不太适合来给出一些这方面的建议，但这些都是我运营 joind.in 的一些真实、重要的总结。
社区（Community）

你喜欢一个项目，分享了它的代码，并且公布了它，这就算是开源项目吗？在我看来这不是，开源项目必须有一个社区。作为兴趣，你这么做可以，但是你想要其他人也参与这个项目，事情就大不同了。

为了让别人参与贡献，你必须建立一些基础设施，可以让别人能够顺利沟通，看到项目的进展。作为项目的负责人，你需要管理这些基础设置。Joind.in 使用google groups的邮件列表，问题跟踪系统（atlassian为开源项目提供免费的授权）以及IRC频道。我们也有一个博客，以及twitter账户来发表 公开的声明。我们使用了多个邮件列表，外联、功能、开发。这样就可以让不同的人选择自己感兴趣的信息，而不会被其他信息淹没。

如果你的项目还不是很有名，你需要通过博客，twitter，stack overflow等各种渠道来让人们知道它。

说明文件（README）

在项目能获得其他人的贡献之前，你首先要保证其他人能顺利的配置你的项目。你最好在网页，wiki，博客，以及项目中都有README信息，因为你不知道人们习惯从哪里看这些信息。

项目规划（Roadmap）

有一个清晰的项目规划是非常有用的。当用户给你提出一些新功能的时候，你可以说“it's on the roadmap”，或者让他们去邮件列表讨论。人们也知道你们正在干什么。

贡献代码（Code Contributions）

这一点有点复杂。大部分的开源贡献者只对他们感兴趣的东西感兴趣，其他的功能或者系统的其他部分很难引起他们的兴趣。但是恰恰其他部分是系统的关键部分。 还有，作为项目负责人，你需要及时审核，测试，合并，部署这些贡献的代码。当某些贡献不能被采纳的时候，你需要告诉别人为什么，以及如何改进。

以我的经验来看，区分真正有用的贡献，以及一般般、没用的贡献是比较困难的。有可能那个贡献者提交了代码以后就消失了，剩下你来维护这个代码。这个问题似乎只能靠直觉去解决。你能做的就是诚恳的对待贡献者，说出你心里真实的想法。

透明化（Transparency）

对我来说，这是运营开源项目最重要的一点！人们能看到代码，能看到问题列表，邮件列表，甚至持续集成服务器。我可以向人们求助，指出哪段代码不工作。有时候，在我还没有意识到问题的时候，就会有人跳出来指出我的错误。

对于和我一起工作的人来说，他们可以看到哪些“pull request”是开放的，谁评论了什么，哪些代码在什么时候被采纳了。我会提交我参与的所有分支到githut。所以当有人问我一个功能的进度的时候，我往往直接告诉他们最新的版本号。

把项目的所有东西都拿出来给人看有点像是在熨烫一件脏衣服，让人有点不适。但是这样做的好处是你可以听到各种各样的建议。好几次我在twitter上贴出了一个bug链接寻求帮助，有不少人去留言，给建议，也有人直接去测试代码。
----EOF----
上文来自：http://cnbeta.com/articles/175607.htm
说实话，社区这东西，由于在国内私人不能架设论坛，其实有点让人蛋疼（虽然很多人都私自架设了），在社区内有四种人：潜水员、用户、开发者、骂人者。任何一个论坛都会有第四类人，除了黄色网站吧。真正参与到项目中的人真的很少，往往很多人都是索取者。痛苦啊。