@mengdodo #2 额。。我擦 明天还上班啊。。给忘了。。。记错了

共享菜单变了，捷径不再单独归类而是直接放到了一级菜单。。EMMM 对于不怎么用捷径但是配置了过很多捷径的我来说，有点碍眼。。

@jdhao #8
@VZXXBACQ #3 谢谢 确实是这个自动完成提示了


@noqwerty #6
@liaojl #7
@kaixuan1901 #9 谢谢哈，fish 也是个不错的东西

@ChrisZhou98 #3 京东原价 78 元的那个尼龙黑线

@Umenezumi #5 不懂拉车线什么意思

@WUWENZE #21 不过有个细节是 getRequestDispatcher 的参数是一个相对路径，所以如果服务用 context 的话，这里要调整一下，可以使用 httpRequest.getServletPath() 不包含 contextPath

@WUWENZE #21 解决了 也是这个方案 写 filter

@ywcjxf1515 #1
@leonme #3
@Takamine #6
我也知道是拦截器，能有些具体的写法吗？不知道拦截器怎么才能修改 url 后重新发到对应的 controller

额 我还一直以为这是很正常的事情，，果然是被社会洗脑了吗。。
虽然我是个研发，但是我是这么觉得：

虽然技术是核心，但是销售商务才是养活公司的关键。 我们近百人的团队做的一个乱七八糟的项目，在我看来就是个垃圾，但是人家照样能卖的很好。
卖东西，谁知道背后做出来的什么个鬼样，包装的好就够了。销售的个人能力和手里的人脉是非常有价值的，而研发里，除了核心人员，其他技术人员就是个扳手啊，换一个的成本还是不高的。

资本才是玩转一切的根本啊，技术什么的再重要也得有钱才能玩得起啊。

这东西，，谁有更好的办法吗。。。前端不做 后端要做这个了。。

@gfreezy #8
@wisej #7
对于先查出来如果不够再补上这种思路，存在的最致命问题就是，如果页面要查询第二页数据，那么你必须从第一条数据开始算，才能算出真正的第二页数据。。。因为你直接用页码计算的 offset 肯定是不对的。
所以大概也没什么好的办法了吧。只能冗余或者让产品妥协了吧。

这个问题还有个思路，就是和数据库建立长连接，然后流式的一条条的读取数据，没读取一条做一次业务过滤，直到凑够一页数据后，断开数据库连接。

但是这个怎么实现？
用原生的数据库操作的时候，返回的那个 resultSet 是每执行一次 next()才从库里读取一条数据吗？还是在执行第一次 next 的时候就全部读取了？

@licoycn #1 场景里页提到了，因为很多原因，是不能从数据库层直接做过滤的。

虽然都叫做游戏，但这些假游戏 姑且只能算作商业产品吧。
你只是在了解了内幕之后对这种以各种手段去抓取消费者的商业行为有了更多的认知，因此便会看透而感到无趣。

但是真正的游戏，并非如此，他们是立意于游戏本身而开发的，他们才是这个行业真正的代言人。这些游戏是开发者、制作人自己都非常爱玩的。
换句话说你喜欢荡秋千于是自己做了秋千，你会因此而不喜欢玩秋千了？

还是那句话，虽然因为大家都叫做“游戏”而让很多人把他们当作一类东西。但其实从根上就不是一种东西。

@qce7 #3
@Joyboo #15
@ben1024 #14
@thet #12
sql migrate、migration 叫哪个名字啊？这名字太笼统不好搜啊，有个具体点的吗？

@chendy #7 嗯 这种成熟的方案似乎可以，liquibase，flayway 这两个哪个比较好用？

@cydleadingx #4 go 的怎么安装？生产环境没有 go，有什么好的办法安装吗？

@cydleadingx #4 这个似乎可以。我研究下

@glaucus #2
另外我还找到了一个： https://yq.aliyun.com/articles/626851?utm_content=m_1000013851

@Posdelan #1 生产环境是隔离，本地的工具肯定不行

@chendy #1 这个方案我也想过因为太麻烦，而且变化量的块太多了则需要一些方案来保证数据的一致性。太费劲了。