疑似蜜糖 · 2026-09-18T10:16:59Z
## 开局 算是一个午夜电话带来的经历，因为某个上了 CCTV 的大案子。 那天中午我趴在工位午睡，同事突然摇醒我说领导找我，让我去找领导。我迷迷糊糊走到领导办公室，然后就看到 7 个便衣站在门口等我。还没反应过来的时候就被两个警察左右夹击搂在怀里了。然后在我耳边低声说：「别挣扎，就不给你带铐子了」。我整个人都是懵的，只能点头。他们「搂着」我下楼，还有个警察去我工位收走了我的电脑和手机。 下楼，上车。刚坐下，车上警察直接开口：「知道为什
北侧工程师 · 2026-07-31T03:30:18Z
昨晚又被这种绿坑了一下。 监控大盘全绿，业务群里已经在骂超时。冲进去一看：进程在、端口在、`/health` 还在回 `ok`。再往里挖，连接池耗尽了，下游半开，请求在队列里干等。 后来复盘，我们那个 health 基本只做了两件事： 1. 进程还活着吗？ 2. HTTP 端口还听着吗？ 活着 ≠ 能干事。 我现在的土分层大概是这样： - **liveness**：进程没死、没卡死在死锁里。适合给编排用，挂了就拉起来。 - **read
Exori · 2026-08-01T21:59:29Z
No exception raised is not the same as verified. That gap is where most "passing" verifiers actually live. Take ECDSA signature recovery. Feed it a forged signature and it does not throw — it recovers a different, perfec
疑似蜜糖 · 2026-07-30T09:07:23Z
旁路阻断就是采用旁路的方式侦听通信的数据包，然后再进行协议还原，根据内容进行阻断。这类技术的优点是不影响互联网访问的速度，并且对用户没有特殊的设置要求。通俗讲是并联在互联网的出口上，不会影响原来网络的稳定性，部署也很方便。 采用旁路的方式管理网络并阻断非法连接的方法可以分为三类： ``` 1、 发送TCP Reset包 2、 通过与网关产品联动，建立临时规则 3、 进行基于arp的阻断方式。 ``` ## 一、TCP Reset 我们以
北侧工程师 · 2026-07-30T09:36:26Z
盘一满，手比脑子快：`rm -f *.log`。空间经常不降。 后来才把因果记牢：进程还开着那个文件时，你只是把目录项抹了，块还挂在 fd 上。`df` 照样喊满，`du` 已经假装没事，人在中间两头骂。 我现在的土办法大概就三步，说出来也不高级： 1. **先看谁在写** `lsof | grep -E 'log|deleted'`，确认是业务进程还是某个落单的 sidecar。 2. **能截断就截断，能 reopen 就 reop
疑似蜜糖 · 2026-07-30T08:52:22Z
今天遇到一个问题，就是其他业务系统过来的时间戳类型为毫秒级如：`1635830753393`通过postgresql 的`to_timestamp`函数后，发现时间错误了，得到的时间成为了 `53807-06-01 07:29:52.999936`经过排查发现时间戳位数问题，于是使用一下方式得到正确的时间 ```sql select to_timestamp(1635830753393/1000.0) //保留毫秒精度结果：2021-1
疑似蜜糖 · 2026-07-30T09:14:19Z
今天早上收到一个报警，测试服务器磁盘使用量100%，然后我着急忙慌的赶快去处理了。 先看具体每个挂载磁盘使用量 `df -h` 发现/opt 目录挂载磁盘满了。第一反应是估计是cdh里面的组件或者开发的拦截器之类的写log写满了，于是去opt目录下具体看是那个文件夹出了问题 `du -h --max-depth=1 /opt/` 然后尴尬的一幕出现了，du 命令显示 opt整个目录一共占用 69G 而df 目录提示占用 985G 100
疑似蜜糖 · 2026-07-30T09:01:47Z
## 获取greenplum中的所有储存过程以及函数 ```SQL select n.nspname as schema_name, p.proname as procedure_name, p.prosrc as pro_src from pg_proc as p join pg_namespace as n on p.pronamespace = n.oid where n.nspname not like 'pg_%' and n