![]() irails 0.752% disconnected | Einloggen und Antworten | Zu den Antworten(12)
|
12 Antworten | Nach oben | Einloggen und Antworten
1 - 2007-10-8 8:35
bd7lx 深圳会PHP,部署Rails就是一碟小小菜
你说的布置,是精装修
还有PHP的现成品,比如CMS一大堆,Rails有几个但是初学者上来就想拿过来就用肯定没有PHP的成熟作品考虑的那么方便
从学习的角度来说,up and running 与out of box 还有区别
你说的布置,是精装修
还有PHP的现成品,比如CMS一大堆,Rails有几个但是初学者上来就想拿过来就用肯定没有PHP的成熟作品考虑的那么方便
从学习的角度来说,up and running 与out of box 还有区别
3 - 2007-10-8 12:11
bd7lx 深圳初学者刚刚学rails懵懂转向,如果不是很谦卑地抱着学习的目的,而是用挑剔的眼光去比较的话,往往误入歧途结果就摔耙子不干了,失去了机会体验美妙精巧的Rails
如果要体验rails现有的成品非常简单的几步,就跟把大象拉进冰箱一样的容易
(也就说要明白原理)
第一步 准备冰箱,没有的话,也不用买(ruby 和rails的环境是免费的)
第二步 打开门 -就是配置database 建立数据库***并***把名字写在database.yml
第三步 拉大象 把下载的程序里的db 看看有没有sql文件(跟php的过程一样用数据库工具桌面的或在线的phpMyAdmin之类去建立表和数据迁移)-rails 现在的迁移功能可以不用碰数据库的工具只要命令rake db:migrate
最后关门,启动webrick
如果要体验rails现有的成品非常简单的几步,就跟把大象拉进冰箱一样的容易
(也就说要明白原理)
第一步 准备冰箱,没有的话,也不用买(ruby 和rails的环境是免费的)
第二步 打开门 -就是配置database 建立数据库***并***把名字写在database.yml
第三步 拉大象 把下载的程序里的db 看看有没有sql文件(跟php的过程一样用数据库工具桌面的或在线的phpMyAdmin之类去建立表和数据迁移)-rails 现在的迁移功能可以不用碰数据库的工具只要命令rake db:migrate
最后关门,启动webrick
5 - 2007-10-8 16:38
bd7lx 深圳再过几年也罢,rails的部署方式也不一定有重大的突破
还有就是部署的花样越来越多,第一版Rails的书中提到的服务器只有webrick 和apache以及lighttpd
目前为止主流服务器和架构都令人眼花,以后jruby和微软平台等新技术都令部署装修呈现多元化
PHP从一开始就以成熟的LAMP的固定模式为主导, rails 则是百花齐放,没有一定之规,部署的工具也各领风骚
http://chinaonrails.com/go/server
还有就是部署的花样越来越多,第一版Rails的书中提到的服务器只有webrick 和apache以及lighttpd
目前为止主流服务器和架构都令人眼花,以后jruby和微软平台等新技术都令部署装修呈现多元化
PHP从一开始就以成熟的LAMP的固定模式为主导, rails 则是百花齐放,没有一定之规,部署的工具也各领风骚
http://chinaonrails.com/go/server
6 - 2007-10-8 17:47
robin 北京市海淀区比起php来,ror部署的难度并不在于数据库配置,而是如何和web server的接口,必须借助于fastcgi或者mongrel(webrick在产品环境基本上不可用),这两个往往都不是end user缺省拥有的东西。虽然都是难者不会会者不难的东西。
7 - 2007-10-8 20:11
leondu 广州robin说的太对了。
这里有我东拼西凑的一篇东西,希望有点参考价值:
在ubuntu(feisty fawn)上部署Ruby On Rails---使用apache和mongrel cluster
http://docs.google.com/Doc?id=dz66m9p_31gp5krn
这里有我东拼西凑的一篇东西,希望有点参考价值:
在ubuntu(feisty fawn)上部署Ruby On Rails---使用apache和mongrel cluster
http://docs.google.com/Doc?id=dz66m9p_31gp5krn
8 - 2007-10-8 20:28
irails Themenstarter 地球嗯,对于我来说,还是fastcgi,mongrel这些难。
而且现在又有nginx等新东西出现,感觉许多事情都是这样,不是因为没有选择,而是因为可选择的东西太多而不知该如何好
而且现在又有nginx等新东西出现,感觉许多事情都是这样,不是因为没有选择,而是因为可选择的东西太多而不知该如何好
9 - 2007-10-9 10:41
robin 北京市海淀区对于web server的选择,我一贯主张是先选择熟悉的。如果你已经熟悉apache,没必要非赶那个时髦去搞什么nginx,性能的提高不会超过10%,一旦出什么问题,文档也少,网上的资源也少。
如果你哪个web server都不熟悉,我觉得lighttpd是一个不错的入门选择,学习成本比apache要低。
如果你哪个web server都不熟悉,我觉得lighttpd是一个不错的入门选择,学习成本比apache要低。
12 - 2008-1-10 7:59
sixfooter 地球借路问个问题.
现在我用hostmonster部署了一个ror应用. 现在用的cgi方式. 发现访问一大就会cpu超时. hostmonster有cpu限制, 没办法.
如果改成fastcgi方式会好很多吗?
我现在知道可能需要改.htaccess文件.
然后吧dispatch.fcgi的ruby路径设置好.
还有什么要改的呢? 是不是这样就切换到fastcgi了.
在hostmonster上部署过fastcgi的rails应用的兄弟麻烦指点一下.
现在我用hostmonster部署了一个ror应用. 现在用的cgi方式. 发现访问一大就会cpu超时. hostmonster有cpu限制, 没办法.
如果改成fastcgi方式会好很多吗?
我现在知道可能需要改.htaccess文件.
然后吧dispatch.fcgi的ruby路径设置好.
还有什么要改的呢? 是不是这样就切换到fastcgi了.
在hostmonster上部署过fastcgi的rails应用的兄弟麻烦指点一下.













