写在前面：

最近半年一直在从事openerp的开发工作，这是一个新的挑战，还好十年前学的会计常识有一些帮助，初期的入门阶段已过，接下来就是不断的学习了。

下面是一些文章连接，发在这里是为了索取7.0的开发教程。虽然英文也可阅读，但是就财会经验上看，还是翻译一下的术语更容易理解。

OpenERP 7.0版本发布: http://shine-it.net/index.php/topic,5807.msg14435.html#msg14435
对不起SAP，我要终结你！--OpenERP 7.0发布之前: http://www.openerpchina.org/forum.php?mod=viewthread&tid=300
OpenERP进入中国大学课堂: http://shine-it.net/index.php/topic,5808.0.html
OpenERP 7.0成倍提高并发处理能力： http://shine-it.net/index.php/topic,5810.0.html

10万雪花银换来的开源ERP经验： http://shine-it.net/index.php/topic,4422.0.html
排名最前的6款开源ERP软件比较： http://bbs.erp100.com/thread-254957-1-1.html
盘点世界排名最前的5款开源ERP软件： http://shine-it.net/index.php/topic,4425.0.html
OpenERP连获大奖： http://shine-it.net/index.php/topic,4392.0.html

OpenERP——下一代ERP： http://shine-it.net/index.php/topic,5809.0.html
OpenERP PK SAP： http://shine-it.net/index.php/topic,4421.0.html

最近半年，一直在做OpenERP的全职开发，说是开发，也是用ruby来调用OE的api，还为真正进入到python的开发中。目前要尝试做一些python代码，加油。

这半年一直使用ubuntu开发，sublime text 2.0真是ubuntu上的好东西。

sublime最赞的是右侧的缩略图代替滚动条，找代码真是舒服呀，只是在打开log文件时候，缩略图没什么用了，显得定位也不准。但是对普通代码，少了它真不习惯。

分享个资源帖 http://www.qianduan.net/essential-to-sublime-the-text-2-plugins.html

目前已经不做rails开发，专心往ERP方向上发展了，加油加油。

10年前埋怨会计专业，十年后用它赚钱，生活说是无常，实则是我们没有领悟它的短暂。

liwei，2013年2月28日，2013第一帖

地址：http://www.vpshosting.com.hk

今年5月份买的云服务器，用到现在，大家都说挺快的，所以推荐给大家吧。如果有想放些个人网站，企业网站的，也可以联系我。我的服务器2G内存，还有不少空间。

我的配置php5.2.17 + zend + mysql.

谢谢各位。

博主最近几个月开始从事OpenERP的工作，目前在用ruby脚本完成一些期初建账的事情，有erp经验的朋友可以交流下。如果有靠谱的erp培训，可以提供给我，不胜感激。

今天凌晨，苹果发布了多款新的mac产品，最让我心动的是iMac，当然，还有价格又再降的mac mini。手里工作用的mac mini是09年款的，至今还在用着2G内存。因为最近工作经常要开虚拟机，所以我决定升级我的mini到8G。

网上有一篇帖子，讲述了如何给09年mini拆机。可是文章不是针对更换内存讲的，而且细节的部分还是不太到位，所以，来吧，我自己贴图讲解。

这还是mini到手时候的得瑟贴。

首先，先拆开它的盖子。其实拆开它并没有网贴写的那么复杂，我是按照下图的方式打开它的。

我是从耳机的插孔上方，用小刀一点点撬开一个缝隙，然后，用咖啡勺，撬开的。

撬开一些后，只需要垂直上下的撬动，就可以把其他几个边带开，不用逐个边去撬。

所以，不要觉得里面暗扣很多，会很难撬。这个过程我还是很顺利的。里克自习室railser.cn。

打开后的第一个难点，是如何找到内存的位置。网上文章讲的，是需要拆掉6个螺丝，拿下来光驱，再拆开下面的底座。其实，不要拆掉光驱。换内存，只需要把四个角的螺丝去掉，拿下底座即可。

在掀起光驱和下面的框架（里面有硬盘）前，需要去掉3个天线，上边两个还是好去掉的，下边这个，按照我的手势，把底下的暗扣夹一下，就可以顺利取下了，千万别用蛮力。

下图是取下来的光驱，硬盘和风扇，他们是一个主体。

下面是另一部分主体，左下角就是内存。换掉它吧。里克自习室railser.cn。

