最近才发现，之前在github上上传的jwt的示例项目竟也有125个星星，虽不多，但是作为首次上传的项目还是有点儿激动的。所以趁着端午有空，就又完善了下，升级了一些有漏洞的依赖到较新的版本，也对代码做了一些优化。将前端的vue-cli也更新到了3.*，没有添加太多的功能，主要包含的是用户及基础的权限控制，集成了单点的定时任务等，对于学习或者接一些小的项目还是可以的。... 阅读详情
Read More → 作者： sunnj87
前几天，使用已久的windows服务器已然到期，于是打算把blog迁出去。考虑到已经用习惯了的wordpress比较顺手，就不再打算更换其他的系统。那面临的一个重要问题就是迁移。尝试了导出插件，但在导入的时候遇到问题，又因为没配置发邮件功能，也不想去用他的debug功能。同时还考虑到之前安装的插件对原有数据库的侵入，因为一部分插件已经不需要安装。好吧，爱干净的我就选择了重新安装，再单独迁移数据和已上传的文件资源。一阵操作猛如虎之后，blog又回来了。选择一个清爽的模板，少了很多插件，一切又回到了从前。这里就记下搬家的过程好了。... 阅读详情
Read More →假设有这样一个场景，在一个订票的网站里，我们要为一起出游的20多个人订票，那么我们需要将这些人的姓名及证件号码分别在网页上录入。如果我们只一次性的订票，那么还是可以忍受，但是如果你是旅行社或者是从事这方面的工作，每天都是如此，仿佛就变成了一种负担，倘若再加上一个限制条件，每天的票量是有限的，那么在需要抢票的情况下，当然谁的操作越迅速，买票成功率就会越大。这个时候，有一个帮我们自动填写的浏览器插件，效率便会大大提高。Chrome的插件还是很方便的，它可以帮助我们在需要的页面上执行自己的一些代码，根据需求完成一些繁琐的操作，这时使用Chrome插件就是一个快捷的选择。... 阅读详情
Read More →
我们正遭遇着现实的虚拟化，且这种虚拟化日渐壮大。我们无法将自己的行为和其带来的后果联系起来，这些后果我们看不见，感受不到。
我们缺少愿景。我们是多么缺乏一种引人向往的生态观和可持续世界观啊。... 阅读详情
Quartz是一个强大的作业调度框架，在这之前我们已经使用Quartz实现了很多自定义的定时任务，如数据库备份，定时发送消息等，并且很多分布式作业调度中心系统均以它为基础实现此类功能。这篇是在单体的Springboot 2.*应用下集成quartz框架，实现动态更改任务执行状态及触发时间等。... 阅读详情
Read More →修昔底德陷阱指的是：当一个崛起国威胁到守成国的主导地位时，会引起严重的结构性压力，会出现不可避免的混乱。在这种情况下，不仅仅是非同寻常的、未曾预料到的事件，哪怕是外交事务上一丁点的寻常火苗，都能够引发大规模的冲突。这一局面可以发生在任何领域，但在国际事务中这一概念的内涵最为危险。... 阅读详情
Read More →引用书中的一句话“中国走向市场经济的过程是一个非凡的故事。” 确实，从1978年至今也不过40年左右，而中国已成功升级为世界第二大经济体。最近中美贸易战打的火热，不论对错，任何一方都有自己背后的利益，但对于近半个世纪里新崛起的中国而言，怎会不渴望成为亚洲及世界的头号强国呢？而在这之前中国所经历的一系列变革，才是一段惊心动魄的历程，也让我对历史上改变国家命运进程的伟大贡献者心生敬畏。这本书从另一个角度详细讲述中国建国以来，从持续的阶级斗争，不断转变思想，大力发展国家经济，谋求增强国力，人民幸福的变革之路。虽然作者更多的强调边缘创新，以及领导者的退出，但万事都互相效力，若是没有伟大的领导者，就不可能有今天的中国。所以对于不了解中国经济发展过程的人来说确实受益匪浅，值得一看。... 阅读详情
Read More →Python是Guido van Rossum(荷兰)在1989年圣诞节期间编写的一种解释型语言。它相对编译型语言运行慢，但Python提供了非常完善的基础代码库，覆盖了网络、文件、GUI、数据库、文本等大量内容，同时还有大量的第三方库。... 阅读详情
Read More →货币应当具有这些特点：作为交换媒介使用便利、可以简单用来衡量价值、货币本身能够保值、货币可以流动、有多种单位、货币还应该能够被验证。任何货币背后，支撑它的其实不过是信任而已。信则有，不信则无。
任何一种货币的价值，其实都包含着两种因素：它所能换取的东西的价值，以及大家对它的信任程度。一个国家如果东西多，而且值得信任，那么这个国家的货币价值就高；如果一个国家一贫如洗或者不可信赖，那么这个国家的货币价值就低。而汇率也就是任何两种货币中，换取东西以及信任度这两个因素的比率。... 阅读详情
继前面在Shiro整合JWT+Token过期刷新一文中，已经集成了shiro以及JWT，并且玩儿的开心觉得一切都很自然。然而有一天当看到日志中，同一时间报出了十多条AuthenticationException时，才发现有些东西被忽略了。回顾下我们之前的思路，当服务端在检查到请求的令牌过期之后，会刷新Token重新颁发令牌，并且再次做登录操作，看似平静友好无感知，但试想一下，在页面加载后倘若同一个页面中有多个请求几乎同一时间发起，每一个请求都携带原始令牌，在这样的设计下，就有可能出现在第一个请求到达后刷新了Token，并更改了缓存中的refreshToken的时间戳，以至于剩余请求校验时发现时间戳不一致导致验证失败而在日志中多次打印出当前Token已经失效的log。同时发起的请求越多，log中的异常也就会越多。虽然第一个请求已经刷新了Token，但是其余的请求是失败的，页面中的数据并不完整，显然这是不正常的，那该如何解决呢？... 阅读详情