我用 centos,倒也没有碰到什么问题
view 用 haml 和 slim 这种和 html 相去太多的 template 的时候,最大的问题其实不在于语法和模版速度本身,而是开发模式,如果页面的模版什么都是咱们自己一锅端,用什么都无所谓,但是如果专门有美工来做页面,而叫美工重新学一个模版引擎是不太可行的情况下,haml 和 slim 这种就比较麻烦,所以我还是选择用 erb
#3 楼 @jinleileiking 就事论事,不给人这么快下定论嘛
用纯粹的 eventmachine,效果和 node.js 差不多,eventmachine, erlang, node.js 三者的效果貌似都非常接近,我折腾了一圈,最终决定用 node.js 用在公司的一个项目中用来响应大量实时的请求,需要大并发,实时响应,目前用下来,就是一开始种种 callback 不习惯,习惯了以后,还是很好用,代码量也不大,关键是自己要明白,要控制住,效能上,目前还没有上实际的环境受过真正的压力,有待进一步调教
已经用上了,貌似没多大压力,问题目前没有碰到什么
全职,不过不是通过 Ruby 找工作,而是我决定用 ruby 来做项目
如果在 prod 上用 pre compile 的话,不是所有的 css 和 js 都会被预编译,拿 css 来说,他是根据 application.css 中的引用来判断,如果你的 css 没有被包含在 application.css 或者其中引用的 css 中,那么这个资源就会不被预编译,prod 上就会出错。
你需要在 production.rb 中指定需要预编译的资源,如下:
config.assets.precompile += %w( login.css controllers/*.js controllers/*.css lib/*.js lib/*.css common/*.js )
和@ghosTM55 类似,不过我在纸上一般画思路为主,伪代码少,我比较习惯直接在程序里面用注释把思路写出来
我刚开始折腾了一会儿这个,最后得出结论 MTI 还是 Rails 的痛啊,不是很方便
SASS 在用,没让 Team 用 Coffee,还是有所顾虑,SASS 非常好
同 ls 的,不知道 lz 你在笑什么
我用 textexpander 全部搞定,.%% expand 成<% %>,.%= expand 为<%= %>,等等
哈哈,我觉得你这个用 alias 来切换目录的主意很棒,非常棒,谢啦
一直在用,不过从来不用 alias,因为要多记一套东西,要记得东西实在太多了....
总算有这个了,太 cool 了
是的,因为用了 simple-navigation,为了让子菜单正确(它是通过 URL 来判断),所以我必须明确用 redirect 让 root redirect 到 dashboard
子域名没有问题的,这个就和 rails app 本身是否部署到子目录无关了
谢谢楼上的,还是有问题,看这里:https://github.com/rails/rails/issues/1394
其实我是要在 routes.rb 中,把 root redirect 到一个指定的页面,比如/dashboard,但是如果我的程序是部署在子目录中的话,他就会把我的程序 redirect 到http://domain/dashboardhttp://domain/app/dashboard中。下,而不是我所要的
还没有时间去多研究,我先部署到一个另外的端口下的根目录中,有空再去折腾了,看了那个 issue,大概是那个 redirect 方法并不管你程序究竟是部署在哪儿,它只是一个直接的转发,这样可以理解,我想有个做法是在 production.rb 中放置一个变量,然后在 routes 中读取就是。
一楼的同学的办法我不太肯定是否可以,因为我是要用在 routes.rb 中,这些 helper 方法估计还没有定义出来。
总之,谢谢各位了
如果在 osx 下的话,除了 shell 的 key 外,用 fn+ 左右箭头就是行首行尾
在 mac os 上 sublime 中文输入毫无压力
rubymine 的确很不错,不过感觉还是卡,所以现在还是习惯用 Sublime
技术上是否 beginner 不是大问题,关键是态度上是否 beginner
从接触 ruby 开始就是 1.9.2,所以根本就没有去碰 1.8
挺不错的,貌似是基于 redmine 的吧?
真想来参加这个活动,不过周二这个时间太尴尬了,真好和公司的篮球活动时间重叠了...
谢谢各位,我去一个个研究看,目前来看,好像都不是非常的完善:(
如果不要用 helper,那就放在 public 下了