不熟悉，但是感觉一个是低成本高可用，一个是高成本高负载？

富有采集盒

@ooh #5 嗯，我也考虑过一个应用都用固定的 bucket 。

假如 endpoint 为 http://192.168.1.100:9000,一个文件上传的时候 bucket=test filename=/a/b.png

那么只把 bucket 和 filename 存到数据库就足够了？ 然后返回地址的时候应用层把 endpoint bucket filename 进行拼接返回？

@ooh #2 只把文件名存进去？ 那完整的访问地址呢？

再好用的触控板在鼠标面前都是渣滓，我不是针对谁，我是说在座的各个触控板。

每个表格对应前端的一个表单，用户激活再渲染这个表单。页面首次进入只加入默认的关键表单。

@opengps #1 机器怎么知道他识别的不准确？ 我的理解所谓的机器识别率是要人工进行判别、统计然后算出来的。

通过 clientId,clientKey 获得 token 本身就不应该通过前端获取。

一般涉及到 clientId,clientKey 的都是第三方应用接入才这么干，第三方应用服务器直接跟你们服务器交互，通过 id 和 key 获取 token 。

你们自己的内部的应用用这种方式怕不是闲的蛋疼，难道每一个新的浏览器就开一个新的 clientid ？必然不是啊，那问题就来了，所有用户都用同样的 id 和 key，那还有什么意义呢？

@DOLLOR #20 妙啊，你特娘真是个天才。

问个技术问题，为啥不依赖包名？ 看名单同时依赖包名+md5，这样的话同一个包小小的更新一下，md5 就变了，他这个黑名单更新能及时？

初中毕业：初级
高中毕业：高级

中间的就是中级。

@pilgrim_kevin #73 我觉得应该是根据路口的转弯半径设置的吧。

真不知道你们这些喷的人是何居心，要是没有我们牛逼的城市大脑，你这 11 公里的路，别说 40 分钟，就是 80 分钟你也开不到，得了便宜还卖乖，就知道喷，哼。

作为一个过来人，我不得不说复制粘贴大法真香。

曾几何时，我也想过做抽象，甚至考虑用一个库，通过不同分支或者不同的打包策略实现定制。

可是现实很骨感，上面那种方式非常考验你的前期架构和设计抽象能力，因为需求是奇葩的，时间是紧迫的，这意味着有的时候不得不在原本应该属于核心共用的地方做定制，所以就出现了各种 ifelse，长久下来，你已经忘了这个抽象的玩意儿到底是干什么的。

后来还是回归复制粘贴大法。

当然，作为技术人员，追求高层次的抽象，实现软件层面的高度复用是我们的追求，但是面向工资编程，妥协是不可避免的。

这个帖子很有启发啊，顺便问一下，针对楼上一些老哥们提到的复杂的组合条件查询，如果是基于 spring boot + jpa 的应用，如何优雅的实现呢？