不知道为啥现在很多人写文章喜欢写成现代诗。知乎上好像尤其多。

@Retr0 这个确实没有。他是老 1066 钉子户了。

讲个笑话，我有个朋友当年预购了 2077 。

好家伙，赌场中的赌场，典中典了属于是。

Firefox

@0312birdzhang

妈耶，当时的代码量真的好少哦。5.x 之后都是用 gradle 引入一个超级无敌大的 cas-server-core 的 war 包，想改什么东西都要借助 Spring 的条件依赖注入机制去改，如果实在改不了，还得用 gradle-war-overlay 的 exclude 机制去干掉那个大 war 包里的 jar，然后再把自己魔改过的塞进去。

不过这也只是我的一个思路（ https://blog.dragonslayer.me/archives/161 ），并没有在实际中用过，真的是太难了。

@0312birdzhang 3.x 没用过，那个版本难道没有用 overlay，可以直接改他的任何地方的代码？

我也用 switchyomega，不过目前没遇到过你说的问题。

@0312birdzhang 看来用 3.x 和 4.x 的大有人在……

双飞燕薄膜就很好用，而且防水。

我觉得 apple 自带的终端贼好用。除了性能比较差，其他的都挺好的。特别是 cmd+R 就能直接在 tmux 里选中文本，就很舒服。

求求了，用用 Firefox 吧，钱我都替你们交了。

@yongliu

用下来的感觉就是，难懂，二次开发有点门槛。很多概念，文档有时候跟不上版本的更新，需要去跟代码看，但是代码又非常复杂。

不过它项目虽然整体复杂，但是由于解藕得还不错，所以在 CAS overlay 上开发的开发体验还行，许多组件收益于 Spring 的机制可以做到方便地插拔。

@yongliu

非常正常，我这边也是这样的。

事实上，并不是 CAS 的第一个请求响应很慢，而是所有用了 thymeleaf 的 WEB 服务的第一个请求的响应都很慢，我也不知道为什么。之前查了一下貌似有人给 thymeleaf 提过 issue，看样子至今也没有解决。

听说有一个办法可以解决，就是在启动之后先不切流到这个服务上，而是先打一个请求过去预热它，之后的请求就很快了。

我已经搞 CAS 好几年了，但是感觉国内都没什么人在用。有没有这方面的交流群或者论坛啊？

你们知不知道百果园的宣传语里面有一句话，不好吃可以三无退款的。

双方线下交换公钥，随后在使用聊天软件时，每次都把要发送的消息用对面的公钥进行 gpg 加密再发送。稳得一批，微信也可以很安全。

CAS 真的复杂。我自己的话是只用它实现 cas 协议，具体认证是通过 rpc 调用自己开发的服务来实现的。