那种都可以。
后台调用 ffmpeg 转换。不需要 plugin 吧
垃圾网站。
上张图可以预览我的效果。我的环境是 Fedora 16.安装这个 patch 后就可以修正字体的问题。至于@wang0109 说的没问题,应该和我的环境不一样。我只是分享给大家。
使用 Heroku 就可以建设网站阿。OpenShift 也是不错的选择。
@hooopo 你说的第 3 点,我认为应该考虑的更细一点。部署的伙计应该不让他配置参数。有程序自己来配置。方法: 1、有独立的 APP 来管理配置。 2、管理功能有标记来识别。 3、向目前这样,不配置管理员。全局在配置中加上白名单,也就是超级用户。
Shoes,无它。
看来增加心肺是必须的。健身房游泳是个好去处。
哇,膜拜
@googya 是的。
没完,学 JEG2 的 4.2 * 10 个 Rails 技巧。 http://confreaks.com/videos/889-railsconf2012-ten-things-you-didn-t-know-rails-could-do
最近搞出境旅游的很多阿。风投方向。
静态云性价比比较出来了。
打包成 rpm,系统管理员部署。
内部系统使用 Ruby/Rails 是不错的选择。你说目标产品是工业企业级的内部管理系统。我扣一下字眼:工业,意思是非互联网的企业,客户对 Ruby 是否支持和信服就有问题。这和技术无关。企业级的内部系统,这个要求对服务很高,类似 7/24/365 在线支持,升级平滑,这些对 Ruby/Rails 技术本身没有限制,但对你团队中的技术人员素质要求就很高了。所以你想增强信心,先掂量下你团队人员技术实力吧。实际上,团队够不够用才是你需要考虑的,选型基本就是考虑利弊 + 决策,没啥技术的事情。
当然有线程问题。用这个,老黄出品的。 http://rails-bestpractices.com/posts/47-fetch-current-user-in-models
最好下手的就是 ruby-china 整个站点的源代码。
写 test 做 debug 最方便。
这是靠实践积累的,在你需要的时候用它。 http://rails-bestpractices.com/posts/695-use-after_commit
methods 就是 message 吗?
多学多用才是王道。
好事情。
如果需要好看,Haml 可以方便解决。
@hisea 恭喜,炫耀一下啦。
搞 ruby 的兄弟辛苦了。慰问一下。
@zw963 我知道了,你的意思就是整合 zheye.org 吧。
用个工具吧。 https://app.asana.com
建议增加一个问答频道,和论坛融合,形式可以参考 stackoverflow