这里有1个地方要注意，就是三个天线的连接点很容易掉，每次要检查一下，不要松动。另外，内存也要插牢。

主板上只有一个插槽，很容易和主体分开，如果觉得哪里卡住了，千万别用蛮力。里面只有四角的螺丝固定主体，整体就像一个拼接好的玩具，空间很紧密。

到这里，重新开机测试，没问题，可以把盖子再装回去了。

讲讲最近的工作。8月底找了一份全职开发的工作，有Rails的部分，目前主要做OpenERP的维护和开发，用python和postgresql。希望大家多交流吧。

转载的时候请保留里克自习室的字样，谢谢观赏。

周末2天，升级客户程序的代码。这次升级要解决性能问题，因为项目用了很久，工作日期间mysql的cpu消耗率一直很高，log里已经出现miss cache 的提示。这次要彻底查出问题。

表面上看，sql的反复查询是个问题，如下：

这是未修正前的/users/5的查询

之前我可以很无视这个cache，这不是rails的特点么，在我翻译的文章里，我觉得这是很酷的地方。可是，当mysql消耗掉cpu 90% 的性能时，这个cache真不让人乐观的以为它会起到作用。于是决定：去掉cache的部分。

如何去掉，就是用controller变量来取代实例查询，一次查询，整个page都引用它。

接着，运行全部的页面测试，看是否有遗漏。没有测试？好吧，我用了很久才把测试都加上。使用的是rails自己的测试。rake test:functionals

接下来一个问题，是这篇文章的关键。

两个粉色的字体，同样的操作，这是重复的事情，却是如何出现的？

原来，答案在model里。

self.user_messages.present? ? self.user_messages.unread.count : 0

这种写法当然很rails，可是确造成了多余的浪费，对于大量浏览的user show页面，mysql的负载可想而知。

改成下面的写法
UserMessage.count(:conditions => ["user_id = ? and read = ?", self.id, false])

页面的sql查询终于达到我的期望了。如下

一条用户查询，一条查询未读信息，一条分页显示。

这个笔记的目的是，提醒自己和开发Rails的朋友，不要太多依赖Rails的美感，关键页面，性能最重要。

最后，祝她工作顺利。

网站无法连接，所以无法安装，解决办法是：

.

.

.

.

.

brew install http://railser.cn/soft/icu4c-4_4_1-src.tgz

就可以了。

写错了，纠正下。按照提示，下载的是一个压缩包，里面有说明文件和源代码。解压后进入里面的source，在make && make install，才能完成安装。

写在前面：

写完cms系列文章之后，做了几件事，1，整理书柜，把无用的清理掉，把书重新排列一下，2，看了一遍康震主讲的《李白》，下周计划看《李清照》，3，关注了一下Node.js的应用。

Node.js非常适合为Rails提供一个可靠地，可高并发的上传解决方案。

这里不多讲，等研究完并且有了好的实现，会在这里发布。感谢各位关注Rails，作为回赠，将《风追司马》的上下两集发布一下，以作调剂。

写在前面：

前面写了四篇介绍Rails cms的文章，分别是

• cms系列四：输赢成败，又争由人算
• cms系列三：长安古道马迟迟
• cms系列二：塞下秋来风景异
• cms系列一：东风夜放花千树

里面涉及的cms来自《12个基于Rails框架的CMS系统推荐》，中文翻译在这里 。

之前有个Q友问过我cms的事情，还发给过我他设计的cms结构。我看完之后只有2点意见，一是把“友情链接”改成“连接管理”，一是"广告管理"改成“展示单元管理”。

原因很简单，cms不能把功能写固定了。“友情链接”仅限于连接交换等，这个概念存在于至少十年以上，在很多人的概念里根深蒂固。但是，他不是cms的组成部分。“广告”也是如此，cms不是为友情和广告服务的。

cms是管理网站资源的。

网站的资源有哪些？A：文章，B：用户，C：图片，D：文件，E：评论，F：页面，这是到多选题，你选哪些作为cms的资源呢？

A：文章，入选。只要它有内容，即便没有标题，也是当做文章，进入Article表，作为管理的第一内容。

B：用户，不选。用户系统是单独的系统，不是吗？尤其加上OpenID之后，用户的管理更加的独立于cms。

C：图片，入选。

