- 浏览: 323279 次
- 来自: 上海交通大学软件学院
文章分类
最新评论
-
whatable:
楼主写得很好!!
小试org.eclipse.jface.dialogs.TitleAreaDialog -
yeshaoting:
顶~~顶~~顶~~
另一只眼看Eclipse,所谓的开源 -
wenhai_zhang:
好,不错。发贴留地址
小试org.eclipse.jface.dialogs.TitleAreaDialog -
ss1:
具体点,我还是不会啊
在Liferay Portal中使用DWR -
rubynroll:
robbin 写道每次当我想操起ruby写rake file的 ...
我的第一关rake文件
从来没真正部署过一个production级别的rails应用,但是9月份很可能要部署一个,所以最近也开始关注Rails的部署问题。这里算是抛砖引玉吧,还请各位有经验的同志热烈讨论,我想很多人也都对这方面很感兴趣。
Robbin之前的帖子里面讨论过如何选择Rails的部署方案,也挺详细的,我估计硬件和操作系统方面大家分歧应该不大,总归是linux,服务器越强劲,内存越大越好。所以问题就到了软件方面。数据库大概也不用怎么讨论,mysql之类的东西大家心里都有数。关键还是server的问题。
JavaEye现在用的server应该是lighttpd和fastcgi吧,从大家浏览网站的体验上看,性能还是不错的。Robbin有写文章讲过如何安装这些server,但是很想知道选择这些server的原因。apache应该是最传统的选择,为什么Robbin没有选它呢?
ThoughtWorks的RubyWorks选择的是HAProxy和Mongel,这里没有静态web server,文档里说可以用apache和一个叫nginx的东东。我想大公司选择这些东东作为RubyWorks的默认安装,肯定是有原因的吧。那它们的lighttpd+fastcgi比较起来如何呢?gigix也许可以解释一下。
如果有哪位大哥可以总结一下目前比较流行的server组合,说说各自的优缺点,那小弟真是感激不尽啊。
另外,我个人觉得选择server的时候,不单单要看功能和性能方面,还要看安装配置是不是比较简单,不知道各位是否同意这一观点呢?
没错
所谓“高性能部署”,需要水平相当高的网管。说白了,绝大多数公司根本请不起这样的网管,因为他们根本也不需要这么高性能的部署。
简单又好用的部署环境,包括RubyWorks Production Stack,更多的还是“信心工程”,让大家看到这些事情是可以做的罢了。
JavaEye为什么用lighttpd + fcgi呢?原因如下:
1) lighttpd发展了好几年了,市场占有率也相当高,是一个经过实践检验的server,它的文档也很全;而nginx还没有经过足够的市场检验,文档也很缺乏
2) JavaEye的ruby进程和web server在一台机器上面跑,通过unix socket使用fcgi协议通讯可以避免tcp的网络开销,其通讯速度比使用tcp socket使用http协议通讯要快一些。
谢谢你的详细讲解,受益匪浅。我看Agile Web Development with Rails 2e里面说fastcgi总是会出现莫名其妙的问题,而mongrel则是未来的一个趋势,因此它推荐使用mongrel而确实也说道one-box下使用fastcgi也可以。
也许可以先用lighttpd+fastcgi搭配,然后当lighttpd对mongrel的支持增强后再换到mongrel。
很是奇怪,既然lighttpd性能这么好,呼声这么高,咋没有谁弄个lighttpd+XXX的one-stack安装包出来呢。
第一,不是fastcgi有问题,fastcgi只是一个协议(程序之间的语言),是apache的mod_fastcgi这个模块有问题。打个比方,有个人英语水平很差,和你用英语对话,总是结结巴巴的,那你说是英语(fastcgi)这种语言有问题呢?还是和你对话的这个人(mod_fastcgi)有问题呢?
第二,分布式部署使用lighttpd + fastcgi也是已经被证明了非常stable的方案,至少是目前RoR方案当中performance和stablition最好的。
第三,lighttpd下一个版本1.5.0搭配fastcgi还是通过http proxy代理到mongrel,没有什么区别。1.5.0已经把这两种协议统一在一个module里面了。但是单机情况下,使用fastcgi比走http有一个额外的优势,就是通过unix socket通讯,可以降低通讯开销。
第四,one-stack的installer也只有ThoughtWorks一家在做,没有其他人在做。你也可以问问他们,为什么不做apache的installer,为什么不做nginx的installer,为什么不做litespeed的installer。
第五,传统Unix的Adminstrator都不屑于使用one-stack installer这种东西。高性能的Server需要通过自己手工安装和调整每一个参数来取得最好的效果。这是one-stack installer这种东西做不到的。打个比方,你有没有见过专业的摄影师用傻瓜相机的?
写的很明了、清楚,学到了很多知识。程序员如果都有你这样的沟通能力,中国未来的软件将不可限量。
前几天测试了文中提到的Swiftiply,有些高明的地方,不过不知道在生产系统上能否经受住考验。
FastCGI最大的问题是不成熟,稳定性不够,即便像DreamHost这样老资格的shared host也经常出现FastCGI进程挂死的情况。至于Apache,我们还没有看到把它放进统一配置的需求,也许以后会加进去。
我列举了几个一站式的Rails环境安装方案:http://gigix.thoughtworkers.org/articles/2007/07/05/existing-rails-deployment-stacks
这里有另外一个 fastcgi 的实现 http://fastcgi.coremail.cn/,看它的介绍应该是解决了 mod_fastcgi 的大部分问题。
到这里看看,然后再发表看法。
to freemind:
不要老是引用别人的看法(又不注明),自己要实践了以后再说,人言即言,没有什么希望。
第一,不是fastcgi有问题,fastcgi只是一个协议(程序之间的语言),是apache的mod_fastcgi这个模块有问题。打个比方,有个人英语水平很差,和你用英语对话,总是结结巴巴的,那你说是英语(fastcgi)这种语言有问题呢?还是和你对话的这个人(mod_fastcgi) 有问题呢?
fastcgi是讲西班牙语,http是讲英语,很多人都不懂西班牙语怎么知道你讲得好不好?
没有这个必要性。lighttpd自己对于fastcgi的负载均衡分发能力就足够强了。如果真的到了lighttpd都撑不住的时候,像haproxy这种应用级别的balancer也一样撑不住的。到了那个时候起码得是kernel级别的LVS来做负载分发了,或者直接购买硬件负载均衡器。
前面你不是说过lighttpd的proxy现在很差么,haproxy很强。现在怎么有差不多了?
http proxy <> fastcgi dispatcher
我只说过lighttpd的http proxy功能不完善,没有说过它差,更没有说过它很差。
真是对牛弹琴!
说话何必如此犀利?我只是在请教你,也许是我语言没有组织好吧,呵呵。
简直胡说八道!“发展的时间比较短,至今没有正式版本,还是beta版。没有经过足够网站的验证”,拷!根本就没有什么实践经验,也出来害人,还装得像XX一样出来指点江山,操。不知道就不要乱发表,肤浅。
别动不动就上升到革命的高度。现在的Nginx根本就没有比现在RoR部署方案高明到哪里去。
至于你根本就不懂RoR的部署方案,妄言不堪回首,那就太可笑了。像你这种闭门造车、自以为是的人是很悲哀的。你用过Nginx吗?没有用过就不要乱放屁。
没有这个必要性。lighttpd自己对于fastcgi的负载均衡分发能力就足够强了。如果真的到了lighttpd都撑不住的时候,像haproxy这种应用级别的balancer也一样撑不住的。到了那个时候起码得是kernel级别的LVS来做负载分发了,或者直接购买硬件负载均衡器。
前面你不是说过lighttpd的proxy现在很差么,haproxy很强。现在怎么有差不多了?
事实显然不是这样。http://gigix.thoughtworkers.org/articles/2007/07/05/existing-rails-deployment-stacks
至于为什么不包含Apache在RubyWorks Production Stack里面,前面已经说过了
这是当然。再好的production stack也只能是一个入门的指引,用户肯定需要在这个基础上做很多很多的调整。production stack的象征意义大于实际意义:对于那些对部署环境的性能、伸缩性、可靠性等有怀疑的人,可以让他们看到,RoR的部署环境是很好并且很容易得到的。要真说用起来,说实话,我不认为任何non-trivial的网站能够直接在任何一个production stack上部署而不需要自己调整。但一个好的production stack能够给你指出方向,而不用什么都从头去摸索。
JavaEye为什么用lighttpd + fcgi呢?原因如下:
1) lighttpd发展了好几年了,市场占有率也相当高,是一个经过实践检验的server,它的文档也很全;而nginx还没有经过足够的市场检验,文档也很缺乏
2) JavaEye的ruby进程和web server在一台机器上面跑,通过unix socket使用fcgi协议通讯可以避免tcp的网络开销,其通讯速度比使用tcp socket使用http协议通讯要快一些。
谢谢你的详细讲解,受益匪浅。我看Agile Web Development with Rails 2e里面说fastcgi总是会出现莫名其妙的问题,而mongrel则是未来的一个趋势,因此它推荐使用mongrel而确实也说道one-box下使用fastcgi也可以。
也许可以先用lighttpd+fastcgi搭配,然后当lighttpd对mongrel的支持增强后再换到mongrel。
很是奇怪,既然lighttpd性能这么好,呼声这么高,咋没有谁弄个lighttpd+XXX的one-stack安装包出来呢。
Robbin之前的帖子里面讨论过如何选择Rails的部署方案,也挺详细的,我估计硬件和操作系统方面大家分歧应该不大,总归是linux,服务器越强劲,内存越大越好。所以问题就到了软件方面。数据库大概也不用怎么讨论,mysql之类的东西大家心里都有数。关键还是server的问题。
JavaEye现在用的server应该是lighttpd和fastcgi吧,从大家浏览网站的体验上看,性能还是不错的。Robbin有写文章讲过如何安装这些server,但是很想知道选择这些server的原因。apache应该是最传统的选择,为什么Robbin没有选它呢?
ThoughtWorks的RubyWorks选择的是HAProxy和Mongel,这里没有静态web server,文档里说可以用apache和一个叫nginx的东东。我想大公司选择这些东东作为RubyWorks的默认安装,肯定是有原因的吧。那它们的lighttpd+fastcgi比较起来如何呢?gigix也许可以解释一下。
如果有哪位大哥可以总结一下目前比较流行的server组合,说说各自的优缺点,那小弟真是感激不尽啊。
另外,我个人觉得选择server的时候,不单单要看功能和性能方面,还要看安装配置是不是比较简单,不知道各位是否同意这一观点呢?
评论
24 楼
gigix
2007-09-20
moumentei 写道
在没有达到百万、千万流量的时候,部署问题没有太大意义,apache+fcgi这种傻瓜方案完全可以应付。
这么说只是希望一些看热闹的同学不要陷入太深,这淌水比较深,没有必要的话可以先绕过去。
这么说只是希望一些看热闹的同学不要陷入太深,这淌水比较深,没有必要的话可以先绕过去。
没错
所谓“高性能部署”,需要水平相当高的网管。说白了,绝大多数公司根本请不起这样的网管,因为他们根本也不需要这么高性能的部署。
简单又好用的部署环境,包括RubyWorks Production Stack,更多的还是“信心工程”,让大家看到这些事情是可以做的罢了。
23 楼
moumentei
2007-09-20
在没有达到百万、千万流量的时候,部署问题没有太大意义,apache+fcgi这种傻瓜方案完全可以应付。
这么说只是希望一些看热闹的同学不要陷入太深,这淌水比较深,没有必要的话可以先绕过去。
这么说只是希望一些看热闹的同学不要陷入太深,这淌水比较深,没有必要的话可以先绕过去。
22 楼
uu4u
2007-09-14
freemind 写道
AllenYoung 写道
freemind 写道
JavaEye为什么用lighttpd + fcgi呢?原因如下:
1) lighttpd发展了好几年了,市场占有率也相当高,是一个经过实践检验的server,它的文档也很全;而nginx还没有经过足够的市场检验,文档也很缺乏
2) JavaEye的ruby进程和web server在一台机器上面跑,通过unix socket使用fcgi协议通讯可以避免tcp的网络开销,其通讯速度比使用tcp socket使用http协议通讯要快一些。
谢谢你的详细讲解,受益匪浅。我看Agile Web Development with Rails 2e里面说fastcgi总是会出现莫名其妙的问题,而mongrel则是未来的一个趋势,因此它推荐使用mongrel而确实也说道one-box下使用fastcgi也可以。
也许可以先用lighttpd+fastcgi搭配,然后当lighttpd对mongrel的支持增强后再换到mongrel。
很是奇怪,既然lighttpd性能这么好,呼声这么高,咋没有谁弄个lighttpd+XXX的one-stack安装包出来呢。
第一,不是fastcgi有问题,fastcgi只是一个协议(程序之间的语言),是apache的mod_fastcgi这个模块有问题。打个比方,有个人英语水平很差,和你用英语对话,总是结结巴巴的,那你说是英语(fastcgi)这种语言有问题呢?还是和你对话的这个人(mod_fastcgi)有问题呢?
第二,分布式部署使用lighttpd + fastcgi也是已经被证明了非常stable的方案,至少是目前RoR方案当中performance和stablition最好的。
第三,lighttpd下一个版本1.5.0搭配fastcgi还是通过http proxy代理到mongrel,没有什么区别。1.5.0已经把这两种协议统一在一个module里面了。但是单机情况下,使用fastcgi比走http有一个额外的优势,就是通过unix socket通讯,可以降低通讯开销。
第四,one-stack的installer也只有ThoughtWorks一家在做,没有其他人在做。你也可以问问他们,为什么不做apache的installer,为什么不做nginx的installer,为什么不做litespeed的installer。
第五,传统Unix的Adminstrator都不屑于使用one-stack installer这种东西。高性能的Server需要通过自己手工安装和调整每一个参数来取得最好的效果。这是one-stack installer这种东西做不到的。打个比方,你有没有见过专业的摄影师用傻瓜相机的?
写的很明了、清楚,学到了很多知识。程序员如果都有你这样的沟通能力,中国未来的软件将不可限量。
21 楼
kenwei
2007-07-26
Nginx + Mongrel,简单,高性能,稳定!
20 楼
whisper
2007-07-17
公司现在用nginx -> mongrel的部署
nginx绝对是个杀手应用,超高性能,proxy也相当的爽
以前用lightty 1.4,不仅proxy比较诡异,而且并不是很稳定
最重要的是,nginx的代码写的太爽了,要增加点儿东西简直就是个享受
nginx绝对是个杀手应用,超高性能,proxy也相当的爽
以前用lightty 1.4,不仅proxy比较诡异,而且并不是很稳定
最重要的是,nginx的代码写的太爽了,要增加点儿东西简直就是个享受
19 楼
dream_bird
2007-07-12
引用
Nginx + Mongrel是Rails社区未来的方向,Railsconf2007上一个Session,"Xen and the Art of Rails Deployment",PDF在这里下。
前几天测试了文中提到的Swiftiply,有些高明的地方,不过不知道在生产系统上能否经受住考验。
18 楼
iunknown
2007-07-09
gigix 写道
引用
ThoughtWorks的RubyWorks选择的是HAProxy和Mongel,这里没有静态 web server,文档里说可以用apache和一个叫nginx的东东。我想大公司选择这些东东作为RubyWorks的默认安装,肯定是有原因的吧。那它们的lighttpd+fastcgi比较起来如何呢?gigix也许可以解释一下。
FastCGI最大的问题是不成熟,稳定性不够,即便像DreamHost这样老资格的shared host也经常出现FastCGI进程挂死的情况。至于Apache,我们还没有看到把它放进统一配置的需求,也许以后会加进去。
我列举了几个一站式的Rails环境安装方案:http://gigix.thoughtworkers.org/articles/2007/07/05/existing-rails-deployment-stacks
这里有另外一个 fastcgi 的实现 http://fastcgi.coremail.cn/,看它的介绍应该是解决了 mod_fastcgi 的大部分问题。
17 楼
hideto
2007-07-09
freemind和robbin写的一篇博客一模一样,见RoR的部署方案选择freemind是robbin的马甲么?
16 楼
kenwei
2007-07-09
freemind 写道
RoR的部署方式从架构上来说分为前端和后端:
4、nginx
一个俄国人开发的轻量级高性能web server,特点是做proxy性能很好,因此被推荐取代apache2.2的mod_proxy_balancer,来和mongrel cluster搭配。其他方面和lighttpd到差不多。
要说缺点,可能就是发展的时间比较短,至今没有正式版本,还是beta版。没有经过足够网站的验证。
4、nginx
一个俄国人开发的轻量级高性能web server,特点是做proxy性能很好,因此被推荐取代apache2.2的mod_proxy_balancer,来和mongrel cluster搭配。其他方面和lighttpd到差不多。
要说缺点,可能就是发展的时间比较短,至今没有正式版本,还是beta版。没有经过足够网站的验证。
到这里看看,然后再发表看法。
to freemind:
不要老是引用别人的看法(又不注明),自己要实践了以后再说,人言即言,没有什么希望。
15 楼
kenwei
2007-07-09
freemind 写道
第一,不是fastcgi有问题,fastcgi只是一个协议(程序之间的语言),是apache的mod_fastcgi这个模块有问题。打个比方,有个人英语水平很差,和你用英语对话,总是结结巴巴的,那你说是英语(fastcgi)这种语言有问题呢?还是和你对话的这个人(mod_fastcgi) 有问题呢?
fastcgi是讲西班牙语,http是讲英语,很多人都不懂西班牙语怎么知道你讲得好不好?
14 楼
dogstar
2007-07-09
freemind 写道
dogstar 写道
freemind 写道
dogstar 写道
haproxy+mongrel
静态资源怎么处理?直接交给mongrel?
把haproxy整合进lighttpd多好,呵呵
静态资源怎么处理?直接交给mongrel?
把haproxy整合进lighttpd多好,呵呵
没有这个必要性。lighttpd自己对于fastcgi的负载均衡分发能力就足够强了。如果真的到了lighttpd都撑不住的时候,像haproxy这种应用级别的balancer也一样撑不住的。到了那个时候起码得是kernel级别的LVS来做负载分发了,或者直接购买硬件负载均衡器。
前面你不是说过lighttpd的proxy现在很差么,haproxy很强。现在怎么有差不多了?
http proxy <> fastcgi dispatcher
我只说过lighttpd的http proxy功能不完善,没有说过它差,更没有说过它很差。
真是对牛弹琴!
说话何必如此犀利?我只是在请教你,也许是我语言没有组织好吧,呵呵。
13 楼
kenwei
2007-07-09
freemind 写道
RoR的部署方式从架构上来说分为前端和后端:
4、nginx
一个俄国人开发的轻量级高性能web server,特点是做proxy性能很好,因此被推荐取代apache2.2的mod_proxy_balancer,来和mongrel cluster搭配。其他方面和lighttpd到差不多。
要说缺点,可能就是发展的时间比较短,至今没有正式版本,还是beta版。没有经过足够网站的验证。
4、nginx
一个俄国人开发的轻量级高性能web server,特点是做proxy性能很好,因此被推荐取代apache2.2的mod_proxy_balancer,来和mongrel cluster搭配。其他方面和lighttpd到差不多。
要说缺点,可能就是发展的时间比较短,至今没有正式版本,还是beta版。没有经过足够网站的验证。
简直胡说八道!“发展的时间比较短,至今没有正式版本,还是beta版。没有经过足够网站的验证”,拷!根本就没有什么实践经验,也出来害人,还装得像XX一样出来指点江山,操。不知道就不要乱发表,肤浅。
12 楼
kenwei
2007-07-09
freemind 写道
kenwei 写道
Nginx + Mongrel是Rails社区未来的方向,Railsconf2007上一个Session,"Xen and the Art of Rails Deployment",PDF在这里下。
这也是我期待已久的完美组合。看看大家现在Pound + Apache/Lighttpd + mod_fastcgi/mod_fcgid + Mongrel,不堪回首。
这也是我期待已久的完美组合。看看大家现在Pound + Apache/Lighttpd + mod_fastcgi/mod_fcgid + Mongrel,不堪回首。
别动不动就上升到革命的高度。现在的Nginx根本就没有比现在RoR部署方案高明到哪里去。
至于你根本就不懂RoR的部署方案,妄言不堪回首,那就太可笑了。
11 楼
kenwei
2007-07-09
Nginx + Mongrel是Rails社区未来的方向,Railsconf2007上一个Session,"Xen and the Art of Rails Deployment",PDF在这里下。
这也是我期待已久的完美组合。看看大家现在Pound + Apache/Lighttpd + mod_fastcgi/mod_fcgid + Mongrel,不堪回首。
这也是我期待已久的完美组合。看看大家现在Pound + Apache/Lighttpd + mod_fastcgi/mod_fcgid + Mongrel,不堪回首。
10 楼
zhenjian
2007-07-08
我想dogstar的问题是haproxy+mongrel处理静态资源的能力如何?
9 楼
dogstar
2007-07-07
freemind 写道
dogstar 写道
haproxy+mongrel
静态资源怎么处理?直接交给mongrel?
把haproxy整合进lighttpd多好,呵呵
静态资源怎么处理?直接交给mongrel?
把haproxy整合进lighttpd多好,呵呵
没有这个必要性。lighttpd自己对于fastcgi的负载均衡分发能力就足够强了。如果真的到了lighttpd都撑不住的时候,像haproxy这种应用级别的balancer也一样撑不住的。到了那个时候起码得是kernel级别的LVS来做负载分发了,或者直接购买硬件负载均衡器。
前面你不是说过lighttpd的proxy现在很差么,haproxy很强。现在怎么有差不多了?
8 楼
gigix
2007-07-07
freemind 写道
第四,one-stack的installer也只有ThoughtWorks一家在做,没有其他人在做。你也可以问问他们,为什么不做apache的installer,为什么不做nginx的installer,为什么不做litespeed的installer。
事实显然不是这样。http://gigix.thoughtworkers.org/articles/2007/07/05/existing-rails-deployment-stacks
至于为什么不包含Apache在RubyWorks Production Stack里面,前面已经说过了
freemind 写道
第五,传统Unix的Adminstrator都不屑于使用one-stack installer这种东西。高性能的Server需要通过自己手工安装和调整每一个参数来取得最好的效果。这是one-stack installer这种东西做不到的。打个比方,你有没有见过专业的摄影师用傻瓜相机的?
这是当然。再好的production stack也只能是一个入门的指引,用户肯定需要在这个基础上做很多很多的调整。production stack的象征意义大于实际意义:对于那些对部署环境的性能、伸缩性、可靠性等有怀疑的人,可以让他们看到,RoR的部署环境是很好并且很容易得到的。要真说用起来,说实话,我不认为任何non-trivial的网站能够直接在任何一个production stack上部署而不需要自己调整。但一个好的production stack能够给你指出方向,而不用什么都从头去摸索。
7 楼
dogstar
2007-07-06
haproxy+mongrel
静态资源怎么处理?直接交给mongrel?
把haproxy整合进lighttpd多好,呵呵
静态资源怎么处理?直接交给mongrel?
把haproxy整合进lighttpd多好,呵呵
6 楼
AllenYoung
2007-07-06
freemind 写道
JavaEye为什么用lighttpd + fcgi呢?原因如下:
1) lighttpd发展了好几年了,市场占有率也相当高,是一个经过实践检验的server,它的文档也很全;而nginx还没有经过足够的市场检验,文档也很缺乏
2) JavaEye的ruby进程和web server在一台机器上面跑,通过unix socket使用fcgi协议通讯可以避免tcp的网络开销,其通讯速度比使用tcp socket使用http协议通讯要快一些。
谢谢你的详细讲解,受益匪浅。我看Agile Web Development with Rails 2e里面说fastcgi总是会出现莫名其妙的问题,而mongrel则是未来的一个趋势,因此它推荐使用mongrel而确实也说道one-box下使用fastcgi也可以。
也许可以先用lighttpd+fastcgi搭配,然后当lighttpd对mongrel的支持增强后再换到mongrel。
很是奇怪,既然lighttpd性能这么好,呼声这么高,咋没有谁弄个lighttpd+XXX的one-stack安装包出来呢。
5 楼
gigix
2007-07-06
RubyWorks Production Stack就是haproxy+mongrel的
发表评论
-
批量下载railscasts上视频的ruby脚本
2008-07-14 12:00 2702Railscasts 上面的视频已经出到117集了,很早就想把 ... -
在Leopard上使用NetBeans Ruby IDE
2008-01-17 10:57 1937本来像NetBeans这样到东东,应该是装上就可以用到。但是在 ... -
在Leopard上手动安装RMagick
2008-01-17 10:44 1980这几天刚刚给自己的小白安装了Leopard,开始迫不及待的把开 ... -
使用ruby生成zip文件
2007-10-23 17:28 6073首先安装rubyzip: gem install rubyz ... -
在habtm上使用polymorphic关联
2007-10-05 15:19 2649我们知道,在rails中,ha ... -
尝试在rails中调用MySql的stored procedure,不过最终放弃了。
2007-10-03 17:00 3621手头一个项目有这样一个需求,数据库中有一张学生表student ... -
我的第一关rake文件
2007-09-23 17:10 4083早就想找个机会写写rake文件,但是接触到的项目都不怎么需要, ... -
ferret啊,为你欢喜为你忧。
2007-08-09 18:05 2241非常非常奇怪的问题。一开始在mac下面用standard ra ... -
在Mac上安装RMagick?别以为有了Locomotive就万事大吉啦~
2007-08-02 09:30 2656我或多或少算是一个Mac ... -
在controller里面怎么escape html内容?
2007-07-24 10:24 3546在view里面可以用h来escape html内容。那在con ... -
ActiveRecord中表关联的一个问题,belongs_to和has_many不是一一对应的情况。
2007-07-19 18:15 3989一个挺有意思的问题,想了半天没有解决办法。 情景是这样的:系 ... -
Rails routes mapping的一个奇怪的问题。顺便讨论一下如何做RESTful的paginate。
2007-07-18 09:33 3054大家可以试验一下,在我的开发环境中会出现这个问题,不知道是不是 ... -
Rails中使用REST,登录相关的问题,如何获得当前正在处理的url?
2007-07-03 16:39 3886如果整个routes是使用传统的mvc方式实现的话,我们可以简 ... -
Eclipse 3.3携Europa正式发布了
2007-07-01 12:57 33692刚刚逛了一圈论坛,竟 ... -
在apple上使用ruby的郁闷事儿
2007-06-23 19:49 2000安装了那个Locomotive,还有iTerm,还有Textm ... -
在ubuntu下安装ruby需要注意的事情
2007-06-23 19:41 4936这里说的是通过apt-get安装ruby,自己编译的情况就免了 ... -
基于model动态地ComboBox为生成options
2007-06-17 16:17 2279在使用RoR创建form时,很多时候需要基于model之间的关 ... -
Meta-Programming in Ruby: 动态生成class,并添加attribute和method。
2006-12-17 16:10 4870Ruby的动态语言特性和强大的meta-programming ...
相关推荐
Rails的部署方式的核心问题就在于解决一、Rails本身是非线程安全,二、...本文列举了十余种常见的Rails部署方案,其中基于Lighttpd 1.5的几种解决方案都从原理上很好地解决了Rails部署的两大问题,而且有着不俗的性能。
什么是ansible-rails? 这是一个部署Rails应用程序的作用。它解决了什么问题,为什么有用? 我做 rails 开发人员已经一年多了,每次我必须部署一个 rails 应用程序时,我总是想拿至少 15 只无辜的小猫,用一把浸在...
moonshine, 简单的Rails 部署和配置管理 15分钟部署 Rails 2,3或者应用 MoonshineMoonshine的Rails 部署和配置管理正确完成。通过利用 Capistrano 和 puppet,Moonshine允许你在 15分钟内拥有一个工作应用服务器,...
在本课程中,我们将从创建一个能够运行简单的Rails应用程序的基本docker容器,一直到使用ngnix获取静态内容和Postgres数据库的部署就绪解决方案。 源文件包含完整的Rails应用程序(组织成行业标准的文件夹),以及...
基于Ubuntu Nginx Mongrel Mysql部署rails monit-5.0
capistrano-3-rails-template, 使用 Capistrano 3部署 Rails 应用程序的模板 Capistrano 3 Rails 配置概述这是部署带有的Ruby on Rails 应用程序的示例配置,包括使用Unicorn和Sidekiq后台员工部署的零停机。...
最新Ruby on Rails中文版介绍,欢迎大家共同学习此最新的技术!随着Ruby和Rails版本的不断升级,这些知识也在不断的更新,谢谢的支持!
《Rails之道》详细讨论了Rails的程序代码并通过分析Rails中的代码片段来深入解释它的功能,同时,《Rails之道》部分章节也摘录了一些API文档中的内容,使读者能够快速地找到对应的API文档、相关的示例代码以及深入...
Kuby的核心是一组工具和智能默认值,它们封装并整理了有关部署Web应用程序的多年建立的最佳实践,从而减少了将Rails项目从计算机上运行的应用程序迁移到可运行的应用程序所需的时间在互联网上运行。 在后台,Kuby...
《Ruby_on_Rails敏捷开发最佳实践》英文版,文字影印版
Ruby On Rails 框架自它提出之日起就受到广泛关注,在“不要重复自己”,“约定优于配置”等思想的指导下,Rails 带给 Web 开发者的是极高的开发效率。 ActiveRecord 的灵活让你再也不用配置繁琐的 Hibernate 即可...
Bootstrap 3 和 Rails 4(样例用的是Ruby 2.1.1,Rails 4.1.4) Table of Contents Preface 1 Chapter 1: Introducing Web Application Development in Rails 7 Why Bootstrap with Rails? 8 Setting up a Todo ...
rails 2.3.2离线安装rails 2.3.2离线安装rails 2.3.2离线安装rails 2.3.2离线安装rails 2.3.2离线安装rails 2.3.2离线安装rails 2.3.2离线安装rails 2.3.2离线安装rails 2.3.2离线安装rails 2.3.2离线安装rails ...
rails-learning, 学习 Rails & ruby的最佳方法 Ruby on Rails从头开始学习东西几乎总是一个艰苦的事情,你根本不知道从哪里开始,或者不从开始开始,把东西踢到什么地方。 你不必担心找到最佳的资源,排序坏的资源,...
为了达成学习目标,本书使用了一个完整的方案:通过实例学习使用 Rails 从零开始创建一个真正的程序。如 Derek Sivers 在前言中所说的,本书内容采用线性TDD结构,需要从头开始按顺序读到结尾。如果你经常跳着阅读...
使用Rails构建可伸缩和可维护API的最佳方法
约定大于配置 - rails railsrailsrails假定你想要做什么以及准备如何,而不是把任事情都放到配置文件中去。 假定你想要做什么以及准备如何,而不是把任事情都放到配置文件中去。 假定你想要做什么以及准备如何,...
API Taster - 一种快速而简单的方法来可视化测试你的Rails应用API
本资源是参照rails敏捷开发第四版书中的例子,rails的版本是rails3.2.6
《Ruby on Rails Tutorial》中文版(原书第2版,涵盖 Rails 4) Ruby 是一门很美的计算机语言,其设计原则就是“让编程人员快乐”。David Heinemeier Hansson 就是看重了这一点,才在开发 Rails 框架时选择了 Ruby...