要不试试去南方感染点优质毒株？

我也是，我朋友前两天来找我的时候我跟他说一定要买点退烧药在家里备着，丫不听我的。今天发烧了微信来找我说有没有退烧药，还得我回家给他拿了两版闪送送了过去。

lz 真是奇怪。人家买不买药是人家自己的事情，轮得到外面的人来说三道四的吗。要是有钱，买它个几十箱回家放着也没碍着谁吧，最多挡着自家人走路，一不小心发烧了还能吃上一颗。你不喜欢买，就不买呗，多喝点水吃点蛋白质就行了。

Firefox yyds ，拒绝一切花里胡哨

qv2ray

一开始也没读懂……我把 that... 这个从句看成是修饰 producing 这个词的定语从句了。经过一楼的翻译提点，才发现是 The problem becomes : producing that speculative plan output for the team to review.

刚刚测了一下 265 ，是小米的 TDS 笔。

@wxf666 参考 https://blog.dragonslayer.me/archives/115

虽然性能很低就是了（感觉）。如果要性能，应该可以根据语义去做 pretty print ，感觉是一个 json serializer ？不知道好做不好做。

可以先序列化再用正则替换一下？

@Mithril 然后就可以快进到抽象代数……各种群和它们的性质。真是优雅。

@zhongjun96 听说可以几十块做个中专假证。

楼主做一个一定会在周四随机到 KFC 的，卖给 KFC 。

@wazggcd 亲测 Firefox 也可以。

@shuang 其实做了那么久 SSO ，我感觉国内搞这块的人是不是其实不太多……我从来没找到过什么论坛或者群聊是关于 SSO 这个主题的。

@shuang 按我的视角看来，定制开发 apereo 难点主要有以下几个：

1. 要对 spring 的依赖注入机制有相当的了解
2. 要对 thymeleaf 有一定了解
3. 如果需要深度地定制登录的流程，则需要对 webflow 有相当地了解，这一点是最难的

这个项目里有一堆 Java 喜欢的绕来绕去的操作，有一些肉眼可见的技术上的错误（不知道现在修复了没有），并且确实如你所说有一堆用不上的功能，虽然都是在编译期可插拔的但是对一个新手来说实在是容易让人眼花缭乱。不过当你需要提供多种认证协议的时候，可能 apereo cas 确实是比较好的方案。

在使用 apereo cas 之前，也曾经使用过 https://github.com/rbCAS/CASino ，不过看上去现在已经停止开发了。

之前看过一下 casbin 的论文，感觉他们的权限模型挺优秀的，简洁而且强大实用。他们的 SSO 实现似乎也支持多种认证协议，现在用的人好像渐渐多起来了，不过我没有具体尝试过这个项目，有兴趣的话你可以试试看。

另外建议一开始就把单点登出也考虑好怎么做，要不然到后面系统多了会很难搞。

@jorneyr 可以表面上使用 apereo cas ，并且把那个 AuthenticationHandler 自定义一下，通过 RPC 去调用自己搞的另一个认证服务。自己开发这个认证服务去根据各个公司现有帐号体系的情况来进行登录的认证和权限信息收集之类的功能。

其实 apereo cas 这个东西确实很复杂，如果没有足够的技术能力和人力，不建议用这个鬼东西，如果再让我来一次，我可能会选择一些其他的更加简洁的开源项目去替代这个 apereo cas ，但是依然把认证的部分自定义。

对了，记得留好沟通的记录，把你在安全上的考量和对这个方案的疑虑都写出来在一个可查的文档里，让领导确认就是要这样做。

否则可能会有意想不到的结果。

另外，如果领导在做完之后又说这个方案怎么那么蠢，要改掉，你就要么跑要么按部就班地排期改，改完了回家抱老婆。刚刚说的那个文档和签字画押是老板试图让你背锅的时候用的。