D：文件，入选。

E：评论，不选。它虽然附属到其他资源上，但是由于评论的审核，显示，性能等原因，它也应该独立出去。

F：页面，入选。

对于Rails cms，该如何管理所有的资源呢？plugin更适合去做B和E的管理。cms做好A，C，D，F的组织。

上面的描述，适合做小型网站，如果是一个大型站点，该如何进一步设计呢？

问题一：目前的项目是一个综合门户网站，含有大量新闻资讯，文章，图片，视频（含连接）等。该如何用cms管理这个门户网站？

问题二：如果cms支持多站点，又该如何设计呢？

我的考虑：

1、全站html静态化。这个特点来自dede的长期使用，静态化的优点不用多说。

2、独立的评论模块。其实只要一个唯一的url，就可以显示它的评论了。评论的ajax加载，审核，添加，显示等要求，没必要交给cms去处理。评论的独立，也减少了垃圾评论攻击导致cms的性能下降。

3、独立的用户模块。sns热起来之后，很多人更加关注人与人，人与资源之间的互动。对于资源，用户需要做的是分享，对于人，用户需要关注。（关注后，用户需要得到关注资源的动态。）

4、plugin支持。最近研究redmine，现在研究cms，对plugin的使用更加有体会。

5、多站点与单站点。cms应该支持多站点，但是具体实现方案，如编辑器，图文混排，文件上传，模版编辑等，还可以作为单站点使用方案。

6、云平台部署。这是最深刻的一点，如何快速的利用云平台资源，如盛大云，将站点快速的让客户看到，使用到，是cms应该解决的。很多cms只卖代码，但是像locomotive cms，即卖代码，又提供hosting解决方案，是我个人倾向的模式。

7、私有代码库。我认为，对于一个服务型的项目，私有的代码库可以最大程度避免误操作，可以让代码人员不必关心业务部分，而直接升级主体代码，还可以让整体开发流程更易于控制。

8、开发者社区。开发者是容易孤独的群体，围绕cms，拥有一个活跃的开发者社区，会让参与的人快乐一点，不是吗？

9、开发者在线交易平台。作为开发者，任何一个开发出来的作品，只要符合开发标准，就可以在开放平台交易。这里需要解决的是，标准的制定。

10、教学平台。4月份的北京之行，让我更坚信这个教学平台的意义。

声明：以上观点，出于个人承接的项目对cms的需求，以及个人在工作中的经验思考，总结而来。仅作参考。

写到这里，对cms的想法差不多写完了。这5篇系列的文章，属于李玮个人原创，如有转载，请注明出处为“里克的自习室”。感谢您对Rails的支持。

最后再送给大家一首词，以供消遣。

秦观，《如梦令 》

莺嘴啄花红溜，燕尾点波绿皱。指冷玉笙寒，吹彻小梅春透。依旧，依旧，人与绿杨俱瘦。

李清照的《如梦令 》大家都熟悉，时间上，秦观去世的时候，李清照刚刚16岁。

写在前面：

今天的标题语，出自金庸《天龙八部》的《洞仙歌》。词的主旨是纠结，

12款rails cms，点击这里查看，中文翻译在这里。继续最后四个cms的介绍。

Flagship Docs

这是一个文档管理系统，有搜索功能，我并未调试它的代码，不多做评价。从github的记录看，2011年至今，它为更新过。

Casein

Casein是个干净的系统，按照Install说明安装之后，可以看到它比较清新的后台界面。

Casein的用法也很简单，自己scaffold一个资源，然后在后台去管理，至于其他的设计，还是自己按照Rails的要求去设计，总体的看，Casein适合做一些典型企业站。

点击看大图，网上没有例子，大家自己调试吧，会发现一个错误。哎。

Browser CMS

Browser CMS是为团队写作设计的，它使用了最新的Rails3.2运行环境，可以设置各种写作控制权限，按照workflow控制编写发布流程。

遗憾的是我gem没有安装成功它，提示连接错误，也没有google到它的demo。

Adva cms

Adva的特点没有多写，只有一个，它安装在vender里。这是一个不影响主体开发的设计，如果急需一个管理工具，可以试试Adva cms。

到此，12款cms的介绍就结束了，可是我心中cms的设想还没结束。下一篇将继续讨论，我心中的cms。

最后，把《洞仙歌》的全文贴一下：

