极客中年的博客

一个gzip引发的案件，原因是因为过waf的时候，waf会自动引入gzip压缩处理，导致前置应用没有处理，解决此问题的方案有2。

涉及到128bits的密钥生成出现了岔子，导致前端生成的密钥后端无法解密了，报的错误就是：密钥不是128bits。这就是说：随机来128比特的二进制，得到16字节数组，再用Hex把16字节的数组转化为32长度的字符数组，注意1字节=2个十六进制字符，所以到此生成了32长度的字符串。通常用数字0、1、2、3、4、5、6、7、8、9和字母A、B、C、D、E、F（或其大写形式A。问题就在这里，随机生成的字符串超过了F，用到了其他的字母，导致无法反推，改为按照十六进制的正常表示生成随机字符串就没问题了。

导入导出：

1.升级项目版本号命令：mvn versions:set -DnewVersion=1.0.0-SNAPSHOT父项目pom文件所在目录下执行：

org.springframework.dao.InvalidDataAccessApiUsageException: Error attempting to get column 'CREATE_TIME' from result set. Cause: java.sql.SQLFeatureNotSupportedException; null; nested exception is java.sql.SQLFeatureNotSupportedException at org.spr

报错信息：main, handling exception: javax.net.ssl.SSLHandshakeException: Received fatal alert: handshake_failure错误解析：https请求时三次握手失败分析原因：因为我司使用jdk1.8，而对方对接公司使用jdk7什么操作都不做的情况下报错如下图：main, handling exception: javax.net.ssl.SSLException: Received fatal alert:

参考：https://blog.youkuaiyun.com/zqs305082800/article/details/80695675

题目大意是：写一个方法，入参是六个整数，组合成当天最小时间，如果数字组不起来就输出NOT PROSSIBLE。 大致写了一个可以基本实现功能的，后续有时间再改进。如果大家有好的建议，欢迎指导。import java.text.ParseException;import java.text.SimpleDateFormat;import java.util.ArrayList;imp...

HTTP请求方法GET：请求获取REQUEST-URI标识的资源； POST：一般用于提交form表单，来更改服务器的资源； PUT：请求服务器存储一个资源； HEAD：请求获取url所标识的资源响应信息报头； DELETE：请求删除服务器的资源； TRACE：请求服务器回送收到的请求信息，主要用于测试诊断等； CONNECT：保留未来使用； OPTIONS：请求查询服务器的性能...

最近实现了一个非常蛋疼的功能，虽然看上去是很简单。但是，页面处理起来非常麻烦，尤其是加上产品部门特殊的那些逻辑。但是现在终于算是弄出眉目了。简单点来标记一下自己遇到的一些事情吧。 1.分页sql的逻辑问题，select * from ( select *,rn from ( select * from s ) a where a.rn <= end) b wher

前段时间，我在开源中国码云上面，看到项目jeesite中导入Excel是利用注解来操作，加上之前我在工作中也有批量处理导入Excel的功能，但是没有使用注解，代码不简洁。所以注解方式来释放代码