#5 楼 @linjunhalida ycombinator，每日一刷，惊喜常在。

#25 楼 @keylime 感谢反馈，你的店铺问题已经修复。是创建店面的一个 bug，竟然被你遇到，这么有缘，送份礼物吧。 请将收件地址发送到 [email protected]。

#21 楼 @psvr 是的，基本都是 Jeremy Evans 一人在维护，虽然也是兼职的，但对 issue 的处理效率很高。之前好奇，他在哪个公司就职，这么多时间，然后发现，原来是在美国政府部门工作。

#19 楼 @ikunsam 感谢反馈 bug，和前端的同学确认了，在 mac 下的 safari 访问有问题。这周会对店铺后台功能，在 safari 的兼容问题，做一次排查和修复。

#14 楼 @wikimo 准确的说不是零抽成，而是固定抽成。如果生意太好，订单额度不够用，就需要购买了。对单品利润高的商家，很划算。

#9 楼 @pobing 自动部署方面，比较落后，都是手动更新。正在评估一些工具，像 chef，还有 docker。

#10 楼 @sjzg001 哇，视觉中国变化挺大呀，好久没关注了，比以前好很多。而且也是用 Rails 呀:thumbsup:

#11 楼 @huacnlee 感谢华顺

#5 楼 @mimosa PC 上打开登录和注册页面，就被吓到了。手机上访问还可以。社交账号要搞起呀，微博和微信，尤其是微信。优品盒子的起步，比你们自己开发轻松很多呀。

#3 楼 @mimosa 不管入驻大商城还是自建，要想有流量，都是要靠运营。能做多久多大，就要看货品和服务品质了。我们这里的一个卖零食的店，就比较会运营。

#1 楼 @mimosa 目前没有，最好有独立的产品来做这个事。

#23 楼 @freedom_fish 这个数据是用 apache ab 工具压测的，只是用来对比性能的参考。

当初做门户产品，也有类似需求，我是用dice 系数实现的，比较简单，效果一般。 就是在热门文章里，找出与当前文章最相似的文章来推荐，当然是用预先编辑好的关键词。

这种方法只是推荐相似文章，如果产品里涉及其它数据输入，比如评分，或喜欢等数据，想推荐用户可能真的喜欢的，可以考虑用 slope-one 算法。

那本说推荐算法的书：推荐系统，很不错，虽然很多公式看不懂，但能开眼界。

rails 太臃肿了，帮程序员做的事情太多。 建议可以试试一些轻量级框架，比如 sinatra 和 padrino。 它们和 rails 一样，都是基于 rack 开发，很多基于 rack 的 gem 都是可以复用的。 ruby 开发 web 方面产品效率高，gem 丰富是很大一方面原因，还有就是 ruby 本身的灵活性，至于 web 框架，哪个顺手就用哪个吧。

#22 楼 @hbin 哈哈，之前在 twitter 上看到他 show 了 redhat 的工牌。

#21 楼 @sevk 呃，目前的 rack 并非没有 bug，最新的 release 版本 v1.5.2，对包含特殊字符的文件名处理，就有 bug，在 v1.6.2 中修复了，但还是 beta。 HTTP/2明年就成为正式标准了，起码也要跟上HTTP协议的更新速度。

Rack 的 Ruby Web 开发的基石，可惜 Rack 已经很少更新了：Rack 可能不会发布 2.0 核心团队有些人有了孩子，有些人去用别的技术了，然后 Rack 在架构层面开始落后于其它技术。 看过 Rack 的代码，不是那么好维护呀，有时间和能力的诸位要加油 。

没错，之前学了 Erlang 之后，我就想：如果这世界是虚拟的，那只会是用 Erlang 这种语言开发出来的。

#19 楼 @vngmin title 是虚的，实际就是总干活的。

#18 楼 @swachian 设置 http 协议里面的 Cache-Control，在 nginx 和 app 层面都可以做的。我们用 rack-cache 主要目的，是做 server 端缓存。产品里面的缩略图都是动态生成，启用 server 端缓存，一张图片的一个尺寸，就只需要生成一次。缓存命中了就能直接返回，没命中再将 request 转发到 app 生成缩略图。

#15 楼 @mojidong :plus1: 学习了。

#14 楼 @hooopo nginx 的功力不够呀，一直当转发请求的 web server 用。

#12 楼 @mojidong 在vcl-backends 的介绍文档，只提到 round-robin director 和 random director，还有其它的？

#10 楼 @aptx4869 GridFS 用起来简单，方便对文件进行统一存储和管理。 比如在代码里，可以用 model 的属性访问到文件，写起来很顺手， 部署个 replica set，可靠性就有了。 存文件系统，要做的其它事就多咯。

#6 楼 @est 那时主要是想找替代 rack-cache 的产品，varnish 比 rack-cache 快上百倍是真的。 但经测试，varnish 被 nginx 甩开好远，正考虑把 varnish 那层去掉，直接在 nginx 缓存。

#5 楼 @quakewang :plus1: nginx 真是神器，比 varnish 快至少 2 倍。

#14 楼 @hz_qiuyuanxin :plus1:

#13 楼 @hz_qiuyuanxin 数据规模不大，电商的业务逻辑，略烦，表很多，数据库函数很长...等产品功能完善了，再慢慢优化吧。

#3 楼 @hz_qiuyuanxin 用 IaaS，带宽、主机存储，已经很便宜了。 而且我们本身也是服务商，电商方面的，图片用云服务存，一是不够灵活，二是又多了一种成本核算。

#10 楼 @hz_qiuyuanxin 有些 sql 执行太慢，导致 app 处理请求的性能下降，还没时间做 DB 层面优化， 我们就是用队列来临时解决了。