已经把公钥添加到~/.ssh/authorized_keys
文件之后,有时候依然无法实现免密码登录。后来才发现,是因为有些文件的权限放大了。想想也是,如果authorized_keys
文件,是其他用户也能编辑的。那岂不是多了个后门,可以帮助其他用户绕到当前用户了。
所以重点在于几个关键文件是否把权限集中在自己手上,并且无论如何是不允许其他用户编辑的。
总结为以下几条命令
恐怕没有哪个中国程序员没被字符编码的问题坑过吧。本以为把能设置字符集的地方,都设置成UTF-8
就不会踩坑。可是现实是残酷的。
比如在中文windows系统环境下,如果使用IntelliJ IDEA开发工具,同时跑gradle项目,那就要小心了。
需要在File | Settings | Build, Execution, Deployment | Gradle
下,找到Gradle VM options
,然后填入配置-Dfile.encoding=UTF-8
SELECT |
以前用Vert.x的时候就有这样的疑问,如果我提供的方法是基于Vert.x异步实现的。如何被一个同步的应用调用呢,比如Spring。当时我一度以为要自己开一个线程,然后不断轮询结果,之后再返回,通过这样,把一个异步的方法,包装成同步的方法。
后来在使用vertx-pac4j
的时候,无意中看到它源码中,也有我上面说的场景使用。就在org.pac4j.vertx.context.session.VertxSessionStore
类的这一段:
CAS这种本来业务场景就很细分,再加上其上古时代存续至今的特质。估计还在用它的公司已经不多了。间接导致,其中文资料比较匮乏。
领导说,想再cas成功后的欢迎页,也就是casGenericSuccess.jsp
页面,可以显示欢迎:xxx
的字样。
不得不说,这个需求非常常规。然而不仅cas默认没有实现,甚至翻遍google,都很难找到满意的答案。比较有参考价值的可能就是google groups上的这篇。居然要借助额外的jar包(还是个已停止维护的)才能实现。不得已,只能自己想办法。
现在给出我的思路:
你的重复劳动,一定能找“人”帮你做,聪明的程序员一定是拒绝重复的。由于公司条件限制,暂时用不上jenkins
,先拿gradle
救救急也是不错的。今天要实现的是,通过gradle发布静态站点到服务器。这样可以和上回的用Gradle打包Vue前端程序保持一定的连贯性。当然本帖拿来发布war
包也是ok的。
我这边打包和发布程序,属于重度依赖Gradle的状态。所以纵容前端程序游离在这个体系外,不利于团队的整体协作。于是有了这篇文章。
其实很简单,首先我们需要一个以Gradle为基石的项目,把前后端项目组织成这样
myproject |