今天写项目的时候发现日期解析结果不对,很纳闷,从控制台中看传过来的数据是对的,但解析得到数据就是错的,如下图 最终查资料发现是格式上的错误,年份的YYYY应该改成yyyy,之后就正常了。 以下是正确格式 ...
继 Swagger 解决日期格式显示为Unix时间戳格式 UTC格式这篇博客解决的日期格式后又发现了一个问题 问题 查询出来的时间没有注意到足足少了 个小时,如图 解决 其实这个问题不是Swagger的错,是 JsonFormat的锅 GMT:格林威治标准时间 Greenwich Mean Time 中国是东八区,加上时区即可。 ...
2018-11-07 17:26 1 2399 推荐指数:
今天写项目的时候发现日期解析结果不对,很纳闷,从控制台中看传过来的数据是对的,但解析得到数据就是错的,如下图 最终查资料发现是格式上的错误,年份的YYYY应该改成yyyy,之后就正常了。 以下是正确格式 ...
BUG现场 一个线上项目之前一直运行得很稳定,从没出过数据错误的问题,但是在2021.12.26这天却“意外”地出现了数据计算错误。 刚开始一头雾水,不知道是什么问题,后来经过日志排查才定位到原来是日期格式化引起的问题,原本应该是“2021-12-26”日期字符串,但是格式化 ...
▌问题描述new Date()获取正确,使用TimeUtils.timeInUTC()转换日期格式后,时间早了比北京时间晚了8小时 ▌原因分析时区不正确,TimeUtils默认使用格林威治时间,晚了8小时,而我们使用的是北京时间,需要设置时区为东8区 ▌解决方案在时间格式转换前,添加以下 ...
RSA 是常用的非对称加密算法。最近使用时却出现了“不正确的长度”的异常,研究发现是由于待加密的数据超长所致。 .NET Framework 中提供的 RSA 算法规定: 待加密的字节数不能超过密钥的长度值除以 8 再减去 11 ...
在Visual Studio 2010安装了EF Power Tools Beta 3之后,希望根据本地现有数据库模型来生成基于Entity Framework Code First的代码时,经常出现提示参数不正确,如下图所示: 对于“异常来自 HRESULT:0x80070057 ...
RSA 是常用的非对称加密算法。最近使用时却出现了“不正确的长度”的异常,研究发现是由于待加密的数据超长所致。 .NET Framework 中提供的 RSA 算法规定: 待加密的字节数不能超过密钥的长度值除以 8 再减去 11 ...
接收项目的仿真环境,发现电脑无法运行其中的一个exe文件。 提示: 在网上提供的信息不能够解决问题。 经过排查发现,该文件应该是VS2008开发的,电脑只装了VS2010,无法运行。安装2008之后,解决该问题。 记录如下,方便你我。 ...
参考: jenkins系统时间不正确解决方案 最近在研究 jenkins 做流水线打包,费了一番周折终于成功了。但是却发现时间不对。我们现在的项目打包依赖时间戳,这就有可能会有冲突,而且如果该镜像包有问题,就不方便定位了。 因此在网上寻找了一番,找到了这个解决方案,一开始先直接在内部跑命令 ...