输赢成败，又争由人算？且自逍遥没人管。
奈天昏地暗、斗转星移。风骤紧、缥缈峰头云乱。
红颜弹指老、刹那芳华。
梦里真真语真幻。同一笑，到头万事俱空。
胡涂醉、情长计短。解不了、名缰系嗔贪。
却试问、几时把痴心断？

声明：本文属李玮原创作品，所引用的内容均来自互联网。转载请注明出处为“里克的自习室”，谢谢您对Rails的支持。

写在前面：
柳永的百科里，讲了很多故事，有兴趣的朋友可以一看，“奉旨填词”一段，不知是真是假。

12款rails cms，点击这里查看，中文翻译在这里。

前两篇文章里，写了zena，webiva，type，内容有点少，今天多写一些吧。

Slate

Slate不能直接下载代码，需要WVU的开发者向官方申请，并且要说明使用的目的。slate的目标是快速的建立传统类型网站，这可能和它的团队背景，西弗吉尼亚大学有关，当然，这是臆测，说传统类型网站，我第一个想到的是要给40-60岁客户使用的网站，并且要面临无数的要求。当然，客户要求的就是合理的，关键在于我们在开始的时候，如何做出选择，来应对这种改变，和改变带来的风险。

slate的fixtures，看上去很适合企业应用，依照它的功能列表开发，省却很多功能思考的时间。

Skyline cms

这是一个让我有点失望的cms，不是它不好，是它不适合我的审美。它进入后台，是可视化编辑所有页面。

来自荷兰的cms，点击这里进入它的演示入口。

 skyline cms 符合seo优化要求，提供了外部数据接口，和基于solr的全文检索，所有的页面，内容和文件，都可以加入到索引中。缺点是，它不支持多站点。

接下来是三个经常被提到的cms了。

Refinery cms 和 Radiant cms

介绍上讲的“模块化、可扩展、设计灵活、支持多语言”，已经是众多cms的共同特点了，相比其他支持多站点的cms，refinery只支持单站点。

refinery的管理后台界面是亮点。

radiant和refinery有太多的相似，而且同样不支持多站点。radiant的特性里，自定义模版语言是其亮点所在。

两者相比，refinery更老一些，也展示了更多的客户案例，radiant就保守很多，2010年7月发布了0.9版本，目前的版本是1.0.0。官网上提供了一些扩展，但是跟refinery比起来，缺少showcase的支持，显得底气不足。

Rails本身是个优秀的产品，基于它的cms，无论是新人旧者，都是很好的学习对象，每一款都有自己的生存空间，驾驭好一款，都是对Rails的深造。所以各位看客，我只是从一个不客观的角度去看他们，因为，我要找一款合适的cms，为之投入我大量的时间和经历，为客户提供有质量的开发。仅此而已。

locomotive cms

这是一款cms大作，使用MongoDB作为自己的数据库，支持快速部署到Heroku和Amazon ec2上，使用Liqid模版引擎。

打开locomotive的页面时间痛苦的事情，这里是它的github页面。

能够使用Rails与Heroku的组合是无比幸福的，cms为企业站服务的时候，最重要的是要让客户先看到，先用到，节省一切可以节省的时间。

如果你打算用loco来开发一系列的企业站，就做好加入他们团队的准备吧。这是一个运营时间不长的项目，如果碰到致命的bug，就只能求救与开发团队了，如果他们有时间的话。

它的后台页面还是挺精致的

可以在前台自主编辑

表单很漂亮，都是外在美

:-P 感谢朋友的信息，这里是locomotive的演示站点，可以申请自己的站点。看得出来，locomotive是在朝着heroku的商用开发前进的，有了很好的hosting解决方案，locomotive需要做的就是为客户提供便捷的建站服务。

写到这里，先做一个小结。cms不是万能的，每个cms都有自己设立时候的初衷，由此，而产生出它独特的特点。

最后，继续分享给大家一首柳永的词《蝶恋花》

伫倚危楼风细细，望极春愁，黯黯生天际。

草色烟光残照里，无言谁会凭阑意。

拟把疏狂图一醉，对酒当歌，强乐还无味。

衣带渐宽终不悔，为伊消得人憔悴。

声明：本文属李玮原创作品，所引用的内容均来自互联网。转载请注明出处为“里克的自习室”，谢谢您对Rails的支持。