495 个 Model ...

我表示从没做过超过 50 个 Model 的项目

看了一下，有超过 50 个 Model 的，但应该在 100 以内

外框增加 CSS clearfix

代码参考：

.clearfix:after {
  visibility: hidden;
  display: block;
  font-size: 0;
  content: " ";
  clear: both;
  height: 0;
}
.clearfix { display: inline-block; }
/* start commented backslash hack \*/
* html .clearfix { height: 1%; }
.clearfix { display: block; }
/* close commented backslash hack */

换框架，换语言不能解决你的问题，一样做不出来，你们需要一个有经验的架构师

http://api.rubyonrails.org/classes/ActiveRecord/Relation.html

API 文档已经挺详细了，你要看什么？

不要认为说单个请求的响应足够快好了，并发的时候和你单个请求的时候完全不一样的，会有很多问题。

例如：

1. 资源是有限的，你得有足够的机器处理能力
2. 决定 Rails 应用程序吞吐量的是 (Response Time * 进程/线程数量)
3. 并发来的时候，处理不当，造成锁，例如同时修改数据库一行的数据，同时修改一个文件等等

Ruby 直接抛异常就可以了呀

信息太少了，不同的业务场景差别巨大的，例如插入是插入什么是并发插入，还是个别的。

或者说那些并发具体是写什么东西。

往中关村丢个炸弹，无一例外炸死的都是要「用互联网改变世界的人」，这些人有八成「就差一个程序员」来「颠覆 BAT」「颠覆传统行业」

同感

Markdown 原文存到数据库啊

显示的时候在转换，详见 lib/homeland/markdown.rb

编辑器是自己实现的，实际上就是一个 textarea 外加几个按钮的功能组合，还有拖动、粘贴上传图片的实现（基于 dropzone)

详见 app/assets/javascripts/editor.coffee

你是问前端怎么实现的么？

那你们老系统什么配置可以撑那么多？

同一个操作

什么操作？读还是写？是同一个数据还是不同数据？

瞬间 6000 的请求？

给的信息太简陋了

如果你是刚入行程序员，就学了 Rails 3 个多月，那悬了

如果你是其他编程语言／框架转过来的，之前有丰富的前后端开发经验，那就还好

注意看浏览器 Console，可能有 JS 错误

另外，你的 data-method="get" 没啥意义啊，写上去干嘛？

看反了 Orz

太多 Warning，等等 Devise 先解决

地址发来看看

Rails 没法帮你写 JavaScript

不要因为用了 Rails 就忘了 HTML, JavaScript, CSS 这些基础的东西。

感觉换机器比较好，万一漏掉了呢

说不一定是写 API 的人喜欢 XML 的方式

我感觉你是想找加密解密的算法：

http://ruby-doc.org/stdlib-2.4.0/libdoc/openssl/rdoc/OpenSSL/Cipher.html

基于 OpenSSL 的方法，是跨语言的，你用这个方式加密，到其他 Java, Python, Node.js, PHP 什么的，都是可以用相同的方式反解的

MD5 没得反解

Action View 采用 erubi 代替之前的 erubis 作为 ERB 的引擎。

你知道么！erubis 居然是一个自从 2011 年就没有更新过的 Gem。

鸡毛掸子

09 年开始，收获颇多，庆幸当初选择这条路。

当初可是冒险偷偷把产品改用 Ruby 来实现了…

Ruby 带来的不仅仅是一个语言、框架，还影响了我做事情方法、看问题的角度。

Ruby China 的升级了一下，居然没错误，就多了些 warning

有个主要的是 Warning 是 attribute_changed? 这种用法不能在 after_save 的 callbacks 里面做了（Rails 5.2 将会更改行为）需要改用 saved_change_to_attribute? 代替。

而这类用法可能会大量存在，例如 Devise 里面，需要调整花不少时间。