最后一个单词暴露了楼主的性取向和真实目的...
#18 楼 @Peter Ruby On Rails 默认使用 3 套配置是因为不同情境. 开发环境下你不需要缓存类等等。我不想配置什么 MySQL,我只想拿来就用。而 pow 可以让我零配置,我觉得挺好. 其实我觉得 PHP 也存在类似的问题。开发时你不可能开着 XCache 一类的加速器吧???但产品环境你就很需要了. 至于 TDD,你可以接受,也可以不接受,仍然取决于你自己。使用自己喜欢的模式开发,适合自己的才是最好的. 自动部署也是如此,我没采用社区推荐的办法,而转而使用自己写的脚本。但这并不影响我一天内多次更新网站.每次更新一条命令就解决,蛮好的不是么? Ruby On Rails 包含了非常多的最佳实践,涉及了方方面面,确实很难了解的很透彻。不过 haml 或者 SASS 并非属于此类。默认的框架够优秀了,这些 Gem 属于锦上添花,能掌握更好,掌握不了把 ERB 精通了也挺好. 说到底,Ruby On Rails 最大的坑在于:你要尽可能了解背后实现的机制,否则你很难发挥出威力来.Ruby 本来就是 LFSP.你要是觉得 Ruby 很简单,那就惨了。更别说把元编程发挥到极致的 Ruby On Rails 了. 一方面你精通 PHP,另一方面对 Ruby On Rails 浅尝辄止,是不会得出公正的结论的。当你两者都精通的时候再来比较吧! 相信到时候你自己会有答案的. 单纯的语言或框架之争是没意义的
Ruby On Rails 有很多最佳实践,有些你可能理解,有些并不理解,不管怎么说,一定要挑你熟悉的用,而不是其他人说的这技术怎么怎么 N.B..技术不是花拳绣腿,写出来让别人觉得很 N.B,而是实实在在解决你的问题. 至于自动部署仍然出现了问题,一方面是服务器上装了和测试有关的东西,并且在服务器上跑测试了。另一方面,使用自动部署是为了降低失误率,避免重复性劳动,并不能保证不出错。偶尔的一次过失就全盘否定,未免太武断了。
靠枕无忧=高枕无忧? 工作犯错很正常,既然意识到总犯同一个错误,那么就为自己制订一些制度。
以亲身经历告诉你,实在是折腾。非要这么干,自己搞个 Gem 镜像...
没把 ID 搞到 100 以内实在是很遗憾 顺道吐槽,对我名字的支持还是有问题。点我回复试试...
#21 楼 @help5305fff 见笑了,这玩意离 SaaS 还很远...
#19 楼 @fsword QQ:41412418 E-mail:[email protected]
#14 楼 @tiseheaini 这台在空着,放一天就撤了,现在这个样子又不能对外...
#12 楼 @tiseheaini 备案材料快递到管局一个月不审批我也很无奈...
#9 楼 @tiseheaini 测试了下 QQ 登陆正常,你有没有改 hosts?不使用假域名是不行的...
#4 楼 @tiseheaini
我的名字论坛仍然不能正确处理,泪目...
备案还没过,改下 hosts 吧
42.120.12.148 ymate.dev
另外 Bug 巨多,慢慢在修,千万用虚拟机测试...
#1 楼 @tiseheaini 感谢关注 这种东西肯定不会是面向技术人员的。有的站长甚至什么是 FTP 都不知道。你跟他讲用 git 做版本控制不如在 Web 上给他一个按钮要简单. 另外不仅仅是 PHP,如果可能的话,把这搞成一个通用部署的框架要更好些。
新人上传头像才允许发帖就好了
表示云主机旁边写着硕大的不能升级内核...
表示同样遇到,貌似我名字很 Bug,在 Github 上提交出错,在社区@也出错...
能懒一步是一步啊...