不一定吧，可能是代理配置问题？能找 @Rei 帮忙看看不？

@huacnlee https://github.com/ruby-china/homeland/blob/ae3296f6cc31f83384bc1f2515278bb7838f0717/lib/homeland/pipeline/imageproxy_filter.rb#L6 貌似是搞不掉。能不能考虑设计成 有 alt noproxy 前缀的就不加代理？

@huacnlee 貌似 GIF 的图片加载不出来。有没有办法把代理去掉？

Nice.

Cool

见识少还没搞过 CQRS，不过我感觉可以试试。听你这样说倒是还蛮吸引的，我且去研究研究。

是啊。我知道 GraphQL 优势多多，但我这小团队扛不住啊。要搞的话，RESTful 的业务就没人管了。

感觉就比较难受。我却步了。

暂时还没有。后面慢慢加吧。

可以根据源代码暂时先自己封装一下

https://github.com/lanzhiheng/wechat-pay/blob/master/lib/wechat-pay/direct.rb#L453

@yuchiXiong @mingyuan0715 我封装了 Gem 要试一下吗？

也是顺便写了个 Gem https://github.com/lanzhiheng/wechat-pay，支持微信 V3 接口。

很 nice 啊。早点见到你这篇我就不用搞那么辛苦了。

加个数据库唯一索引？

你们两个到哪都秀恩爱啊。

亲测。居然还有 imgcat 这种神器。

去腾讯了？

看起来是血泪史。不过我们这边是增删查改，都有。后面还要做权限控制。所以还是决定不上先了。后面遇到那种大规模的查询请求再来补充几个接口好了。现在上 GraphQL 出活也慢。。。。。

围观

斋看看不出啥问题，--trace 有什么错误信息吗？

你说的也有道理。确实限制长度也是一种做法。

限制 ter 的长度好像有点粗暴。 我也试过过滤啦，不过好像不妥。过滤掉 / 总觉得怪怪的。

低端用户阶段，目前倒是没体会到研发体验提升多少。

是有想过用 turbolinks 来重写后台了。要是前端没空的话。

是，不过我们只是调研，还没到你那一步。

可还好用？

说得我竟找不到词汇反驳。

那是有道理的。不过就算上 GraphQL 还是得写自动化测试。昨天也试了一下 https://graphql-ruby.org/testing/integration_tests.html 也不是说不行，就是感觉有点折腾。