我不了解哈，不过我个人感觉这个不算主要难点

哦这样啊，渲染交给别的，后台就可以不用自己来合成图片了，这样省事了一点

换石头和刻字 这个功能有点意思，看了之后想了一下实现方式：

1. 商品实现：应该用了 sku+spu 这套逻辑，大类商品 spu+ 商品 sku 也都是可以编辑的，然后定义了 spu 后，填写详细 sku 的数据，然后搭成一套套商品。就是类似淘宝上架商品那种功能。最终用户买的是搭配出来的一个 sku 商品组，对应的不是后台的某一个商品，而是某一组数据组成的商品。
2. 这个选 sku 后直接能看到对应的成品图：应该不是在后台上传了所有的搭配图，这个工作量也太大了，应该是一张底图，配合 sku 设置的像素坐标、sku 样品图，实时贴出来的，原理和常见的微信朋友圈分享的海报类似。

哈哈，不知道对不对

非常棒，我也想用

@sidekiq 快说，你为啥会卡住

简洁、优雅

Order.left_outer_joins(:products).where("products.id is null or products.user_id = ?", current_user.id)

千万资产还怕赔这点？ https://v2ex.com/t/729626?p=1

来了来了！ rust? 溜了溜了

建议上面两种实现方式，不要在后端做图片处理，同时拉的图片多了服务器就崩了，加几台机器都没用。

1. 用七牛或者阿里云 oss，以打水印的方式来生成图片，来的直接，水印好调整，对后端服务几乎没有什么性能影响。
2. 在前端起一个无头浏览器，把这块服务器压力放前端，也比较直接，不过建议第一种，后端好调整。

秒杀，不用每人都来算一遍的，请求刚进 Controller 你就过滤一大半去，剩下的人，再真正让他们抢呗，反正都是卖，卖谁都一样，看运气了，而且服务器和数据库压力也小

程序员灵异事件

某位程序员的工位上，人不在，键盘自动敲击写代码，据说是...

帮顶一下，代码严谨，靠谱

多写写冗余字段或表，数据变化时顺带把结果算好了存起来，展示时就不用查那么多表了

论坛的活跃度就靠你们了

女的，为啥不学前端呢

做过 Rails API 开发，知道 get 和 post，其它不了解 这个有点过分了哈

学点什么不好，非要学这个，跟我一样送外卖去吧。

发帖间隔十分钟一次

打电话给苹果客服问问，基本都会得到答案的！

答案就是：重装系统试试

不管好不好，造轮子都应该鼓励

杀手锏式回复

一般来说 xxx.com 是一级域名，www.xxx.com aaa.xxx.com 是二级域名，访问默认还是使用 http 说明你还是没弄好，http 默认 80 端口，请求过去之后会跳转到 443 端口，就是 https 了

不清楚，看一下这个帖子能不能帮到你https://ruby-china.org/topics/35236

去线上看下 puma 的日志

我只是看不惯那些人，嘴里说自己是最早一批做 ruby 的人，我们都还在坚持，为什么你们坚持不下去了？他们一直都在写鸡汤，讲优雅，说别的语言丑，我王境泽就算饿死，也不写 java，这些人除了口上功夫了得，每天都在说 ruby 多好多好，沉迷 ruby 的美无法自拔，但其实根本没有给 ruby 写过一两个带劲的轮子

accepts_nested_attributes_for 了解一下

这可能是你第一个 Ruby offer，也可能是最后一个 Ruby offer