再顶一次
热烈欢迎 Martin 莅临指导
这个看情况,不过按照以往 Ruby 线下聚会的情况,都是没有录像的
已报名
弱弱地说,DJI 电商这边也在招
隐形福利:可以跟其他团队里的大牛沟通交流,DJI 是一个很有进取心的团队。
建议楼主先看看这个
应用层,就是你理解的接口或者或 Rails 或者说后端。
另外补充说明一点,楼主可能只是涉及国内,我想的是全球化的交易,所有才会有上面那些建议。
JavaScript 虽然没有 Decimal 类型的,但与 Ruby 一样有类似 BigDecimal 的东西(这话有些多余 ...)
另外我想说的是涉及金额的,我个人主观认为精度丢失这种情况是不能容忍的,但具体还是看需求
搞了快两年的支付,这是我的经验
https://github.com/RubyMoney/money
至于接口,只是个对接的问题,但是建议接口传币种以及人眼看到的额度;然后你后端接口统一去做转换即可,使用 money 这个 gem 包可以直接做,应用层统一用币种最小单位来做运算和存储。
一年多过去了,楼主的提问水平还是【瞎扯淡】
MySQL 所在机器看一下,CPU、内存、磁盘等等
楼主你是干编辑/运营的吧,看你的帖子列表我是这么觉得的。
哥们,你这里贴的 SECRET_KEY_BASE 是否是真的 production 的 SECRET_KEY_BASE ? 如果是记得重置线上的 SECRET_KEY_BASE,不然你就泄露了。
抛一个思路
2 楼、3 楼的两位,只是单纯地给楼主几行 COPY 代码而已,能解决问题,但不一定是最好的方案。
你的 nohup 是哪个进程执行的?crontab ?
貌似 最
违反了广告法
也许你代码根本不需要修改,去反馈,推动传说中的产品狗,让敏感数据全部统一即可。
如 18 楼的 @zlx_star 说的,你直接在服务器端判断是哪个端请求的,然后做相应的处理接口,在渲染之前统一对数据进行处理即可。
不要瞎发明新需求
这种问题上面几位为何要搞得那么复杂,这些都是属于业务的东西,与你整体实现有关系,你可以在模型层做,也可以在 view 层做,等等等 ...
@jetspeed 用网关?实在无法理解你的思维
gem install bundler
已截图保存