摘要：
Spring+SpringMVC+MyBatis整合搭建管理系统 阅读全文
摘要：
有一位使用了这个项目的朋友跟我说，**因为项目中使用了docker技术的原因，他部署项目花了两三天才完成，仅仅是学习docker命令及相关知识就用了差不多两天，时间成本太高**，这个功能对于某些朋友来说，甚至有些鸡肋，因为有些人确实只是觉得项目看起来不错，因此打算作为自己的博客模板，但是用起来却是万分复杂，基于此原因应该也有不少朋友打了退堂鼓，**虽然我在wiki中也添加了一些非docker方式部署和开放的教程，但是由于个人的偏好及目录结构原因，docker模块与项目的耦合依然很高。** 阅读全文
摘要：
最新的防御方式为：WAF+验证码，不仅是这次的接口攻击，在搭建了WAF之后，不仅仅是此次的接口攻击，对于其他类型的攻击以及一些骚扰也都有很好的防御效果，不过搭建过程较复杂，配置也比较麻烦，但是有很好的拦截功能因此很值得也很解渴。 阅读全文
摘要：
前文中有讲到一个定位非法IP的shell脚本，现在就来公布一下吧，并没有什么技术难度，只是当时花了些时间去写这个东西，类似于紧急修复线上bug一样的赶这个小脚本，虽然现在看来挺简单的，但是在当时紧张的情景中，赶这个小脚本儿的过程确实是很有趣的。
前一篇文章发布后，有朋友留言问了一下脚本的事，于是整理了一下。 阅读全文
摘要：
**我们都知道流量攻击，攻击者用大流量来压垮网络设备和服务器，或者有意制造大量无法完成的不完全请求来快速耗尽服务器资源，现在看来这次的短信接口攻击称不上流量攻击，因为数量级不在一个概念上，虽然也存在大量的非法请求，但是并不足以瘫痪设备，当然，这些话都是写在事件结束之后的，与事件发生时的想法可能有些出入，因为当时并不确定攻击者的请求是否会持续增加、是否会打满服务器的带宽，是否会影响正常请求，是否会使服务器瘫痪.....**
看着持续不减的入网流量，思考了半天，最终是打算加入防火墙，通过封掉这些恶意请求的IP，让ECS直接拒绝请求，在请求的第一步就把它弄死，将入口堵住应该可以一定程度的阻止攻击者继续攻击，也使得流量降低不会影响到处理正常请求所用到的系统资源。 阅读全文
摘要：
前言 今天一个朋友让我帮他做一下tomcat的https配置，中间遇到了标题中这个错误，因此记录了一下过程，服务器、域名、证书、tomcat都已经准备好，就是需要配置一下即可，用的是阿里云的证书服务，也是通过阿里云的证书服务生成的证书文件。 配置步骤 通过阿里云控制台下载tomcat的https证书 阅读全文
摘要：
一个新的功能模块上线之后，出现短信接口被恶意访问调用的情况，请求数量很大，而且通过查看短信服务商控制台也发现，短信发送量在飙升，看着统计曲线的增长，紧张的气氛也渐渐变得更浓，很明显，事情并不是遇到一个bug那么简单，因为牵涉到服务费用，需要立即解决。 阅读全文
摘要：
springboot开启access_log日志输出，springboot查看access_log日志 阅读全文
摘要：
前几天在测试应用的功能时，发现存入数据库中的数据create_time或者update_time字段总是错误，其他数据都是正常的，只有关于时间的字段是错误的。 进入linux服务器中查看，也没有任何的异常，然后就觉得可能是docker容器的问题，进入到容器中，查看系统时间，果然与宿主机中的时间不同， 阅读全文
摘要：
在docker中运行sql文件 阅读全文
摘要：
将数据的初始化放到docker中的整个工作过程(问题记录) 阅读全文
摘要：
不知道大家有没有这种感觉，对多线程、锁这种知识点“又爱又恨”，感觉很近又感觉很远，想去认真探索一个究竟，但是终究没能迈出第一步，或者迈出第一步也不想继续前进了，觉得这些知识点特别难搞。
对线程这一块儿的知识比较模糊，初学Java的时候，也没有特别着重的去看，觉得有些晦涩难懂，后来工作了，也没有接触过类似的编码要求，因此造成了一个思维怪圈，对之莫名的好奇，又无法完全说服自己去认真的学习它并对之有一个透彻的理解，平时工作中确实用的不多，而且试着学过，又觉得过程比较枯燥，但是也的的确确知道这个知识点的重要性，也知道一些框架或者工具底层肯定是用到了这些知识点的，只不过是自己没有动手写过相关代码罢了。 阅读全文
不知道大家有没有这种感觉，对多线程、锁这种知识点“又爱又恨”，感觉很近又感觉很远，想去认真探索一个究竟，但是终究没能迈出第一步，或者迈出第一步也不想继续前进了，觉得这些知识点特别难搞。
对线程这一块儿的知识比较模糊，初学Java的时候，也没有特别着重的去看，觉得有些晦涩难懂，后来工作了，也没有接触过类似的编码要求，因此造成了一个思维怪圈，对之莫名的好奇，又无法完全说服自己去认真的学习它并对之有一个透彻的理解，平时工作中确实用的不多，而且试着学过，又觉得过程比较枯燥，但是也的的确确知道这个知识点的重要性，也知道一些框架或者工具底层肯定是用到了这些知识点的，只不过是自己没有动手写过相关代码罢了。 阅读全文
摘要：
作者：13 GItHub： "https://github.com/ZHENFENG13" 版权声明：本文为原创文章，未经允许不得转载。 项目演示视频：https://www.bilibili.com/video/av52551095 文章中的图片被限制访问，可以查看我的这篇文章 "My Blog搭 阅读全文
摘要：
对于技术人员来说，拥有自己的个人博客应该是一件令人向往的事情，可以记录和分享自己的观点，想到这件事就觉得有意思 阅读全文
摘要：
阶段总结 又到了优化篇的收尾阶段了，这其实是一篇阶段总结性的文章，今天是4月29号，距离第一次发布博客已经两个月零5天，这两个多月的时间，完成了第一个项目ssm demo的更新，过程中也写了33篇博客来对项目进行讲解和分析，更多的应该是自己的心得体会，把一些想表达的东西写在博客中展现给大家，这个过程 阅读全文
摘要：
本文提要 最近写的几篇文章都是关于数据层优化方面的，这几天也在想还有哪些地方可以优化改进，结合日志和项目代码发现，关于数据层的优化，还是有几个方面可以继续修改的，代码方面，整合了druid数据源也开启了sql监控等，修改和规范了变量的命名方式，建表时的命名方式也做了修改，不过做的这些还不够，优化这件 阅读全文
摘要：
本文提要 从编码角度来优化数据层的话，我首先会去查一下项目中运行的sql语句，定位到瓶颈是否出现在这里，首先去优化sql语句，而慢sql就是其中的主要优化对象，对于慢sql，顾名思义就是花费较多执行时间的语句，它带来的影响也比较恶劣，首先是执行时间过长影响数据的返回速度，其次，慢sql的长时间执行也 阅读全文
摘要：
本文提要 前文也提到过druid不仅仅是一个连接池技术，因此在将整合druid到项目中后，这一篇文章将去介绍druid的其他特性和功能，作为一个辅助工具帮助提升项目的性能，本文的重点就是两个字：监控。 我的github地址 "点这里" druid监控 因为已经做了整合，所以这一步较为简单，只需要在w 阅读全文
摘要：
前言 终于回到既定轨道上了，这一篇讲讲数据库连接池的相关知识，线程池以后有机会再结合项目单独写篇文章(自己给自己挖坑，不知道什么时候能填上)，从这一篇文章开始到本阶段结束的文章都会围绕数据库和dao层的优化去写，本篇是一个开始。本文会介绍连接池技术并对比目前比较流行的java连接池技术，之后，会把d 阅读全文
摘要：
前言 这两天也一直在纠结这一篇文章该写什么东西，前面临时加的两篇文章就有些打乱了整体节奏，这一篇又想去写一下代码层面优化的事情，可是也不太能抓住重要的点，不太确定从何入手，因为这件事情牵涉了太多技术问题，存在于项目的方方面面，如果想要透彻的去讲这件事，我也知道是不可能的，纠结了两天，这篇文章就着眼于 阅读全文