以前 搞过拿到原始 ip，最后发现，在这个过程中总有一些手段，拿到的 ip 并不是最出请求发出的 ip。可以使用服务器的防火墙，禁掉 ip 吧

都是成人了 好坏 对错 自己心里都有个数吧

看成本问题

这是 ruby 里的好像叫 常量查找符来着

代码质量和技术情怀 这俩 可是把薪资提了不少

算一下最高 tps

验证码

好的

请问现在还招人吗

多店铺的话牵涉到的是 数据权限了吧

在代码运行过程中操作 类 变量 方法等构件

公司前端的小伙新技术玩得很溜，但这两个项目在开发期需要到服务端很多的交互数据去调试，最初后端和前端拆分开在两个项目里写，后来项目时间的原因后端的同学也加入到写前端代码，写完后后端同学拖代码再各种合并部署到staging测试，中间出现bug调试再上线再测试，浪费了不少时间，最后不得已地又把前端代码移到rails，又花了不少时间做项目构建， 手动把webpack和Rails前端管理体系结合，什么编译完后各种跑各种复制啊，前端里也要做环境区分啊，苦不堪言。

弱弱的问一句 前后端项目不是 分别部署吗，后端只提供接口，前端只负责页面展示那一块？ 感觉不冲突啊

还是觉得 assets pipeline 这一套比 webpack 好用啊

railsinstaller 如果没有用到不兼容 windows 的 gem 完全可以用这个安装了

http://wellsonjain.github.io/2015/07/17/concerns-in-rails/

去掉最外层 model extend activesupport::concerns

用的不对

是浏览器发送请求 然后匹配路由 在调用相应的 controller 中的 action 在 action 中返回 view view 渲染成最终浏览器中的页面

ApplicationController

简书也把 ruby 都开了？

首先得有个排序规则 然后再取数据

两个域名通过 nginx 都指向你的服务 然后在 application controller 中判断域名然后设置 request. variant

through 可以吧

golang 或者再回去搞 java

用 rails 写的链接查询 看看 sql 语句就明白了

端口是 13306？

i

根据域名 http_proxy 到不同 upstream

rvmsudo