业务场景在使用MySQL数据库时，常会用 IN () 关键字来作为查询条件，但查询结果并不是按照IN () 里面的顺序来排序的，如何实现查询结果按照IN ()里面的顺序来排序呢？解法使用 ORDER BY FIELD(字段名,a,b,c,d) 来实现排序，但是这种排序方法是效率很低的排序方式，建议谨
业务场景回顾服务器项目系统日志，因为超过磁盘预警大小，预警后就写了脚本来处理具体处理逻辑：每月月初，定时任务执行脚本，脚本逻辑是 压缩 上月所有日志文件到一个 压缩文件（上月月度压缩文件）,scp 命令 传输压缩文件至日志存储服务器，然后删除上个月产生的所有日志文件现在采购专用日志服务器，需要知道磁
浏览GitHub时，无意间看到一个照片变素描的项目后，在好奇心的驱使，clone 了项目在本机跑起来，就是站在巨人的肩头看看新世界~~看了项目，发现有很多参数可以调节修改，这里不细说了（自己都不甚了解咋说），看效果见文末~项目地址：https://github.com/vijishmadhavan/
1. CSRF （cross-site request forgery）跨站请求伪造利用cookie，用户本地存储cookie，攻击者利用用户的cookie进行认证，然后伪造用户发出请求，攻击者利用了存储在浏览器用于用户认证的cookie预防：不用cookie来验证可以预防，采用token（不存储于
接手公司一个人管系统的项目，一直都是IP+port在访问，极不不方便记忆，且近期业务需要通过等级保护认证，必须满足等保三级认证的要求，所以有必要解析二级域名、配置通过https域名来访问项目，以满足等级保护整改的要求。下面就分步骤简要记录下操作的过程。一、配置前的准备工作：解析二级域名下载SSL证书
业务场景某一天，业务部门反馈说系统某个功能现在不能用了，之前还是能用的，你有点诧异，随即在开发环境一测，果然如此。此时你一定在想到底咋回事？是代码被其他同事合并分支时处理了？是某位同事出于某种原因做了特殊处理？还是各种其他的原因呢？总之就是很想知道到底是什么时候什么人做了什么是导致的功能错误！简介碰
一 缘由每天早晨被闹钟叫的个半醒状态，就开始机械般的眯眼打开zfbAPP，手动一个个点击能量球收集能量，也不知道图个啥，就是随了人性了！这怎么能行，费时费力，主要是影响睡觉的连续性😴，天理不容啊！早早就听过网络中存在着自动收取能量的脚本，打开Chrome，一阵Google操作后，大概实现过程已了然
ssh远程登录Linux服务器很慢问题排查最近ssh连接远程Linux测试服务器时，总是很慢，非常影响工作效率，有时甚至只能命令行ssh root@ip 才能连接成功，sftp上传工具都连接不上了。排查问题命令行输入：ssh -vvv root@123.xxx.x.xx输入密码后，会打印出具体的错误
Linux 服务器删除大日志文件磁盘空间仍旧未释放问题排查查看磁盘利用情况收到磁盘预警邮件后，查看邮件内容，提示云服务器磁盘利用率已经 大于 90%，估计是Tomcat生产的日志好久没有清理造成的，登录远程Linux服务器后，df -h 先查看了磁盘利用率。删除大的日志文件大约70G之后，再次查看
