Code综艺圈

上一篇Resource Owner Password Credentials模式虽然有用户参与，但对于非信任的第三方的来说，使用这种模式是有风险的，所以相对用的不多；这里接着说说implicit隐式模式，这种模式比较适合于纯前端客户端，比如Vue、Angular、React项目…

好东西要分享，之前一直在使用wkhtmltopdf进行pdf文件的生成，常用的方式就是先安装wkhtmltopdf，然后在程序中用命令的方式将对应的html生成pdf文件，简单而且方便；但重复的编码使得想在wkhtmltopdf基础上进行封装，偶然间发现有小伙伴已经封装的还不错…

主从复制的实现在上一篇已经分享过，虽然主从复制本身的确让读写分离更加高效，但是对于整体高可用存在很大的劣势：当主节点宕机了之后还需要人为重新进行主从关系配置；这不是开玩笑嘛，这样人为干预，故障恢复不及时，损失就难免啦。谁维护谁不爽，睡个觉都提心吊胆。 找个哨兵站岗，专门用来监控…

接着IdentityServer4的授权模式继续聊，这篇来说说 Resource Owner Password Credentials授权模式，这种模式在实际应用场景中使用的并不多，只怪其太开放啦，直接在客户端上拿着用户名和密码就去授权服务器获取AccessToken，这样容易…

API裸奔是绝对不允许滴，之前专门针对这块分享了jwt的解决方案(WebApi接口裸奔有风险)；那如果是微服务，又怎么解决呢？每一个服务都加认证授权也可以解决问题，只是显得认证授权这块冗余，重复在搞事情；IT大佬肯定容忍不了，对于微服务架构，统一的认证授权中心那是必须的。 主要…

当时信息与计算科学这专业在我们学校并不景气，有好几次听说：如果我们那届的就职率还不行的话，那很大可能将此专业拿掉；院领导估计也不甘心，当有IT培训机构来学校宣传的时候，都鼓励同学们去，我当然也去了，毕竟听说自己的专业要被干掉，也有点不爽，于是就想着“尽点责”（其实也想给自己谋后…

现在遇到高并发场景时，缓存技术应该算是性能优化的第一步，缓解数据库压力的同时还能提高访问效率，而Redis应该是绝大多数应用场景的首选。但是尽快Redis性能再优秀，在当今高并发场景下，一台服务器负责读写，机器的性能和内存的瓶颈肯定避免不了，到这肯定有小伙伴会想到集群， 对的，…

上一篇对微服的演变、优缺点进行了概述，对于业务复杂项目，微服务算是比较合适的解决方案；对于咱们开发者来说，有好的解决方案肯定要跟进学习，但不能盲目追崇流行技术，目的还是为了解决问题。这里就把Asp.NetCore落地微服务架构技术栈汇总一下(当然不限于此)，同时制定了个学习分享…

fork：后续会频繁提到，简单解释一下，fork的作用是复制一个与当前进程一样的子进程，该子进程的所有数据都和原进程一致。 通过 save <seconds> <changes>进行条件配置，如果触发条件就自动进行RDB持久化操作。默认配置中包含以下三种条件…