摘要：
引言 看起来是个小需求，但几乎每个开发都遇到过： 线上日志里躺着 1700000000，到底是个什么时间？ 前端把毫秒时间戳当秒处理，接口传值总是差三个零 写测试用例要造一个"2038 年之后"的时间戳，心算半天 数据库里存的是微秒时间戳，一般的转换工具根本不支持 大多数人的做法：开个在线工具 → 阅读全文
posted @ 2026-08-19 08:48
qzgdadada
阅读(1)
评论(0)
推荐(0)
摘要：
引言 图片太大，是很多人的日常烦恼： 做网站/小程序，产品图动辄 3-5MB，页面加载被 Lighthouse 标红 报名、上传工单、发邮件附件，卡在"图片不能超过 500KB" 公众号配图、证件照、合同截图……又不敢随便丢进来路不明的压缩网站——万一被传到服务器，隐私就没了 装个 Photosho 阅读全文
posted @ 2026-08-19 08:46
qzgdadada
阅读(2)
评论(0)
推荐(0)
摘要：
引言 虽然 JSON 是当下接口的主流，但 XML 从未离开过我们的日常： 对接微信支付、银联等接口，回调报文是 XML 和传统企业做SOAP / WebService 对接，报文还是 XML 改 pom.xml、web.config、AndroidManifest，一改就乱 第三方 SDK 的配置 阅读全文
posted @ 2026-08-19 08:44
qzgdadada
阅读(2)
评论(0)
推荐(0)
摘要：
引言 做开发的朋友，谁没被"一坨" JSON 折磨过？ 接口返回的数据压缩成一行几百 KB，肉眼完全没法看；线上排障拿到日志里的转义字符串，手动去反斜杠去到手抽筋；两个版本的接口响应放在一起，想找差异全靠肉眼逐行扫…… 大多数人解决这些问题的方式，是打开一个"JSON 在线格式化"网站，粘贴、点按钮 阅读全文
posted @ 2026-08-19 08:43
qzgdadada
阅读(2)
评论(0)
推荐(0)
摘要： 
引言 每个开发者的浏览器收藏夹里，大概都躺着十几个"在线工具站"： JSON 格式化用一个，Base64 编码用一个，MD5 计算用一个，正则测试用一个，图片压缩用一个，时间戳转换还得再来一个…… 要用的时候，要么想不起来存哪了，要么打开之后发现还要注册登录，更糟心的是——把公司内部数据粘进一个来路 阅读全文
引言 每个开发者的浏览器收藏夹里，大概都躺着十几个"在线工具站"： JSON 格式化用一个，Base64 编码用一个，MD5 计算用一个，正则测试用一个，图片压缩用一个，时间戳转换还得再来一个…… 要用的时候，要么想不起来存哪了，要么打开之后发现还要注册登录，更糟心的是——把公司内部数据粘进一个来路 阅读全文
posted @ 2026-08-17 14:58
qzgdadada
阅读(3)
评论(0)
推荐(0)
浙公网安备 33010602011771号