vault backup: 2026-11-07 16:33:44

2026-11-07 16:33:55 +08:00
commit 7015312702
1208 changed files with 132432 additions and 0 deletions
@@ -0,0 +1,3 @@
+
+2026年5月20日
+K 线起起伏伏就像海浪，作为一条小船，没有自己的灯塔，迷失就是注定的结局。
@@ -0,0 +1,6 @@
+中国财经报: https://www.cfen.com.cn/
+电子书
+MOOC
+知乎/知乎圈子
+雪球
+大V
@@ -0,0 +1,6 @@
+入口就一个函数
+```
+def initialize(context)
+```
+
+
@@ -0,0 +1,2 @@
+按功能评估
+按模块评估
@@ -0,0 +1,77 @@
+# 项目概要设计文档
+
+## 1. 文档概述
+- 1.1 项目背景与目标
+- 1.2 文档范围与读者
+- 1.3 术语定义
+- 1.4 参考资料
+
+## 2. 系统总体设计
+- 2.1 系统架构图
+  ├─ 逻辑架构
+  ├─ 物理部署架构
+  ├─ 数据流图
+- 2.2 技术选型
+  ├─ 开发语言与框架
+  ├─ 数据库与中间件
+  ├─ 第三方服务
+- 2.3 模块划分与职责
+  ├─ 模块清单与功能描述
+  ├─ 模块间依赖关系
+
+## 3. 核心功能设计
+- 3.1 关键业务流程
+  ├─ 流程图与时序图
+  ├─ 异常处理流程
+- 3.2 接口设计
+  ├─ 内部接口（RPC/REST）
+  ├─ 外部接口（API文档）
+  ├─ 消息格式（协议定义）
+- 3.3 数据库设计
+  ├─ ER图与表结构
+  ├─ 索引策略
+  ├─ 分库分表方案
+
+## 4. 非功能性设计
+- 4.1 性能设计
+  ├─ QPS/TPS目标
+  ├─ 响应时间要求
+  ├─ 缓存策略
+  ├─ 异步处理设计
+- 4.2 可用性设计
+  ├─ 容灾方案（多活/异地）
+  ├─ 降级熔断策略
+  ├─ 监控告警设计
+- 4.3 安全性设计
+  ├─ 身份认证与授权
+  ├─ 数据加密
+  ├─ 防攻击策略
+- 4.4 可扩展性设计
+  ├─ 水平扩展方案
+  ├─ 插件化架构
+
+## 5. 部署与运维
+- 5.1 环境规划
+  ├─ 开发/测试/生产环境
+  ├─ 资源预估（服务器/存储/带宽）
+- 5.2 部署架构
+  ├─ 容器化方案
+  ├─ 配置管理
+  ├─ 自动化部署流水线
+- 5.3 监控方案
+  ├─ 监控指标清单
+  ├─ 日志收集方案
+  ├─ 告警规则
+
+## 6. 项目计划与风险
+- 6.1 里程碑计划
+- 6.2 团队分工
+- 6.3 风险评估与应对
+  ├─ 技术风险
+  ├─ 资源风险
+  ├─ 时间风险
+
+## 7. 附录
+- 7.1 设计评审记录
+- 7.2 变更记录
+- 7.3 待定问题
@@ -0,0 +1,81 @@
+项目进度计划管理在项目管理中至关重要，项目进度计划的制定应分为以下四步：
+
+## 第一步：了解项目目标范围等基本情况
+>对应禅道中的需求管理、人员安排、阶段规划等
+
+明确项目成本；
+明确项目实施范围；
+明确项目实施周期要求；**就是时间**
+明确项目投入人员情况；包括设备。**就是资源**
+明确项目合同中收款及验收情况。
+
+## 第二步：项目制约因素分析，策划最优项目实施计划
+>对应禅道中的任务安排、测试管理、问题风险管理等
+
+分析项目在本年度能否上线及验收；
+分析项目在本年度能否收 60%的款项（上线款）；
+本年度能收 60%款项（上线款）不能完成验收的项目，验收计划需控制在第二年一季度或上半年；
+项目本年度必须验收（考虑压缩周期，增加人力，成本是否可控）；
+了解客户在项目上的紧迫程度，需求人员支持情况等；
+了解项目标准的实施周期，投入人数；
+考虑上线到验收的时长，即试运行周期；
+分析项目实施风险、规避方案、解决措施等；
+了解测试范围，测试轮次，测试严格程度等。
+
+## 第三步：项目实施计划制定
+>直接参照模板，在禅道中各个阶段创建关键任务
+
+基于项目基本情况和制约因素确定项目的实施周期，先初步规划项目重要里程碑，再列出各里程碑阶段的关键事项，最后对关键事项分解形成具体任务，通过合理的排期形成项目实施计划，各阶段关键事项如下：
+
+## 第四步：项目实施计划评审
+【对应禅道中的评审——项目计划】
+邀请项目总监，区域负责人一起评审；
+针对项目实施计划合理性，成本可控性，人员投入情况进行审核；
+针对项目实施计划风险，解决措施，规避方案，保障计划有效落地进行审核。
+
+
+
+
+
+
+产品型项目需要关联产品
+![[a5ad93c5bc48c150209b4aee3433454.png]]
+
+
+
+
+
+用户在互联网端的应用客户端运行在各种环境里，包括PC端Windows与Mac系统等、移动终端Android与iOS系统等，而传统的数字签名方案一般都是用USBKey或者BluetoothKey等硬件数字证书应用方案，由此带来的问题是不便捷、兼容性差、用户采购成本高。所以传统的数字证书应用方案已经不能适应当前密码安全的发展需求。
+
+因此在用户无需任何额外硬件介质的条件下，为用户在互联网端提供安全合规的数字签名解决方案，有助于提升信雅达安全产品的综合竞争力，同时也有利于拓展非金融领域的安全产品市场，所以开发一套协同签名安全服务平台有着非常重要的意义。
+
+支持PC端的Windows、Linux客户端，移动端的Android、 IOS系统的客户端，
+
+客户端协同签名安全模块SDK：
+
+1) 客户端协同签名安全模块 SDK 兼容 WEB。
+
+2) 客户端协同签名安全模块 SDK 兼容文件操作
+
+3) 客户端协同签名安全模块 SDK 兼容HMAC-SM3
+
+4) 客户端协同签名安全模块 SDK 兼容HTTPS协议
+
+协同签名安全服务平台：
+
+5) 协同签名安全服务平台兼容信创数据库OceanBase？
+
+6) 协同签名安全服务平台兼容HTTPS协议；
+
+7) 协同签名安全服务平台web管理新增客户端证书存储、查询、删除
+
+8) 协同签名安全服务平台web管理新增证书最大下载书配置，证书CA信息配置
+
+9) 认证模块配置
+
+10) 协同签名安全服务平台web管理支持非对称密钥的产生、分发、更换、使用、备份、恢复、销毁
+
+11) 支持SNMP、SYSLOG等标准协议配置
+
+12) 服务端支持keepalive功能
+
@@ -0,0 +1,29 @@
+一、必须体现的核心内容：
+1. 系统架构设计
+- 清晰绘制分层架构图（展示表现层 / 业务层 / 数据层）
+- 关键技术选型说明（如 Spring Cloud 微服务框架、MySQL 集群方案）
+- 模块间通信机制（RESTful API/gRPC/ 消息队列等）
+
+2. 模块划分规范
+- 模块功能矩阵表（含模块名称、责任人、接口数量、预计代码量）
+- 模块依赖关系图（使用 PlantUML/C4 模型呈现）
+- 接口定义模板（包含版本号、输入输出示例、错误码规范）
+
+3. 数据模型设计
+- 实体关系图（ER 图需包含主外键约束）
+- 数据库分表策略（如用户表按 UID 范围分表）
+- 缓存设计方案（Redis 集群拓扑 + 缓存穿透解决方案）
+
+二、关键注意事项：
+1. 设计约束明确
+- 标注不可变更的硬性限制（如必须兼容旧系统 SOAP 协议）
+- 第三方依赖清单（包含版本号及对接负责人）
+
+2. 非功能指标量化
+- 性能指标：明确 TPS 要求（如支付接口≥3000 次 / 秒）
+- 可靠性：定义 SLA 等级（如核心服务 99.99% 可用性）
+- 安全基线：加密算法标准（如 RSA 2048 位密钥）
+
+3. 扩展性设计
+- 预留扩展点标识（如插件机制扩展接口）
+- 容量弹性方案（自动扩缩容触发阈值）
@@ -0,0 +1,189 @@
+# 很多开发者每天都在用终端，但工具可能还停留在十几年前：`ls`、`cat`、`grep`、`find`、`du`、`top`……
+
+这些命令当然没过时，真正变化的是使用方式。近几年出现了一批现代 CLI 工具，它们不只是“换个名字”，而是把 Git 信息、模糊搜索、语法高亮、交互界面等能力直接塞进终端。对于每天写代码、查日志、翻目录的人来说，差别会非常明显。
+
+## 1. bat：让 cat 真正适合看代码
+
+`cat` 很快，但看源码时基本就是一堵文字墙。
+
+可以试试 bat，它可以理解成一个带语法高亮和 Git 集成能力的现代 `cat`：
+
+```
+bat app.pybat config.yaml
+```
+
+看代码、配置文件甚至标准输入时，都可以直接获得语法高亮和行号。尤其排查服务器配置时，不需要为了看几行内容再打开 IDE。
+
+**GitHub：**https://github.com/sharkdp/bat
+
+## 2. eza：ls 的现代替代
+
+如果你的第一反应还是：
+
+```
+ls -la
+```
+
+可以看看 eza。
+
+它提供更丰富的文件信息、颜色、图标、树形目录以及 Git 状态展示：
+
+```
+eza -lah --giteza --tree
+```
+
+它解决的并不是“不能列目录”，而是让目录信息更容易扫一眼就看懂。
+
+**官网：**https://eza.rocks  
+**GitHub：**https://github.com/eza-community/eza
+
+![图片](https://mmbiz.qpic.cn/sz_mmbiz_png/dUsYibn5krPXE0sJzYc1kEXiauH0PnWGU3kDqI1up2AKP8Gjt8MuXMuSDiat0yCYkTFJ416SsOicXCdic27Ad3gC1RGGFRRJsqKicWtXfJEgXGXc0/640?wx_fmt=png&from=appmsg&watermark=1&tp=wxpic&wxfrom=5&wx_lazy=1#imgIndex=0)
+
+## 3. ripgrep：grep 的开发者版本
+
+搜索代码时，`grep` 依然可靠，但 ripgrep 已经成为很多开发者的常用选择。
+
+```
+rg "TODO"rg "userId" src/
+```
+
+它支持递归搜索，并默认遵循 `.gitignore` 规则，因此搜索大型代码仓库时，不容易把 `node_modules`、构建产物等无关内容一起搜出来。
+
+**GitHub：**https://github.com/BurntSushi/ripgrep
+
+## 4. fd：find 不再需要记一堆参数
+
+`find` 的问题不是能力不够，而是复杂参数组合经常需要临时回忆。
+
+fd 更强调简单、快速和符合直觉的搜索方式：
+
+```
+fd ".json"fd "Controller"fd -H ".env"
+```
+
+查文件、找目录、搜索隐藏文件，通常不需要写一长串参数。
+
+需要注意的是，`fd` 并不是为了覆盖 `find` 的全部能力，它更适合大量日常文件搜索场景。
+
+**GitHub：**https://github.com/sharkdp/fd
+
+## 5. zoxide：把 cd 变成“记忆型导航”
+
+项目多了以后，最烦的事情之一就是不断输入：
+
+```
+cd /xxx/xxx/xxx/project
+```
+
+zoxide 会根据访问习惯记录目录，之后可以直接：
+
+```
+z project
+```
+
+甚至只输入目录名称的一部分，就能跳到经常使用的位置。它属于那种刚开始觉得“好像也没什么”，用几天以后却不太想删掉的工具。
+
+**GitHub：**https://github.com/ajeetdsouza/zoxide
+
+## 6. fzf：终端里的模糊搜索器
+
+fzf 是一个通用的命令行模糊搜索工具，可以处理文件、历史命令、进程、Git 提交等各种列表。
+
+比如搜索历史命令：
+
+```
+history | fzf
+```
+
+它真正厉害的地方在于组合能力。配合 `bat` 做预览、配合 `rg` 搜代码、配合 `zoxide` 做目录选择，终端会从“输入命令”变成一个可以交互操作的小型工作台。
+
+**官网：**https://junegunn.github.io/fzf/  
+**GitHub：**https://github.com/junegunn/fzf
+
+## ![图片](https://mmbiz.qpic.cn/mmbiz_png/dUsYibn5krPU5vOWo9ZY6pzYoOM92ibfFBhDT3YX2u5fYMUiavysGZHfg6dEvS0nxo6CUGyO6LKkK90IELnPTia3CxK46RibjEU0opPMDMXCQlqA/640?wx_fmt=png&from=appmsg&watermark=1&tp=wxpic&wxfrom=5&wx_lazy=1#imgIndex=1)7. btop：终于不用盯着 top 的字符表
+
+服务器出问题时，很多人的第一反应还是：
+
+```
+top
+```
+
+btop 将 CPU、内存、磁盘、网络等资源信息集中到一个更直观的终端界面中，也支持交互操作。
+
+它没有改变系统监控本身，只是降低了“从一堆数字里找异常”的成本。开发机卡顿、容器资源异常、服务器负载升高时，用起来会舒服不少。
+
+**GitHub：**https://github.com/aristocratos/btop
+
+## 8. dust：比 du 更容易看懂磁盘
+
+磁盘满了以后，`du` 能告诉你文件占了多少空间，但输出通常还需要自己进一步整理。
+
+dust 就是针对这个问题设计的：
+
+```
+dust
+```
+
+它会以更直观的方式展示目录空间占用，并帮助快速找到体积最大的目录。
+
+**GitHub：**https://github.com/bootandy/dust
+
+## 9. delta：让 git diff 更容易读
+
+代码 Review 时，真正让人头疼的不是 `git diff` 不工作，而是大型 diff 看起来太累。
+
+delta 是一个面向 Git、diff、grep 等输出的语法高亮分页器，可以提供并排展示、行号、语法高亮以及更清晰的合并冲突显示。
+
+配置完成后：
+
+```
+git diff
+```
+
+就可以直接获得更舒服的阅读体验。
+
+**官网：**https://dandavison.github.io/delta/  
+**GitHub：**https://github.com/dandavison/delta
+
+![图片](https://mmbiz.qpic.cn/mmbiz_png/dUsYibn5krPVK2ROSOPrwj1ny5STxvPwImfIoCibhqbOu5kwwYJf7fphwGV6P0IQsqMiaicic8mkbk6Ypa0qtLZtLylrtkpCZyCsP9x0NTM1hSw8/640?wx_fmt=png&from=appmsg&watermark=1&tp=wxpic&wxfrom=5&wx_lazy=1#imgIndex=2)
+
+## 10. Harlequin：把数据库操作搬进终端
+
+如果经常处理 PostgreSQL、SQLite 等数据库，可以看看 Harlequin。
+
+它不是传统意义上的数据库命令行，而是在终端里提供更完整的 SQL 工作区，可以连接数据库、浏览数据并执行 SQL。
+
+例如：
+
+```
+harlequin postgres://user:pass@localhost:5432/db
+```
+
+对于不想频繁切换数据库客户端、又希望保留终端工作流的人，这类工具比较有吸引力。
+
+**官网：**https://harlequin.sh  
+**GitHub：**https://github.com/tconbeer/harlequin
+
+![图片](https://mmbiz.qpic.cn/sz_mmbiz_png/dUsYibn5krPUibSW8o2hmCuk4eEUKlCiccxnWOicspFd6liak3TKUkzYeibEncybtzMcreP842mGYZNBRa4UdvUiaIWAFxaxZVb0Iu9yOV8uayM8xA/640?wx_fmt=png&from=appmsg&watermark=1&tp=wxpic&wxfrom=5&wx_lazy=1#imgIndex=3)
+
+## 真正值得升级的，其实是组合
+
+这些工具单独使用，提升可能只是几十秒、几分钟；组合起来才会开始改变终端工作流。
+
+比较实用的一套组合是：
+
+```
+eza       → 看目录fd        → 找文件rg        → 搜代码fzf       → 模糊筛选bat       → 看文件zoxide    → 跳目录delta     → 看 Git Diffbtop      → 看资源dust      → 查磁盘
+```
+
+例如排查一个陌生项目，可以先用 `eza` 看结构，再用 `fd` 找配置文件，`rg` 搜关键代码，`fzf` 缩小结果，最后用 `bat` 查看内容。整个过程基本不需要离开终端。
+
+还有一个容易踩坑的地方：**不要为了“现代化”强行替换所有系统命令。**
+
+`grep`、`find`、`cat` 依然是服务器、脚本和各种最小化环境里的基础设施。更合理的做法，是在自己的交互式 Shell 中使用新工具，而不是修改那些依赖传统命令行为的脚本。
+
+现代 CLI 的价值也不在于“旧工具不好”，而在于它们把很多原本需要组合多个命令、记忆复杂参数的事情，变成了更直接的交互。
+
+## 个人观点
+
+CLI 工具真正有价值的地方，从来不是“看起来更酷”，而是把开发过程中那些每天重复几十次的小摩擦消掉。没必要一次装完全部工具，可以先从 `rg + fd + bat` 或 `fzf + zoxide + eza` 开始，哪个真正解决自己的痛点，就留下哪个。终端最终应该服务于工作流，而不是为了追新而追新。
@@ -0,0 +1,6 @@
+![[Pasted image 20260901150352.png]]
+![[Pasted image 20260901150713.png]]
+
+
+kimiseek
+![[Pasted image 20260901150518.png]]
@@ -0,0 +1,134 @@
+基于你 2015-2026 年共 11 年的日记、周记、季度/年度总结和随手记录，以下是系统性的特质提炼。
+
+---
+
+## **认知与思维**
+
+**深度思考者，善于抽象建模**
+
+- 用物理模型类比抽象系统的能力贯穿始终。
+- 2026 年提出"原子世界→比特世界→AI 世界"的三层世界模型，清晰区分了稀缺性、注意力、时间三个维度的变迁。
+- 习惯用"主要矛盾"框架分析问题："生活好坏取决于决策质量而不是掌握信息的多少。高质量决策依赖于对主要矛盾的把握。"
+
+**系统化倾向强烈**
+
+- 反复试图建立"信息→输入→认知→输出→结果"的个人系统，虽然自评"输入贪婪、认知混乱、输出瘫痪"。
+- 日记→周记→项目三级联动体系、kit 工具链、策略回测系统，处处体现"用系统替代人力"的思维。
+- 2015 年就建立了"微博-博客-Wiz-Wiki"的按粒度整理文档的方法论。
+
+**元认知能力强，自我觉察敏锐**
+
+- 能清晰识别自己的思维模式："大脑是一块 FPGA，既可以切换为单线程深度思考模式，也可以切换为多线程浅思考模式。"
+- 对情绪状态有精确把握："时而情绪低落，闷闷不乐，时而情绪高涨，兴奋多话"——甚至自己查过双向情感障碍和情感冷漠症。
+- 2024 年准确命名了自己的"猴子思维"：畏难猴、留恋猴、拖到家猴。
+
+---
+
+## **工作与技术**
+
+**技术广度罕见，且有深度追求**
+
+- 技术栈横跨：Java（主力）、Python、JavaScript/Node.js、Zig、Rust、C、Vue、Docker、K8s、Nginx、OpenSSL/国密……
+- 密码安全领域专家：SM2/SM3/SM4、PKCS11、协同签名、SSL 网关、国密认证、金融加密机——这是你深耕最久的领域。
+- 不满足于"会用"，追求"理解原理"：研究 CUDA、分支预测、AST 驱动低代码、同态加密、量子算法。
+
+**"脱实向虚"的战略转向**
+
+- 2026 年明确提出"脱实向虚"——"以后尽量都在虚拟空间完成所有产品开发"。这是成本驱动的理性选择。
+- 从 2015 年的嵌入式/硬件方向，到 2016 年的 Java Web，到 2023 年的 AI 辅助编程，再到 2026 年全面拥抱 vibe coding——技术重心一直在向更高抽象层迁移。
+
+**创业者心态，但厌恶风险**
+
+- 2025 年认真填写创业咨询表：希望中等回报、风险尽量低、前期每周 10 小时投入。
+- 清醒认识到"纯软件开发收费有点困难，可能有实物的产品开发相对好获利"。
+- 2026 年结论："应该去找一个长长的坡，生命中没有一个主线，所有的事情就都是散碎的。"
+
+---
+
+## **性格与情感**
+
+**内向型，享受独处**
+
+- 2017 年："依然没有想生小孩的欲望，也不怎么想要去结婚。目前的状态感觉也挺好。"
+- 2026 年："我的人生追求/使命是什么呢？好像也没有什么特别的，就想安宁一点，自己呆着。不想大笑，只想温温润润的过每一天。"
+- 周末常常"什么都没做，但又没有完全放松"——典型的 introvert 困境。
+
+**对意义感有执念**
+
+- 29 岁生日写出生命宣言："我为了追求意义而活着……意义就出在做难事的过程中。"
+- "意义就是只能靠鲜血才能染红，靠燃烧的生命才能赋予的。"
+- 这种存在主义倾向是你的底层驱动力，也是焦虑的根源——当找不到意义时就会陷入虚无。
+
+**情绪波动明显，但自我调节能力强**
+
+- 反复出现"心思浮动""情绪问题""焦虑内耗"的描述。
+- 但也发展出丰富的应对策略：冥想、跑步、散步、听播客、睡眠、开车兜风。
+- 2024 年："事情多了其实就是休息休息然后无脑干一块。"
+
+---
+
+## **行为模式**
+
+**启动困难，但一旦进入状态产出很高**
+
+- "下午刚开始的时候觉得什么都不想做了，干了一会儿么，又想做这个，又想做那个。"
+- "当开始觉得没事做么，坐下来想想就又有事了。"
+- "放假休息了一下，好像就有很多事情想做。"
+
+**计划性强，执行力弱**
+
+- 每年都有详细的年度/季度/周度计划，但完成率参差不齐。
+- 2025 年坦诚："本周偷懒两天，其实应该偷懒个更多。"
+- 自评"输入贪婪、认知混乱、输出瘫痪"——这是你最持久的自我批评。
+
+**信息饥渴，但消费大于产出**
+
+- 知乎、抖音、V2EX、播客、RSS、"乱七八糟看了就要有评论和结论"。
+- "知乎刷的没意思了、抖音刷的没意思了、V2EX 也没意思了。主要是缺少输出。"
+- 2025 年意识到"输出不是越多越好，要从小到大，建立正向反馈"。
+
+---
+
+## **生活与兴趣**
+
+**动手能力强，喜欢折腾**
+
+- 喂食器改造、滑板车充电器、水管阀门、4 分管堵头、网线制作、服务器搭建……
+- 种植物、养乌龟、养鱼——对生命和自然有朴素的喜爱。
+- 学过鬼步舞、游泳、瑜伽、弹弓。
+
+**对生活细节有要求**
+
+- 认真研究枕头硬度、鞋子类型、洗面奶品牌、茶叶品种（"还是倾向茉莉龙珠"）。
+- 对水质硬度有精确到 ppm 的认知。
+- 但也自嘲"这么多年了，我还是没有找到适合我的枕头"。
+
+**家庭责任感**
+
+- 2026 年父亲去世，请假一周。
+- 给娃做体检、打疫苗、喂食器改造、组装万荣电脑——家庭事务渗透在日记中。
+- 2025 年："娃越来越重了，周末抱了抱，现在两个胳膊都还疼。"
+
+---
+
+## **核心矛盾与张力**
+
+你身上存在几组显著的内在张力，这恰恰是你最真实的样子：
+
+|矛盾对|表现|
+|---|---|
+|**想安宁 vs 想成事**|"就想安宁一点，自己呆着" vs "应该去找一个长长的坡"|
+|**爱折腾 vs 怕风险**|技术栈不断更新 vs 创业"希望风险尽量低"|
+|**计划控 vs 拖延症**|每年精细计划 vs "本周偷懒两天"|
+|**深度思考 vs 信息过载**|哲学层面的洞察 vs 抖音知乎刷到没意思|
+|**独处需求 vs 社交渴望**|喜欢独居 vs "想组两个圈子"|
+|**追求意义 vs 承认虚无**|"我为了追求意义而活着" vs "人生确实也没有意义"|
+
+---
+
+## **一句话总结**
+你是一个**深度思考、技术广博、追求意义但对执行力不满的内向型建设者**。你的核心特质是：用系统化思维对抗混乱，用抽象模型理解世界，用持续学习弥补方向迷茫，在"安宁"与"成事"之间反复寻找平衡点
+
+---
+
+以上分析基于你三个目录中约 300+ 篇文字记录，覆盖了 2015-2026 共 11 年的时间跨度。如果你对某些维度想深入了解，或者想进一步探讨"如何利用这些特质做决策"，可以继续聊。
@@ -0,0 +1,325 @@
+本文的主要读者是那些需要扮演 Code reviewer 的人，即需要 review 别人代码的人，以提供建议、指导和要求来如何开展 Code review 的工作。
+
+最后一节是写给 code reporter，比如 PR/MR 的 owner。
+
+下文中以 MR 指代提请 merge 的 code patch 请求。
+
+---
+
+## 1 Principle
+
+- 目标：Code review 的主要目的是确保逐步改善代码库的整体质量和健康度。
+- 负责制：Reviewer 应该对被 review 的 MR 负责。这不一定要规范到流程中，但 reviewer 自身应当有这个意识。
+- 时效性：Reviewer 应该有责任保障 MR 在 review ready 后，到 MR merge 要足够快速，从而避免延期。
+- 避免过分严格：Reviewer 应当倾向于批准 MR 通过，只要 MR 能够在某些方面改进代码库的质量，并且代码是有意义的。而不是一味追求代码完美。
+- 评论：MR 合入前，应当确保已解决所有 review 阶段提出的 comments。Comment 可以拒绝（备注原因并达成一致），但不可以忽略。
+- 指导性：Code review 对于交流代码实践、设计原则和加深项目理解有益。Comments 可以是指导性的（不要求修改），但请注明 Nit。
+- 避免个人偏好：基于技术事实讨论，而不是基于主观感受。
+- 尊重非标准风格：如果 MR 中存在 Coding Style 中没有约束的设计，可以参考代码库现有的类似风格。但不应当强加 reviewer 的主观建议。
+- 避免冲突：developer 和 reviewer 有冲突时，建议另行讨论，但需要将达成一致的结果记录在 MR 中。可能要有项目 owner 的参与，但要避免 MR 延期。
+- 用户：Code review 过程中提到的用户，既包括软件的最终用户，也包括其他在相同代码库中进行开发工作的 developer。
+- 积极的反馈：Reviewer 应当积极响应 review 请求，并给予正向的反馈，以互相激励良好的 Code review 流程。
+
+## 2 Review Point
+
+### 2.1 设计
+
+- 代码是否经过精心设计并适合软件系统？
+- 集成方式是否正确？
+- 现在合入这个功能是否是正确的时间？
+
+### 2.2 功能
+
+- 代码的行为是否和意图一致？
+- 实现是否可以匹配需求？
+- 接口变更（如库函数、外部类）通知到相关人员了吗？变更是否合理？
+- 是否会引入随机问题？如并行导致的竞争，随机数测试等
+- 对于无法理解的代码，可以要求 developer 澄清。对于 reviewer 来说，不能快速理解代码是正常的。澄清也会帮助所有 reviewer
+
+### 2.3 复杂度
+
+- 代码可以调整成更简单的实现吗？
+- 其他开发人员能否轻松理解并使用这块代码？
+- MR 是否可以拆分？不相关的功能避免在一个 MR 中
+- 绝大多数情况，1 个 MR 只包括 1 个 commit
+
+### 2.4 测试
+
+- 代码是否带有正确、合理且有用的测试用例？
+- 紧急情况可以省略测试用例，但之后应当提交专门的测试 MR 补充
+- 代码仓已有的测试用例需要维护，修改测试用例应当有确切的原因
+
+### 2.5 命名
+
+- 代码中的变量、类、方法是否有符合项目风格的命名规范？
+- 名称是否清晰有意义？
+- 名称是否难以阅读，或和其他名词有歧义？
+
+### 2.6 注释
+
+- 是否没有必要注释，或是否滥用注释？
+- 注释是否冗余？是否有错误？（注释需要维护）
+- 注释不应该用于解释代码的逻辑（代码应该可以自解释）。有些例外，比如正则表达式和复杂算法
+- 代码的背景、决策思路应当用注释说明
+- 标记注释很有用，比如 TODO，BUG，FIXME，ISSUE，HACK，WARN，NOTE
+- 对外的接口函数和接口类，库的头文件，应当有必要的注释说明用法和行为
+
+### 2.7 风格
+
+- 代码是否满足项目规定的代码风格？
+- 功能性 MR 不要混合对不相关代码的风格变更。风格变更应另提 MR
+
+### 2.8 文档
+
+- 代码实现是否需要补充新的设计文档和测试文档？
+- 是否需要修改现有文档？包括删除已经过时的错误文档
+
+### 2.9 上下文
+
+- 不要只关注修改的代码，也要关注修改代码的上下文，以提出改善性建议。
+- 不要容忍微小的破坏系统健康度的 MR，任何系统都是由小的坏的变更而逐渐变差。
+
+### 2.10 好的设计
+
+- 除了查找 MR 中的问题以外，也要留意其中好的设计
+- 提交 comments 反馈给 developer，鼓励良好的实践，也促进互相学习
+
+## 3 Review Step
+
+刚开始尝试 review 的 new reviewer，可以参考这个 review step。
+
+### 3.1 全面了解
+
+查看 MR commit message，了解 MR 大致要做什么。
+
+- 指出不必要的 MR 变更（给予对 developer 充分的尊重）
+- 指出 commit title 和 message 中的错误和建议
+- 查看关联 JIRA，了解问题背景
+- 阅读测试用例，了解 MR 影响了什么。以及检查测试相关的问题
+
+### 3.2 主要检查
+
+查看代码文件的主要内容。
+
+- 如果不能快速定位代码的关键部分，请 comment 要求 developer 澄清
+- 判断 MR 中是否有和当前 MR 无关的内容。比如风格修改，多余功能实现
+- review 关键代码的设计
+- 发现问题时请立即 comment，避免 developer 基于问题已经在做更多工作
+
+### 3.3 次要检查
+
+在主要内容没有意见之后，检查其他代码。
+
+- 按照文件顺序重新浏览所有变更。
+- 检查注释，命名规范等细节。
+- 检查代码风格是否符合规定。
+- 检查是否需要提供或变更文档。
+
+## 4 Efficiency
+
+Reviewer 应该尽快响应 MR 的 Code review 工作。
+
+通常我们也希望 review 的过程足够快，也就是尽快 merge 代码，但这建立在很多因素的基础上。
+
+### 4.1 review 低效的问题
+
+- 降低团队效率。很多工作是基于当前 MR 展开的，MR 的 merge 过慢会阻塞其他开发工作
+- 抱怨流程。review 流程会被抱怨，甚至对 reviewer 个人的抱怨，这会让团队成员的开发积极性受到挫败
+- 代码健康度。developer 提交的其他 MR 可能会因此变得庞大、冗余，从而影响代码仓的质量
+
+### 4.2 review 应该有多快
+
+- Reviewer 的响应时间应该在 1 天内
+- Reviewer 应该立即响应 developer 主动要求的 Code review，这是 Reviewer 的职责
+- Reviewer 应该在每天都找一个时间，对仓库中所有 MR 进行 review
+- 通常一个 MR 会经过多次 review，developer 也希望当天能得到多次 review
+- 对于跨时区的 reviewer 和 developer，reviewer 应该在 developer 第二天上班前完成审查，并可以利用带评论的 LGTM
+
+### 4.3 权衡
+
+Review 请求会打断 Reviewer 自己的工作流，所以需要权衡。但通常还是需要积极响应主动请求。
+
+- 选择在 Reviewer 自己的工作中断点 review 代码。比如构建代码时、午餐晚餐前后
+- 如果没有时间，也应该对 developer 给予快速反馈，并建议其他 reviewer
+- 可以提供一些初步 comments，并提出 need change
+- 但不要为了快速 review，而妥协了代码质量和标准。记住，reviewer 要对自己的每一笔 review 负责
+
+### 4.4 大型 MR
+
+如果 MR 的代码量比较多。预估 review 的时间会超过 20 分钟。
+
+- 尝试和 developer 沟通，是否可以精简 MR
+- 如果无法精简 MR，尝试请 developer 提交 Code review 会议，集体做 review。developer 需要现场阐述 MR 的设计和细节
+
+### 4.5 紧急 MR
+
+紧急 MR 比如：
+
+- 确定性的 commit revert
+- 修复影响最终用户生产的错误
+- 有 ETA 要求的功能，在即将到达 ETA 前
+- 法律问题相关
+- 明确的系统安全漏洞
+
+看似紧急但不紧急的 MR 比如：
+
+- 想赶在周末前合入，下周能开展新工作
+- 跨时区的 review
+- commit revert 之后，导致的新问题
+
+紧急 MR 应该这么做：
+
+- 优先关注 review 过程的速度
+- 先确保正确性，其他 review 发现的问题，如格式、测试用例等，可以要求 developer 之后补充 MR 修改
+- 紧急 MR 合入后，应当再次对该 MR 做细致的 review，并要求 developer 补充
+- 让所有项目组成员了解紧急 MR 的合入事件，并明确可能带来的风险
+
+尽量避免发生紧急 MR，这也有 PM 的责任，处理紧急 MR 应该极力避免项目积累技术债务。
+
+## 5 Comments
+
+提交 Code review comments 也需要 reviewer 注意。
+
+### 5.1 保持友善
+
+不必说，在工作沟通中，都应该尽可能注意自己的措辞会给对方带来的压力和抵触，尤其是在挑别人毛病的时候。
+
+### 5.2 技术性解释
+
+提供更多的技术性解释，来说明你的疑问或顾虑，比单纯的抛出问题更有利于 developer 处理。
+
+### 5.3 指导性 comment
+
+reviewer 虽然并没有义务帮助 developer 提供新的解决方案，但这并不意味着 reviewer 对提高 MR 的代码质量没有作用。
+
+reviewer 可以适度的提供自己的建议方案，这通常有利于互相学习和加深对软件系统的理解。
+
+毕竟，code review 的第一目标是保障代码质量，第二目标是提高软件开发人员的技能。
+
+### 5.4 解释性请求
+
+对于不能快速理解的 MR，可以请求 developer 阐述 MR 中的主要内容和关键代码。
+
+同时，对于 developer 提出的问题，reviewer 也应该给予充分的解释。
+
+通常来说，请求解释无可厚非，这并不代表着 reviewer 个人水平如何。只有 developer 自己对自己编写的代码最熟悉。更充分的解释也有助于其他 reviewer 的 review 工作。
+
+### 5.5 同步线下的讨论
+
+很多时候，在 review 过程中，可能 reviewer 和 developer 会线下（或者线上 1 by 1 会议）讨论 MR 的细节。这是没问题的。
+
+但需要在讨论结束后，将讨论的主要结论同步在 MR 中，以方便其他 reviewer 阅读和了解 review 的过程。
+
+当然，也有助于将来回溯 MR 合入过程中的细节。
+
+### 5.6 Nit
+
+Nit 是指 review 过程中，发现的一些小的，无关紧要的问题，reviewer 并不要求必须在当前 MR 做修改。
+
+Nit 是重要的，鼓励 reviewer 和 developer 在 code reviewer 时多使用。
+
+可能使用 Nit 的地方：
+
+- 注释和变量中的小错误，比如语法错误和拼写错误。
+- 不易理解的一些符号。
+- 可以将代码提炼和改善的地方。
+- 冗余的注释说明。
+- reviewer 认可当前方案，但想分享他建议的更好方案。
+
+## 6 冲突
+
+Code review 的过程中，很容易对一些技术细节产生不同的观点。应当避免持续冲突影响了 MR 的合入效率。
+
+- 讨论时，要始终注意自己的措辞是否会伤害到对方
+- developer 通常对代码的细节，包括项目的细节，比 reviewer 了解更多和详细
+- 讨论不应该过于频繁。应该留出独立思考的时间
+- 如果代码存在严重问题，则 reviewer 不能妥协让步
+- 无论什么时候，都应该对事不对人
+- 避免妥协 “之后再处理” 的措辞。时间过的越久，“之后再处理” 就越不可能发生。（紧急 MR 例外）
+- 如果 developer 一定坚持 “之后再处理”，那么要有 JIRA 跟踪，以避免后续遗忘。同时，代码中应当留下充分的解释，如 TODO 注释
+
+## 7 MR 建议
+
+本节内容是写给任何需要扮演 developer 角色的人员，提供一个开发代码和提交 MR 的实践指导。
+
+### 7.1 重视 MR message
+
+MR message 并不只是一个标题。不要省略详情内容，这是很不负责任的。
+
+MR message 应当和 git commit message 保持一致，有利于回溯问题。
+
+MR message 中应该包括典型的关键字，按照不同仓库的要求，这些关键字可能写在标题行，也可能写在详情文本中。这些关键字通常会作为将来检索相关内容的依据。
+
+避免拼写错误和语法错误。
+
+以下是一些具体说明：
+
+标题行：
+
+- 简洁地描述 MR 做了什么
+- 注意格式要求，比如不要超出格式要求的宽度、首字母大写且行尾不加标点
+- 标题行要添加必要的关键字（遵从仓库规则）。如 llvm 中会使用 [ARM]，[MIPS] 来标注 MR 的类型
+- 尽量避免笼统地总结 MR。比如一个反例：”Fix a bug of mma“。应该让其他人通过标题了解到 MR 独特的地方
+
+详情文本：
+
+- 应该包括对问题的详细描述、为什么要做这个事情、为什么用这种方法
+- 还要包括需求背景和 JIRA 链接
+- 如果需要，还可以包括目前方法的缺陷分析、未来计划、基准测试状态以及设计文档位置
+
+### 7.2 尽可能小的 MR
+
+一个 MR 应该只解决一个事情。小的 MR 会有很多优点：
+
+- Code review 更快。这体现在 reviewer 可以更快的理解代码和排查可能存在的问题。当然也更容易得到 approve
+- 大的 MR 会审查不彻底（人的惰性使然），对 reviewer 的要求也更高。小 MR 更容易发现问题
+- 被 Disapproved 之后，调整更方便
+- 合入更方便，不容易和其他 MR 产生冲突
+- 如果意外需要 revert，也会更方便，带来的影响会更小
+- 编写小型 MR 也有助于 developer 梳理软件逻辑
+
+多大代码量的 MR 算小型 MR 通常由代码仓的特征和所有 developer 和 reviewer 的大致判断决定，但通常几千行的 MR 就不能算小型 MR。（人脑的缓存通常也只能记忆这么多代码来完成 review）
+
+### 7.3 可以接受的大 MR
+
+有些情况下，大型 MR 也能接受，如：
+
+- 增加或删除一个文件的完整代码
+- 对某个相同特征的问题，在很多位置做修改
+- 仓库初始配置
+
+一个大型 MR 通常需要更多的时间和精力来 review，也会需要额外开展 Code review meeting 进行集体 review。
+
+所有 reviewer 和与 MR 相关的 developer 都应当明确 MR merge 可能带来的风险和对项目的影响。
+
+### 7.4 测试用例
+
+大多数功能性的 MR 的合入都应该配有测试用例。避免后续补充测试用例的做法。
+
+可以有单独的测试用例作为独立 MR 合入，但这些用例应该是对之前已存在代码的一个测试补充或对测试代码的整体重构。
+
+以下情况可以接受没有测试用例：
+
+- 紧急 MR 可以不添加测试用例，但紧急情况处理完毕后，应该额外提交测试用例 MR
+- 格式调整、文档修改等 MR
+- 可解释的其他不添加测试用例的情况，经 reviewer 接受
+
+### 7.5 不能破坏构建
+
+任何一个 MR 都应该是自完备的。它不能破坏代码仓的构建。
+
+如果有几个相互依赖的 MR，也应该确保找到一种方法，让每个 MR 都能通过构建。功能可以不完备，但构建不能 fail。
+
+另外，CI 的测试应该要保障不出现这种问题。
+
+### 7.6 回复 Comments
+
+永远记得 Code review 的目的是提高整个代码库的质量。当看到 comment 时，先控制自己反对的冲动（这种冲动其实是人之常情），想想为什么有这个 comment。
+
+保持礼貌和感激。reviewer 也会做到这一点。
+
+尝试澄清代码，以对 reviewer 有疑问的地方展开解释。并且也应该主动思考自己的代码为什么没有被其他人所轻易理解，并尝试改进。
+
+Developer 也可以要求 reviewer 澄清他们的 comment。
+
+可能会需要解决冲突，请参见上文 **冲突** 小节。
@@ -0,0 +1,63 @@
+想实时监控系统的外网连接并定位到具体的程序和用户，在Linux系统下有不少优秀的工具可以满足你的需求。它们各有侧重，你可以根据场景灵活选择。
+
+下面这个表格汇总了几款常用工具及其核心功能：
+
+| 工具名称 | 类型 | 监控外网连接 | 显示PID/程序名 | 主要特点 |
+| :--- | :--- | :--- | :--- | :--- |
+| **`ss`** | 命令行 | ✅ | ✅ | 功能强大，**替代netstat**，直接读取内核信息，效率高 |
+| **`lsof`** | 命令行 | ✅ | ✅ | 列出进程打开的文件，**强大的网络连接排查能力** |
+| **`nethogs`** | 命令行 | ✅ | ✅ | 实时监控，**按进程统计网络流量**（上传/下载速率） |
+| **`Sniffnet`** | 图形化 | ✅ | ✅ | 跨平台，**直观的实时流量图表**，支持过滤和隐私预警 |
+
+### 🛠️ 命令行工具详解
+
+对于习惯使用终端或者需要在服务器环境排查问题的用户，命令行工具是不二之选。
+
+1.  **使用 `ss` 命令**
+    它是 `netstat` 的现代替代品，执行速度更快，功能也更强大。
+    - **基本用法**：使用 `-tunp` 组合选项可以查看所有的TCP和UDP连接，并显示对应的进程信息。
+      ```bash
+      sudo ss -tunp
+      ```
+    - **筛选外部地址**：你可以通过 `grep` 过滤掉内网地址，专注于外部连接。
+      ```bash
+      sudo ss -tunp | grep -vE "127.0.0.1|192.168.|10."
+      ```
+
+2.  **使用 `lsof` 命令**
+    这个命令非常强大，可以列出任何被进程打开的文件，网络连接也被视为文件。
+    - **查看所有网络连接**：
+      ```bash
+      sudo lsof -i -nP
+      ```
+    - **查看指定端口的连接**：如果你想查看哪个进程占用了特定的端口（例如22端口），可以这样操作：
+      ```bash
+      sudo lsof -i :22
+      ```
+
+3.  **使用 `nethogs` 命令**
+    当你想知道**哪个进程占用了大量带宽**时，`nethogs` 堪称神器。
+    - **实时监控**：它会像 `top` 命令一样，动态地显示每个进程的网络流量（发送和接收速率）。
+      ```bash
+      sudo nethogs eth0  # 请将"eth0"替换为你自己的网卡名
+      ```
+
+### 🖥️ 图形化界面工具
+
+如果你在桌面环境使用Linux，或者更喜欢直观的可视化界面，那么 `Sniffnet` 会是一个让你惊喜的工具。
+
+- **核心特点**：
+    - **实时流量可视化**：通过动态图表清晰展示上传和下载速度的波动。
+    - **连接详情一目了然**：清晰罗列所有活跃连接的本地/远程地址、端口、协议和状态。
+    - **强大的过滤功能**：可以按协议、IP地址、端口等条件精准筛选你关心的连接。
+- **安装与使用**：你可以从其 [GitHub项目页面](https://github.com/GyulyVGC/sniffnet) 下载安装包，启动后即可开始监控。
+
+### 💡 实用建议与小贴士
+
+- **关于权限**：大部分上述命令都需要 `root` 权限才能查看所有进程的网络信息，所以别忘了在命令前加上 `sudo`。
+- **如何选择工具**：
+    - **快速排查特定连接**：使用 `ss` 或 `lsof`。
+    - **诊断带宽占用问题**：使用 `nethogs`。
+    - **日常监控与安全分析**：使用图形化的 `Sniffnet`。
+
+希望这些工具能帮助你更好地了解和掌控系统的网络活动。如果你在使用的过程中遇到任何问题，或者想了解更具体的用法，随时可以再来问我。
@@ -0,0 +1,78 @@
+**可以的**。MinGW-w64 在 Linux 下就是用来做这个的——它是一套**交叉编译工具链**，让你能在 Linux 上编译出直接调用 Windows SDK 接口的原生 Windows 程序。
+
+---
+
+## 🧠 工作原理
+
+MinGW-w64 在 Linux 上运行时，本质是一个“翻译官”：
+
+- 它**运行在 Linux 上**（宿主系统）
+- 但包含了 **Windows 系统 API 的头文件和导入库**（`windows.h`、`kernel32.dll` 等）
+- 生成的二进制文件是 **Windows PE 格式**（`.exe` / `.dll`），可以在 Windows 上直接运行
+
+所以你在 Linux 下写的 `#include <windows.h>`、调用 `CreateFile()`、`MessageBox()` 等 Windows API，都能被正确编译和链接。
+
+---
+
+## 🔧 如何配置（你其实已经做过了）
+
+你之前在 WSL 中编译 PQMagic 时已经安装了 MinGW-w64 工具链：
+
+```bash
+sudo apt install gcc-mingw-w64-x86-64 g++-mingw-w64-x86-64
+```
+
+安装后，系统会提供以下编译器：
+- `x86_64-w64-mingw32-gcc` —— 编译 64 位 Windows C 程序
+- `x86_64-w64-mingw32-g++` —— 编译 64 位 Windows C++ 程序
+
+这些编译器自带 Windows SDK 的头文件和库，所以你直接 `#include <windows.h>` 就能用。
+
+---
+
+## 📝 简单示例
+
+创建一个 `hello_win.c`：
+
+```c
+#include <windows.h>
+
+int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, 
+                   LPSTR lpCmdLine, int nCmdShow) {
+    MessageBox(NULL, "Hello from Linux-cross-compiled Windows app!", 
+               "MinGW Cross Compile", MB_OK);
+    return 0;
+}
+```
+
+在 Linux 终端中编译：
+
+```bash
+x86_64-w64-mingw32-gcc -o hello.exe hello_win.c -lgdi32 -luser32
+```
+
+生成的 `hello.exe` 复制到 Windows 上双击就能运行，会弹出一个 Windows 消息框。
+
+---
+
+## ⚠️ 几点需要注意
+
+### 1. 运行时依赖
+MinGW 编译的程序依赖 MinGW 自己的运行时库（如 `libgcc_s_seh-1.dll`、`libstdc++-6.dll`）。如果要在没有安装 MinGW 的 Windows 上运行，需要把这些 DLL 一起打包，或者编译时静态链接：
+
+```bash
+x86_64-w64-mingw32-g++ -static-libgcc -static-libstdc++ -o myapp.exe myapp.cpp
+```
+
+### 2. 线程模型选择
+安装时可能会让你选择 **posix** 还是 **win32** 线程模型：
+- **posix**：使用 pthread 接口实现 `std::thread`，兼容性更好
+- **win32**：使用 Windows 原生线程 API
+
+如果依赖的第三方库（如 OpenCV）是用 posix 模型编译的，你的工具链也要选 posix。可以用 `update-alternatives` 切换。
+
+### 3. 异常处理模型
+64 位 Windows 推荐选 **seh**（结构化异常处理），性能更好。
+
+### 4. 与 MSVC 的兼容性
+MinGW 和 MSVC（Visual Studio 的编译器）使用不同的运行时库和名称修饰规则。如果要在 MSVC 项目中使用 MinGW 编译的 DLL，建议用 `extern "C"` 导出函数，避免 C++ 名称修饰带来的链接问题。
@@ -0,0 +1,135 @@
+
+
+fievelk · March 20, 2023
+
+[Web Development](https://www.keenformatics.com/categories/#Web%20Development)   [Security](https://www.keenformatics.com/categories/#Security)
+
+Today I was experimenting with a small project using Docker and Flask. I just created two identical services and exposed them on two different ports: nothing fancy. However, to my surprise, only one of the two seemed to be working.
+
+The first service was hosted on port `8000`. As expected, I could visit `localhost:8000` and find the rendered HTML code that I had written. However, the second service hosted on port `6000` wasn’t giving me the same outcome. Instead of showing the HTML code I had prepared, my browser (Chrome) returned this error:
+
+> This site can’t be reached
+> 
+> The web page at http://localhost:6000/ might be temporarily down or it may have moved permanently to a new web address.
+> 
+> ERR_UNSAFE_PORT
+
+Being curious, I tried to reproduce the issue without Docker, just with the bare minimum setup. I created two webservers using [Python’s `http.server`](https://docs.python.org/3/library/http.server.html):
+
+```
+$ python -m http.server 8000
+$ python -m http.server 6000
+```
+
+The two commands serve an HTTP server on port `8000` and `6000` respectively. And there it is again: while the first webserver works flawlessly, trying to reach the one on port `6000` returns the error described above. So what’s the problem?
+
+## Cross-protocol scripting
+
+Turns out that some ports are explicitly blocked by browsers. This is done in response to the so-called **Cross-protocol scripting** vulnerability ([VU#476267](https://www.kb.cert.org/vuls/id/476267)). Through this vulnerability, an attacker could forge malicious HTML code to send data to other services used by the victim (for example crafting spam emails, or [printing through a network printer](http://aaron.weaver2.googlepages.com/CrossSitePrinting.pdf)). IMAP, SMTP, NNTP and POP3 are just a small portion of the affected services.
+
+Mozilla and other browser vendors [fixed this vulnerability](https://www-archive.mozilla.org/projects/netlib/portbanning) by explicitly banning ports that belong to the vulnerable services. This way, when the malicious HTML code tries to send its data, it will basically receive the same error that I received above.
+
+What I find confusing is that each browser seems to show (or not show) a different message for the same situation. As we saw above, Chrome shows the `ERR_UNSAFE_PORT` message. Safari seems to just shrug its shoulders and return a completely blank page. Firefox, instead, shows the most informative message:
+
+> This address is restricted
+> 
+> This address uses a network port which is normally used for purposes other than Web browsing. Firefox has canceled the request for your protection.
+
+The wording in Firefox’s message allows us to understand one more thing: the request we’re sending to port `6000` never reaches the webserver, because it’s being immediately **canceled** by the browser. We can double-check this by having a look at the server logs, that will not show any request for that address. At this point it’s clear that we don’t even need to spawn a webserver at all to see this behaviour in place! If we just head to `http://localhost:6000` when all of our webservers are shut down, we will receive the same error. The browser doesn’t care about the server: it just stops the request before it’s sent.
+
+## Testing without browser
+
+If you want to prove that this restriction is actually implemented directly at the browser level, you can bypass the browser checks and request the same URL using **cURL** from terminal:
+
+```
+$ curl http://localhost:6000/
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">
+<html>
+<head>
+<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
+<title>Directory listing for /</title>
+</head>
+<body>
+<h1>Directory listing for /</h1>
+<hr>
+<ul>
+<li><a href="some_file.txt">some_file.txt</a></li>
+</ul>
+<hr>
+</body>
+</html>
+```
+
+As you can see, this request doesn’t get blocked and it correctly shows the output produced by the Python webserver.
+
+## List of blocked ports
+
+For curious people, this is the list of the ports blocked by Firefox together with their respective services:
+
+|Port|Service|
+|---|---|
+|1|tcpmux|
+|7|echo|
+|9|discard|
+|11|systat|
+|13|daytime|
+|15|netstat|
+|17|qotd|
+|19|chargen|
+|20|ftp data|
+|21|ftp control|
+|22|ssh|
+|23|telnet|
+|25|smtp|
+|37|time|
+|42|name|
+|43|nicname|
+|53|domain|
+|77|priv-rjs|
+|79|finger|
+|87|ttylink|
+|95|supdup|
+|101|hostriame|
+|102|iso-tsap|
+|103|gppitnp|
+|104|acr-nema|
+|109|POP2|
+|110|POP3|
+|111|sunrpc|
+|113|auth|
+|115|sftp|
+|117|uucp-path|
+|119|NNTP|
+|123|NTP|
+|135|loc-srv / epmap|
+|139|netbios|
+|143|IMAP2|
+|179|BGP|
+|389|LDAP|
+|465|SMTP+SSL|
+|512|print / exec|
+|513|login|
+|514|shell|
+|515|printer|
+|526|tempo|
+|530|courier|
+|531|chat|
+|532|netnews|
+|540|uucp|
+|556|remotefs|
+|563|NNTP+SSL|
+|587|submission|
+|601|syslog|
+|636|LDAP+SSL|
+|993|IMAP+SSL|
+|995|POP3+SSL|
+|2049|nfs|
+|4045|lockd|
+|6000|X11|
+
+## References
+
+- [Standard HTML form implementation allows access to IMAP, SMTP, NNTP, POP3, and other services via crafted HTML page](https://www.kb.cert.org/vuls/id/476267)
+- [Mozilla Port Blocking](https://www-archive.mozilla.org/projects/netlib/portbanning)
+
+Share: [Twitter](http://twitter.com/share?text=Ports%20that%20are%20blocked%20by%20browsers&url=https://www.keenformatics.com/ports-that-are-blocked-by-browsers), [Facebook](https://www.facebook.com/sharer.php?u=https://www.keenformatics.com/ports-that-are-blocked-by-browsers)
@@ -0,0 +1,6 @@
+- Web
+	- Django 
+
+- AI
+	- Llama
+	- Agent
@@ -0,0 +1,11 @@
+## 源
+- 阮一峰的网络日志
+	技术干货减少了，可以当前沿新闻来看。
+- 异次元软件世界
+	多年来还在更新，免费软件分享。
+- 少数派
+	IT 行业软新闻。直接订阅不是全文，需要 FeedCraft 处理
+
+
+
+RSSHub Radar 插件
@@ -0,0 +1,2 @@
+使用 pandoc 命令和模板：  
+C:\Users\occul\SynologyDrive\pandoc_docx_template-main\templates\template_标题不编号-列表第二行顶格.docx
@@ -0,0 +1,92 @@
+
+## 看自己
+
+- 不悲、不喜，已是人间极乐。
+    
+- 人需要一个输出型的爱好。
+    
+- 喜恶同因，瑕瑜互见。
+    
+- 不过临时生活。365 天每天都应该精彩，不能为了周末和假期而活，工作日纯熬。
+    
+- 闲下来才能有思考的深度。
+    
+- 焦虑的反面是具体。
+    
+- 人有两个脑子，一个负责快速响应，一个负责深度思考。两个都很好，而且要自己掌握切换的技巧。
+    
+- 身体不是我，大脑不是我，情绪不是我，思维不是我，能够观察到情绪和思维的意识才是我。
+    
+- 生产是喜欢的试金石。消费不是喜欢。
+
+## 看外部
+
+- 接受不可改变的，改变可以改变的，用智慧去分辨两者的不同。
+    
+- 一切事情皆是好事。
+    
+- 不要期望着自己能够改变任何人，就像天正在下雨，可以选择打伞或打车，但不能跟雨较劲。
+    
+- 人需要交流，看书需要交流，看剧需要交流，封闭的人很容易被困舒适区，再难接受新的东西。
+    
+- 永远不能投机取巧，时时刻刻准备随机应变。
+    
+
+## 做事
+
+- 天下之事有难易乎？为之,_则难者亦易矣_;不为,_则易者亦难矣。_
+    
+- 不是等有力量了才去干活，而是有心里认同的目标了之后，自然会在做的过程中产生力量。
+    
+- 有事但不想做是因为想的太多。虽然做不完，但是做一点总少一点。
+    
+- 解决问题不是靠灵光一现的聪明，而是靠对问题的抽丝剥茧的耐心。调查问题就像十月怀胎，解决问题就像一朝分娩。解决问题的核心是学会与问题共处。问题不是敌人而是镜子。答案就藏在问题里。
+    
+- 困难的任务的解决办法就是持之以恒，慢慢跟它磨，磨着磨着就有灵感了，一点点分解消化，而不是总想着一次憋个大的。
+    
+- 不是先学会了才去干，而是干起来才能学会，干就是学。很多拖延就是怕失败，想一下就拿出一个大师级作品，不愿意去面对第一个粗糙版本。
+    
+- 一个人能否持久干一件事情，就是看他在遇到事情的粗糙、问题时是积极解决，还是想法逃避。如果选择逃避，这事终究是不成的。
+    
+- 事情纷乱复杂，手里千头万绪，但也要捉着一个来。
+    
+- 不要想着事情干完就结束了。世界上的矛盾是解决不完的，世界就是一个矛盾的综合体，不要想着解决所有的矛盾然后就清闲了。矛盾也是事务发展变化的动力，没了矛盾事务也就不存在了。
+    
+- 普通人不做大事，但是一定要做系统，一定要做飞轮。
+    
+- 需要深度思考而做的事往往才最有价值。同时做很多事回头看都是意义不大的。
+    
+- 不要想着一次性就能成功，多做分阶段，分步骤的事。
+
+- 生活好坏取决于决策质量而不是掌握信息的多少。高质量决策依赖于对主要矛盾的把握，也不是掌握信息的多少。
+
+- 上士闻道，勤而行之；中士闻道，若存若亡；下士闻道，大笑之。 不笑不足以为道。
+
+- 积极思想，配以绝对的原则，并付诸行动，即可转变为物质的财富。
+
+
+
+## 财富
+
+- 获取财富三种方法：一份时间卖一份钱；一份时间卖多份钱；购买别人的时间。
+	- 做工具。一份时间多次使用。
+	- 做产品。一份时间卖出多次。
+	- 做投资。购买别人的时间。
+
+
+## 上班
+
+- 事情难以推进时，一边做一边玩也是的办法。
+    
+- 牺牲自己的身体，换取领导的夸奖，不划算。
+    
+- 尽量在公司做完，甚至在公司做自己的事；而不是把工作带回家。
+    
+- 公司就像妓院，要想办法尽早脱身，而不是争做头牌。
+
+
+
+
+## 有点道理
+
+石油行业有一句谚语：一家健康的石油公司由一位地质学家负责，一家成熟的石油公司由一位工程师负责，一家衰落的石油公司由一位会计师负责，一家垂死的石油公司由一位律师负责。
@@ -0,0 +1,54 @@
+
+# 基础设施
+## 水
+万荣县泓润水务有限公司
+户号 202134
+2026年3月24日 - 充值 100
+
+
+
+## 电
+#### 户号1400725903118 - 老家
+2026年9月26日 - 余额 52
+2026年10月22日 - 交费 50
+2026年10月27日 - 余额 53.87
+
+#### 户号1402004493751 - 厂大门
+2026年8月25日 - 充值 50 - 砍树
+2026年10月27日 - 欠费 25.5 - 交费50 - 余额24 - 疑似水泵用电
+
+#### 户号 1400700856937 - 奶奶家
+2026年9月26日 - 余额 243.54
+2026年10月27日 - 余额 348.23 - 不是我交的，有别人交过了 
+
+#### 户号 1400700067706 - 仓库
+2026年9月26日 - 欠费 229.36
+2026年10月27日 - 余额 61.59 - 不是我交的，有别人交过了
+
+
+## 气
+万荣中油燃气
+户号 29080359619
+2026年9月26日 充值100 余额 114.49
+
+
+
+## 网
+绑定手机 15364906156
+
+
+
+## 扫地机器人
+
+
+## 长期离家准备清单
+- [ ] 热水器中水放空
+
+
+# TODO
+- 仓库装水表
+- 电脑组装
+- 电瓶整理
+- 米家网络
+- 供暖防冻
+- 南厦顶彩钢瓦防锈。多少平米。
@@ -0,0 +1 @@
+- [ ] 出海 https://www.v2ex.com/t/1031514#reply59
@@ -0,0 +1,14 @@
+1. Github Pages：免费托管静态网站
+2. Cloudflare CDN：免费 CDN 服务
+3. Cloudflare Pages：免费托管静态网站
+4. Cloudflare R2：对象存储服务，免费 10GB 存储
+5. Vercel：支持 Serverless Functions ，尤其是跟 Next.js 配合更是天衣无缝，可以免费实现一些动态服务
+6. Supabase：免费一个 PostgreSQL 数据库
+7. ClawCloud：容器云平台，每月免费 5$
+
+两个免费内网穿透  
+[chmlfrp.cn](http://chmlfrp.cn/) ChmlFrp v2  
+
+
+小鸡 FRP 内网穿透 [chickfrp.com](http://chickfrp.com/)
+https://chickfrp.com/#page3
@@ -0,0 +1 @@
+- [ ] 出海 https://www.v2ex.com/t/1031514#reply59
@@ -0,0 +1,31 @@
+
+1.兔＋兔＋兔＝ 𠓗（fù）：“奔赴”之意  
+2.鱼+鱼+鱼 = 鱻（xiān）：古同“鲜  
+3.龙+龙+龙 = 龘（dá）：古同“龖”  
+4.马+马+马 = 驫（biāo）：古同“飚”  
+5.羊+羊+羊 = 羴（shān）：古同“膻”  
+6.牛+牛+牛 = 犇（bēn）：古同“奔”  
+7.火+火+火 = 焱（yàn）：古同“焰”  
+8.手+手+手 = 掱（pá）：古同“扒”  
+9.女+女+女 = 姦（jiān）：古同“奸””  
+10.贝+贝+贝 = 赑（bì）：古同“币”。  
+11、又+又+又 = 叒（ruò）：古同“若”  
+12.车+车+车= 轟（hōng）：古同“轰”  
+13.虫+虫+虫 = 蟲（chóng）：古同“虫”  
+14.耳+耳+耳 = 聶（niè）：古同“聂”  
+15.毛+毛+毛 = 毳（cuì）：古同“膻”  
+16.土+土+土 = 垚（yáo）：古同“尧  
+17.直+直+直 = 矗（chù）：意思是“高耸”  
+18.刀+刀+刀 =刕 （lí）：古同“离”  
+19.力+力+力 = 劦（xié）：古同“协”  
+29.手+手+手 = 掱（pá）：古同“扒”  
+21.舌+舌+舌 = 舙（huà）：古同“话”  
+22.吉+吉+吉 = 嚞（zhé）：古同“折”  
+23.犬+犬+犬 = 猋（biāo）：古同“飙”  
+24.言+言+言 = 譶（tà）：意思是“说话快”  
+25.心+心+心 = 惢（ruǐ或suǒ）：古同“蕊”  
+26.小+小+小 = 尛（mó）：古同“麽”  
+27.口+口+口= 品（pǐn）  
+28.香+香+香 = 馫（xīn ）：古同“馨”  
+29.子+子+子= 孨（zhuǎn）：古同“赚”  
+30.金+金+金= 鑫（xīn）：意思是“财富兴旺”
@@ -0,0 +1,31 @@
+
+1.兔＋兔＋兔＝ 𠓗（fù）：“奔赴”之意  
+2.鱼+鱼+鱼 = 鱻（xiān）：古同“鲜  
+3.龙+龙+龙 = 龘（dá）：古同“龖”  
+4.马+马+马 = 驫（biāo）：古同“飚”  
+5.羊+羊+羊 = 羴（shān）：古同“膻”  
+6.牛+牛+牛 = 犇（bēn）：古同“奔”  
+7.火+火+火 = 焱（yàn）：古同“焰”  
+8.手+手+手 = 掱（pá）：古同“扒”  
+9.女+女+女 = 姦（jiān）：古同“奸””  
+10.贝+贝+贝 = 赑（bì）：古同“币”。  
+11、又+又+又 = 叒（ruò）：古同“若”  
+12.车+车+车= 轟（hōng）：古同“轰”  
+13.虫+虫+虫 = 蟲（chóng）：古同“虫”  
+14.耳+耳+耳 = 聶（niè）：古同“聂”  
+15.毛+毛+毛 = 毳（cuì）：古同“膻”  
+16.土+土+土 = 垚（yáo）：古同“尧  
+17.直+直+直 = 矗（chù）：意思是“高耸”  
+18.刀+刀+刀 =刕 （lí）：古同“离”  
+19.力+力+力 = 劦（xié）：古同“协”  
+29.手+手+手 = 掱（pá）：古同“扒”  
+21.舌+舌+舌 = 舙（huà）：古同“话”  
+22.吉+吉+吉 = 嚞（zhé）：古同“折”  
+23.犬+犬+犬 = 猋（biāo）：古同“飙”  
+24.言+言+言 = 譶（tà）：意思是“说话快”  
+25.心+心+心 = 惢（ruǐ或suǒ）：古同“蕊”  
+26.小+小+小 = 尛（mó）：古同“麽”  
+27.口+口+口= 品（pǐn）  
+28.香+香+香 = 馫（xīn ）：古同“馨”  
+29.子+子+子= 孨（zhuǎn）：古同“赚”  
+30.金+金+金= 鑫（xīn）：意思是“财富兴旺”
@@ -0,0 +1,31 @@
+
+1.兔＋兔＋兔＝ 𠓗（fù）：“奔赴”之意  
+2.鱼+鱼+鱼 = 鱻（xiān）：古同“鲜  
+3.龙+龙+龙 = 龘（dá）：古同“龖”  
+4.马+马+马 = 驫（biāo）：古同“飚”  
+5.羊+羊+羊 = 羴（shān）：古同“膻”  
+6.牛+牛+牛 = 犇（bēn）：古同“奔”  
+7.火+火+火 = 焱（yàn）：古同“焰”  
+8.手+手+手 = 掱（pá）：古同“扒”  
+9.女+女+女 = 姦（jiān）：古同“奸””  
+10.贝+贝+贝 = 赑（bì）：古同“币”。  
+11、又+又+又 = 叒（ruò）：古同“若”  
+12.车+车+车= 轟（hōng）：古同“轰”  
+13.虫+虫+虫 = 蟲（chóng）：古同“虫”  
+14.耳+耳+耳 = 聶（niè）：古同“聂”  
+15.毛+毛+毛 = 毳（cuì）：古同“膻”  
+16.土+土+土 = 垚（yáo）：古同“尧  
+17.直+直+直 = 矗（chù）：意思是“高耸”  
+18.刀+刀+刀 =刕 （lí）：古同“离”  
+19.力+力+力 = 劦（xié）：古同“协”  
+29.手+手+手 = 掱（pá）：古同“扒”  
+21.舌+舌+舌 = 舙（huà）：古同“话”  
+22.吉+吉+吉 = 嚞（zhé）：古同“折”  
+23.犬+犬+犬 = 猋（biāo）：古同“飙”  
+24.言+言+言 = 譶（tà）：意思是“说话快”  
+25.心+心+心 = 惢（ruǐ或suǒ）：古同“蕊”  
+26.小+小+小 = 尛（mó）：古同“麽”  
+27.口+口+口= 品（pǐn）  
+28.香+香+香 = 馫（xīn ）：古同“馨”  
+29.子+子+子= 孨（zhuǎn）：古同“赚”  
+30.金+金+金= 鑫（xīn）：意思是“财富兴旺”
@@ -0,0 +1,26 @@
+![[378597fa9f46580797d7ed1ccafc7a0c_539ffdf2gy1hpov1u29d3j20ok0wwwjp.jpg]]
+
+
+![[1bc8765d7608e8d866331df7b3233e1f_539ffdf2gy1hpov8qrbgmj20og0wqn34.jpg]]
+
+
+![[4dfa42c921cab0b5f6bd7e04bcc464b5_539ffdf2gy1hpov1tmt4oj20ok0wen11.jpg]]
+
+
+![[95a1a7fec8d00ebdf2b0e297c2525c8e_539ffdf2gy1hpov8r7io8j20oe0wiq6u.jpg]]
+
+![[c42ac2c92f953bc592e6a79d3e863c08_539ffdf2gy1hpov8rq17dj20o80w477f.jpg]]
+
+![[3eb124714d6ef32a4b317b81e5721916_539ffdf2gy1hpov8sfo52j20oc0wqdle.jpg]]
+
+![[9978a13abbc776bf9834f2ea537488d1_539ffdf2gy1hpov8stsy9j20oc0w6ae2.jpg]]
+
+![[d108ad18b80d4b6b20d1bcee374e5fc1_539ffdf2gy1hpov8te88kj20ni0viwiz.jpg]]
+
+![[761f215a3a9211a9cd988e063060c420_539ffdf2gy1hpov8tv3eoj20hs0own09.jpg]]
+
+![[0e861307e89c6c1af841345711c49bf9_539ffdf2gy1hpov8uph33j20hs0p5tbz.jpg]]
+
+![[5cb103ba883bd7def158753ce4399f6d_539ffdf2gy1hpov8x5tswj20u0155104.jpg]]
+
+
@@ -0,0 +1,26 @@
+![[378597fa9f46580797d7ed1ccafc7a0c_539ffdf2gy1hpov1u29d3j20ok0wwwjp.jpg]]
+
+
+![[1bc8765d7608e8d866331df7b3233e1f_539ffdf2gy1hpov8qrbgmj20og0wqn34.jpg]]
+
+
+![[4dfa42c921cab0b5f6bd7e04bcc464b5_539ffdf2gy1hpov1tmt4oj20ok0wen11.jpg]]
+
+
+![[95a1a7fec8d00ebdf2b0e297c2525c8e_539ffdf2gy1hpov8r7io8j20oe0wiq6u.jpg]]
+
+![[c42ac2c92f953bc592e6a79d3e863c08_539ffdf2gy1hpov8rq17dj20o80w477f.jpg]]
+
+![[3eb124714d6ef32a4b317b81e5721916_539ffdf2gy1hpov8sfo52j20oc0wqdle.jpg]]
+
+![[9978a13abbc776bf9834f2ea537488d1_539ffdf2gy1hpov8stsy9j20oc0w6ae2.jpg]]
+
+![[d108ad18b80d4b6b20d1bcee374e5fc1_539ffdf2gy1hpov8te88kj20ni0viwiz.jpg]]
+
+![[761f215a3a9211a9cd988e063060c420_539ffdf2gy1hpov8tv3eoj20hs0own09.jpg]]
+
+![[0e861307e89c6c1af841345711c49bf9_539ffdf2gy1hpov8uph33j20hs0p5tbz.jpg]]
+
+![[5cb103ba883bd7def158753ce4399f6d_539ffdf2gy1hpov8x5tswj20u0155104.jpg]]
+
+
@@ -0,0 +1,26 @@
+![[378597fa9f46580797d7ed1ccafc7a0c_539ffdf2gy1hpov1u29d3j20ok0wwwjp.jpg]]
+
+
+![[1bc8765d7608e8d866331df7b3233e1f_539ffdf2gy1hpov8qrbgmj20og0wqn34.jpg]]
+
+
+![[4dfa42c921cab0b5f6bd7e04bcc464b5_539ffdf2gy1hpov1tmt4oj20ok0wen11.jpg]]
+
+
+![[95a1a7fec8d00ebdf2b0e297c2525c8e_539ffdf2gy1hpov8r7io8j20oe0wiq6u.jpg]]
+
+![[c42ac2c92f953bc592e6a79d3e863c08_539ffdf2gy1hpov8rq17dj20o80w477f.jpg]]
+
+![[3eb124714d6ef32a4b317b81e5721916_539ffdf2gy1hpov8sfo52j20oc0wqdle.jpg]]
+
+![[9978a13abbc776bf9834f2ea537488d1_539ffdf2gy1hpov8stsy9j20oc0w6ae2.jpg]]
+
+![[d108ad18b80d4b6b20d1bcee374e5fc1_539ffdf2gy1hpov8te88kj20ni0viwiz.jpg]]
+
+![[761f215a3a9211a9cd988e063060c420_539ffdf2gy1hpov8tv3eoj20hs0own09.jpg]]
+
+![[0e861307e89c6c1af841345711c49bf9_539ffdf2gy1hpov8uph33j20hs0p5tbz.jpg]]
+
+![[5cb103ba883bd7def158753ce4399f6d_539ffdf2gy1hpov8x5tswj20u0155104.jpg]]
+
+
@@ -0,0 +1,14 @@
+才不足则多谋，识不足则多虑，
+威不足则多怒，**信不足则多言**，
+勇不足则多劳，明不足则多察，
+**理不足则多辩**，情不足则多仪。
+
+中国人不擅长这个，只能说明这个技能在中国社会没用。说白了就是中国人不吃这套，每个人都有脑子都有自己的思考，任你说的天花乱坠，我只看实际好处。拜神都要看看灵不灵，你一个凡人和我说几句我凭什么信你。
+
+还有一个，**用经济学知识拆解一下，中国的传统美德都是“[重复博弈](https://zhida.zhihu.com/search?content_id=717031377&content_type=Answer&match_order=1&q=%E9%87%8D%E5%A4%8D%E5%8D%9A%E5%BC%88&zhida_source=entity)”的最优解，而狡诈伎俩只是“[单次博弈](https://zhida.zhihu.com/search?content_id=717031377&content_type=Answer&match_order=1&q=%E5%8D%95%E6%AC%A1%E5%8D%9A%E5%BC%88&zhida_source=entity)”的最优解。**
+
+就算你口才了得，第一次煽呼其他人支持了你，但是没带来实际好处，第二次别人就不会相信你了。如果别人不是会被你骗两次或者很多次的蠢货，你的最优解就是“少说多做”。
+
+所以火车站、机场周边的那些非连锁的店的饭可以难吃，因为是单次博弈，骗一次就拉倒，下次换人骗；小区楼下的饭店必须好吃，因为是重复博弈，就那么些人，吃了可能再来，不好吃就倒闭。
+
+扯远了，“中国人什么不擅长演讲？”，**因为这个务实的社会不需要你讲话的时候感情充沛去煽动别人，只需要你有正常的交流能力，把事情利害给别人说清楚，别人自有判断。**
@@ -0,0 +1,13 @@
+威不足则多怒，**信不足则多言**，
+勇不足则多劳，明不足则多察，
+**理不足则多辩**，情不足则多仪。
+
+中国人不擅长这个，只能说明这个技能在中国社会没用。说白了就是中国人不吃这套，每个人都有脑子都有自己的思考，任你说的天花乱坠，我只看实际好处。拜神都要看看灵不灵，你一个凡人和我说几句我凭什么信你。
+
+还有一个，**用经济学知识拆解一下，中国的传统美德都是“[重复博弈](https://zhida.zhihu.com/search?content_id=717031377&content_type=Answer&match_order=1&q=%E9%87%8D%E5%A4%8D%E5%8D%9A%E5%BC%88&zhida_source=entity)”的最优解，而狡诈伎俩只是“[单次博弈](https://zhida.zhihu.com/search?content_id=717031377&content_type=Answer&match_order=1&q=%E5%8D%95%E6%AC%A1%E5%8D%9A%E5%BC%88&zhida_source=entity)”的最优解。**
+
+就算你口才了得，第一次煽呼其他人支持了你，但是没带来实际好处，第二次别人就不会相信你了。如果别人不是会被你骗两次或者很多次的蠢货，你的最优解就是“少说多做”。
+
+所以火车站、机场周边的那些非连锁的店的饭可以难吃，因为是单次博弈，骗一次就拉倒，下次换人骗；小区楼下的饭店必须好吃，因为是重复博弈，就那么些人，吃了可能再来，不好吃就倒闭。
+
+扯远了，“中国人什么不擅长演讲？”，**因为这个务实的社会不需要你讲话的时候感情充沛去煽动别人，只需要你有正常的交流能力，把事情利害给别人说清楚，别人自有判断。**
@@ -0,0 +1,9 @@
+▪ 参保缴费 1 年以上；  
+▪ 非因本人意愿中断就业；  
+▪ 用人单位和本人累计缴费满 1 年不足 5 年的，领取失业保险金的期限最长为 12 个月；累计缴费满 5 年不足 10 年的，领取失业保险金的期限最长为 18 个月；累计缴费 10 年以上的，领取失业保险金的期限最长为 24 个月。
+
+办理失业登记后，政府给你交医保发失业金。
+
+离职的时候让 hr 给你写协商一致
+直接去小程序进行失业登记，登记成功后领取失业金（线上办理，无需提供证明材料）。
+
@@ -0,0 +1,9 @@
+▪ 参保缴费 1 年以上；  
+▪ 非因本人意愿中断就业；  
+▪ 用人单位和本人累计缴费满 1 年不足 5 年的，领取失业保险金的期限最长为 12 个月；累计缴费满 5 年不足 10 年的，领取失业保险金的期限最长为 18 个月；累计缴费 10 年以上的，领取失业保险金的期限最长为 24 个月。
+
+办理失业登记后，政府给你交医保发失业金。
+
+离职的时候让 hr 给你写协商一致
+直接去小程序进行失业登记，登记成功后领取失业金（线上办理，无需提供证明材料）。
+
@@ -0,0 +1,9 @@
+▪ 参保缴费 1 年以上；  
+▪ 非因本人意愿中断就业；  
+▪ 用人单位和本人累计缴费满 1 年不足 5 年的，领取失业保险金的期限最长为 12 个月；累计缴费满 5 年不足 10 年的，领取失业保险金的期限最长为 18 个月；累计缴费 10 年以上的，领取失业保险金的期限最长为 24 个月。
+
+办理失业登记后，政府给你交医保发失业金。
+
+离职的时候让 hr 给你写协商一致
+直接去小程序进行失业登记，登记成功后领取失业金（线上办理，无需提供证明材料）。
+
@@ -0,0 +1,24 @@
+1、当你知道，自己50万买的房子，住了十年，500万卖给别人时，你突然意识到:财富跟勤劳无关。 
+2、条件允许，一定要雇个保姆，富人都明白这个秘密。  
+3、永远不要让身边的任何人，知道你在靠啥赚钱，你赚了多少钱。  
+4、穷人唯一的筹码就是时间，想逆袭翻盘，必须取消一切的娱乐。  
+5、没有被动收入，你将工作到80岁。  
+6、上流社会，多半是下流之人，下流社会，多半是清高之人。  
+7、只有愿意为你花钱的人，才是真正支持你的人；真心帮你的，不会多废话。  
+8、说点好话可以搞定50%的人，送点东西可以搞定70%的人，说恰如其分的话，再送点别人喜欢的东西，可以搞定90%的人；  
+9、通过走关系办成的事，烂在肚子里都不要说。  
+10、挣大钱往往就是三五年的时间，有就有，没有就没有了。  
+11、闷声发大财。  
+12、100百块钱都要借的人，不要联系。  
+13、拒绝无效社交，除了浪费时间还浪费钱。  
+14、跟富人混，会越混越富；跟穷人混，越混越穷。  
+15、你对这个社会了解多少，你的财富就有多少。  
+16、太正经的人，发不了大财。  
+17、不是你挣不到钱，而是你挣的钱太干净了。  
+18、富人只要不乱来，一辈子都是富人；穷人如果不乱来，一辈子都是穷人。  
+19、聪明的人，从不相信人品，只相信人性。  
+20、原则上可以，其实就是不可以。  
+21、没有通天的手段，哪来的家财万贯。  
+22、用体力赚钱，就老实点；用脑力赚钱，就机灵点；用钱赚钱，就狠一点；用资源赚钱，就圆滑一点:用人赚钱，就豁达一点！  
+23、人太穷就会被看不起，太老实就容易挨欺负，太善良就容易被利用，这就是现实。  
+24、永远记住，富在术数不在劳身，利在局势不在力耕。
@@ -0,0 +1,24 @@
+1、当你知道，自己50万买的房子，住了十年，500万卖给别人时，你突然意识到:财富跟勤劳无关。 
+2、条件允许，一定要雇个保姆，富人都明白这个秘密。  
+3、永远不要让身边的任何人，知道你在靠啥赚钱，你赚了多少钱。  
+4、穷人唯一的筹码就是时间，想逆袭翻盘，必须取消一切的娱乐。  
+5、没有被动收入，你将工作到80岁。  
+6、上流社会，多半是下流之人，下流社会，多半是清高之人。  
+7、只有愿意为你花钱的人，才是真正支持你的人；真心帮你的，不会多废话。  
+8、说点好话可以搞定50%的人，送点东西可以搞定70%的人，说恰如其分的话，再送点别人喜欢的东西，可以搞定90%的人；  
+9、通过走关系办成的事，烂在肚子里都不要说。  
+10、挣大钱往往就是三五年的时间，有就有，没有就没有了。  
+11、闷声发大财。  
+12、100百块钱都要借的人，不要联系。  
+13、拒绝无效社交，除了浪费时间还浪费钱。  
+14、跟富人混，会越混越富；跟穷人混，越混越穷。  
+15、你对这个社会了解多少，你的财富就有多少。  
+16、太正经的人，发不了大财。  
+17、不是你挣不到钱，而是你挣的钱太干净了。  
+18、富人只要不乱来，一辈子都是富人；穷人如果不乱来，一辈子都是穷人。  
+19、聪明的人，从不相信人品，只相信人性。  
+20、原则上可以，其实就是不可以。  
+21、没有通天的手段，哪来的家财万贯。  
+22、用体力赚钱，就老实点；用脑力赚钱，就机灵点；用钱赚钱，就狠一点；用资源赚钱，就圆滑一点:用人赚钱，就豁达一点！  
+23、人太穷就会被看不起，太老实就容易挨欺负，太善良就容易被利用，这就是现实。  
+24、永远记住，富在术数不在劳身，利在局势不在力耕。
@@ -0,0 +1,24 @@
+1、当你知道，自己50万买的房子，住了十年，500万卖给别人时，你突然意识到:财富跟勤劳无关。 
+2、条件允许，一定要雇个保姆，富人都明白这个秘密。  
+3、永远不要让身边的任何人，知道你在靠啥赚钱，你赚了多少钱。  
+4、穷人唯一的筹码就是时间，想逆袭翻盘，必须取消一切的娱乐。  
+5、没有被动收入，你将工作到80岁。  
+6、上流社会，多半是下流之人，下流社会，多半是清高之人。  
+7、只有愿意为你花钱的人，才是真正支持你的人；真心帮你的，不会多废话。  
+8、说点好话可以搞定50%的人，送点东西可以搞定70%的人，说恰如其分的话，再送点别人喜欢的东西，可以搞定90%的人；  
+9、通过走关系办成的事，烂在肚子里都不要说。  
+10、挣大钱往往就是三五年的时间，有就有，没有就没有了。  
+11、闷声发大财。  
+12、100百块钱都要借的人，不要联系。  
+13、拒绝无效社交，除了浪费时间还浪费钱。  
+14、跟富人混，会越混越富；跟穷人混，越混越穷。  
+15、你对这个社会了解多少，你的财富就有多少。  
+16、太正经的人，发不了大财。  
+17、不是你挣不到钱，而是你挣的钱太干净了。  
+18、富人只要不乱来，一辈子都是富人；穷人如果不乱来，一辈子都是穷人。  
+19、聪明的人，从不相信人品，只相信人性。  
+20、原则上可以，其实就是不可以。  
+21、没有通天的手段，哪来的家财万贯。  
+22、用体力赚钱，就老实点；用脑力赚钱，就机灵点；用钱赚钱，就狠一点；用资源赚钱，就圆滑一点:用人赚钱，就豁达一点！  
+23、人太穷就会被看不起，太老实就容易挨欺负，太善良就容易被利用，这就是现实。  
+24、永远记住，富在术数不在劳身，利在局势不在力耕。
@@ -0,0 +1,6 @@
+- 成瘾，不仅仅是指对烟、或酒精的沉溺，任何用于调节你情绪状态的物质或者行为都有可能让你上瘾。
+- 成瘾的本质是借助某种物质或行为习惯， 掩盖和逃离自己无法忍受的负面情绪与心理创伤。最根本的成瘾是由绝望导致的。
+- 成瘾的本质是错误的自我疗愈。
+- 靠意志力戒瘾行不通。
+- 犯瘾主要问题是现实生活一旦遭遇一点压力、挫折或者情绪低落时，瘾一定来反噬。但是一个正常人的一生不可能完全没有压力、挫折。
+- 拖延也是一个瘾。
@@ -0,0 +1,6 @@
+- 成瘾，不仅仅是指对烟、或酒精的沉溺，任何用于调节你情绪状态的物质或者行为都有可能让你上瘾。
+- 成瘾的本质是借助某种物质或行为习惯， 掩盖和逃离自己无法忍受的负面情绪与心理创伤。最根本的成瘾是由绝望导致的。
+- 成瘾的本质是错误的自我疗愈。
+- 靠意志力戒瘾行不通。
+- 犯瘾主要问题是现实生活一旦遭遇一点压力、挫折或者情绪低落时，瘾一定来反噬。但是一个正常人的一生不可能完全没有压力、挫折。
+- 拖延也是一个瘾。
@@ -0,0 +1,6 @@
+- 成瘾，不仅仅是指对烟、或酒精的沉溺，任何用于调节你情绪状态的物质或者行为都有可能让你上瘾。
+- 成瘾的本质是借助某种物质或行为习惯， 掩盖和逃离自己无法忍受的负面情绪与心理创伤。最根本的成瘾是由绝望导致的。
+- 成瘾的本质是错误的自我疗愈。
+- 靠意志力戒瘾行不通。
+- 犯瘾主要问题是现实生活一旦遭遇一点压力、挫折或者情绪低落时，瘾一定来反噬。但是一个正常人的一生不可能完全没有压力、挫折。
+- 拖延也是一个瘾。
@@ -0,0 +1,4 @@
+
+
+
+拖延某件事，但是同时想做别的事。
@@ -0,0 +1,4 @@
+
+
+
+拖延某件事，但是同时想做别的事。
@@ -0,0 +1,4 @@
+
+
+
+拖延某件事，但是同时想做别的事。
@@ -0,0 +1,12 @@
+## 一些基本原理：为什么我想放松而不得？
+
+在身体这个范畴内，「紧张」绝对是一种不受欢迎的状态。与紧张密切相关的词还有这样几个：僵硬、体态不良、呼吸受限、功能受阻、慢性疼痛。这些现象和模式在同一个人身上往往相互关联、互为因果。我们不可能也没有必要穷尽分析、罗列一个线性的「关系图谱」。但我们显然可以达成一个共识：减少身体的紧张，对自己总是有利无害的。
+
+![[7cb6b1286b6a10551eb7425f663c7364_1.webp]]
+
+「写字楼霸王龙」https://sspai.com/post/66879
+
+
+## 关于呼吸
+
+错误的呼吸模式与上半身的体态问题常常密切关联。正确的（或说自然的）吸气模式应当是膈肌主动收缩（向下降）、胸腔水平打开、空气进入肺部、腹部随之膨胀。所谓「腹式呼吸」便由此得名。前述的霸王龙体态会导致人圆肩驼背、胸腔收紧、膈肌处在短缩状态；在这种情况下，我们的膈肌很难充分收缩，只能转而提升锁骨和肋骨、强行打开肋间肌进行吸气。
@@ -0,0 +1,12 @@
+## 一些基本原理：为什么我想放松而不得？
+
+在身体这个范畴内，「紧张」绝对是一种不受欢迎的状态。与紧张密切相关的词还有这样几个：僵硬、体态不良、呼吸受限、功能受阻、慢性疼痛。这些现象和模式在同一个人身上往往相互关联、互为因果。我们不可能也没有必要穷尽分析、罗列一个线性的「关系图谱」。但我们显然可以达成一个共识：减少身体的紧张，对自己总是有利无害的。
+
+![[7cb6b1286b6a10551eb7425f663c7364_1.webp]]
+
+「写字楼霸王龙」https://sspai.com/post/66879
+
+
+## 关于呼吸
+
+错误的呼吸模式与上半身的体态问题常常密切关联。正确的（或说自然的）吸气模式应当是膈肌主动收缩（向下降）、胸腔水平打开、空气进入肺部、腹部随之膨胀。所谓「腹式呼吸」便由此得名。前述的霸王龙体态会导致人圆肩驼背、胸腔收紧、膈肌处在短缩状态；在这种情况下，我们的膈肌很难充分收缩，只能转而提升锁骨和肋骨、强行打开肋间肌进行吸气。
@@ -0,0 +1,12 @@
+## 一些基本原理：为什么我想放松而不得？
+
+在身体这个范畴内，「紧张」绝对是一种不受欢迎的状态。与紧张密切相关的词还有这样几个：僵硬、体态不良、呼吸受限、功能受阻、慢性疼痛。这些现象和模式在同一个人身上往往相互关联、互为因果。我们不可能也没有必要穷尽分析、罗列一个线性的「关系图谱」。但我们显然可以达成一个共识：减少身体的紧张，对自己总是有利无害的。
+
+![[7cb6b1286b6a10551eb7425f663c7364_1.webp]]
+
+「写字楼霸王龙」https://sspai.com/post/66879
+
+
+## 关于呼吸
+
+错误的呼吸模式与上半身的体态问题常常密切关联。正确的（或说自然的）吸气模式应当是膈肌主动收缩（向下降）、胸腔水平打开、空气进入肺部、腹部随之膨胀。所谓「腹式呼吸」便由此得名。前述的霸王龙体态会导致人圆肩驼背、胸腔收紧、膈肌处在短缩状态；在这种情况下，我们的膈肌很难充分收缩，只能转而提升锁骨和肋骨、强行打开肋间肌进行吸气。
@@ -0,0 +1,3 @@
+先静、再思、五六分把握，即做。
+
+物来顺应，未来不迎，当时不杂，既过不恋。
@@ -0,0 +1,3 @@
+先静、再思、五六分把握，即做。
+
+物来顺应，未来不迎，当时不杂，既过不恋。
@@ -0,0 +1,5 @@
+![[ce7abbc6763bfc6c9063666192cdb103_7216df35ly1hotsuvl9fyj20u00ycn42.jpg]]
+
+
+
+![[dd9a613af156222d6dd609e8bef341ae_7216df35ly1hotsuvljjej20ve0u0ti3.jpg]]
@@ -0,0 +1,5 @@
+![[ce7abbc6763bfc6c9063666192cdb103_7216df35ly1hotsuvl9fyj20u00ycn42.jpg]]
+
+
+
+![[dd9a613af156222d6dd609e8bef341ae_7216df35ly1hotsuvljjej20ve0u0ti3.jpg]]
@@ -0,0 +1,5 @@
+![[ce7abbc6763bfc6c9063666192cdb103_7216df35ly1hotsuvl9fyj20u00ycn42.jpg]]
+
+
+
+![[dd9a613af156222d6dd609e8bef341ae_7216df35ly1hotsuvljjej20ve0u0ti3.jpg]]
@@ -0,0 +1,4 @@
+
+- 作是普通人生存的必要条件，所以做什么不重要，挣钱就行。不要追求别人口中的好工作。
+- 焦虑说明选择还有，而且不少，只是不知道选哪个。 
+
@@ -0,0 +1,4 @@
+
+- 作是普通人生存的必要条件，所以做什么不重要，挣钱就行。不要追求别人口中的好工作。
+- 焦虑说明选择还有，而且不少，只是不知道选哪个。 
+
@@ -0,0 +1,4 @@
+
+- 作是普通人生存的必要条件，所以做什么不重要，挣钱就行。不要追求别人口中的好工作。
+- 焦虑说明选择还有，而且不少，只是不知道选哪个。 
+
@@ -0,0 +1,15 @@
+1、家庭的第一核心，是经济，而不是感情  
+2、职场的第一准则，是价值，而不是努力。很多人埋头苦干，却忽略了自身价值的提升和展现最终只能在底层徘徊。  
+3、社交的第一关键，是利益互换，而不是单纯的友谊。没有利益的连接，友谊往往难以长久维持。  
+4、教育的第一目的，是培养能力，而不是追求分数。高分低能的孩子在未来社会很难立足。  
+5，健康的第一要素，是自律，而不是医疗，等生病了才去依赖医疗，不如平时就养成良好的生活习惯。  
+6、爱情的第一基础，是理解，而不是激情。激情总会褪去，唯有理解才能让爱情长久  
+7、创业的第一要点，是市场需求，而不是个人喜好。仅凭自己的喜好去创业，很可能血本无归  
+8、投资的第一原则，是风险控制,而不是高回报。只盯着高回报，往往会陷入巨大的风险中。  
+9、人生的第一追求，是幸福，而不是成功，成功不一定带来幸福，但幸福却是人生最宝贵的财富。  
+10、养老的第一保障，是提前规划，而不是依赖子女。子女也有自己的生活压力，不能把养老完全寄托在他们身上。  
+11、成长的第一动力，是反思，而不是经历。没有反思的经历只是过眼云烟。  
+12、学习的第一意义，是应用，而不是积累知识。知识只有运用到实际中才有价值，  
+13、旅行的第一收获，是见识，而不是拍照打卡。真正的旅行是开阔视野，增长见识。  
+14、婚姻的第一支撑，是责任，而不是浪漫。浪漫会消逝，责任才能让婚姻稳固。  
+15、生活的第一智慧，是知足，而不是无尽的欲望。懂得知足，才能在生活中找到真正的快乐！
@@ -0,0 +1 @@
+![[01c878b3c0aa89b7fb3e6e7eeadf6aa6_7216df35gy1hotyef9akyj20u015inkq.jpg]]
@@ -0,0 +1 @@
+![[01c878b3c0aa89b7fb3e6e7eeadf6aa6_7216df35gy1hotyef9akyj20u015inkq.jpg]]
@@ -0,0 +1 @@
+![[01c878b3c0aa89b7fb3e6e7eeadf6aa6_7216df35gy1hotyef9akyj20u015inkq.jpg]]
@@ -0,0 +1,2 @@
+啥事都不想做，对啥都没兴趣
+不想起床，不想上班，不想麻烦
@@ -0,0 +1,2 @@
+啥事都不想做，对啥都没兴趣
+不想起床，不想上班，不想麻烦
@@ -0,0 +1,2 @@
+啥事都不想做，对啥都没兴趣
+不想起床，不想上班，不想麻烦
@@ -0,0 +1,4 @@
+体力
+精力
+- 意志力
+- 注意力
@@ -0,0 +1,4 @@
+体力
+精力
+- 意志力
+- 注意力
@@ -0,0 +1,4 @@
+体力
+精力
+- 意志力
+- 注意力
@@ -0,0 +1,155 @@
+成长的第一性原理是持续进化，不是年龄增长
+
+幸福的第一性原理是内在平和，不是外在拥有
+
+成功的第一性原理是目标实现，不是他人评价
+
+爱的第一性原理是无条件付出，不是条件交换
+
+健康的第一性原理是身心平衡，不是极端追求
+
+学习的第一性原理是实践应用，不是知识堆积
+
+时间的第一性原理是价值创造，不是忙碌填充
+
+金钱的第一性原理是工具利用，不是目的本身
+
+失败的第一性原理是经验积累，不是终点标志
+
+挫折的第一性原理是韧性培养，不是逃避理由
+
+选择的第一性原理是主动决策，不是被动接受
+
+改变的第一性原理是适应进化，不是抗拒停滞
+
+自由的第一性原理是责任承担，不是无约束放纵
+
+平衡的第一性原理是优先级管理，不是平均分配
+
+认知的第一性原理是反思洞察，不是外部标签
+
+情绪的第一性原理是接纳管理，不是压抑逃避
+
+习惯的第一性原理是微小坚持，不是宏大目标
+
+决策的第一性原理是长期视角，不是短期冲动
+
+风险的第一性原理是可控尝试，不是盲目冒险
+
+机会的第一性原理是准备相遇，不是运气等待
+
+旅行的第一性原理是体验拓展，不是打卡收集
+
+家庭的第一性原理是支持包容，不是控制索取
+
+教育的第一性原理是启发思维，不是灌输知识
+
+工作的第一性原理是问题解决，不是任务完成
+
+休闲的第一性原理是能量恢复，不是时间浪费
+
+创意的第一性原理是灵感行动，不是空想等待
+
+死亡的第一性原理是珍惜生命，不是回避恐惧
+
+遗产的第一性原理是影响延续，不是物质遗留
+
+耐心的第一性原理是过程信任，不是结果急躁
+
+勇气的第一性原理是面对恐惧，不是无惧冒险
+
+谦逊的第一性原理是开放学习，不是自我贬低
+
+自信的第一性原理是能力积累，不是虚张声势
+
+沟通的第一性原理是理解共鸣，不是说服获胜
+
+冲突的第一性原理是成长契机，不是对抗破坏
+
+信任的第一性原理是行动一致，不是语言承诺
+
+原谅的第一性原理是自我解放，不是他人宽恕
+
+梦想的第一性原理是行动追梦，不是空谈幻想
+
+目标的第一性原理是分解执行，不是模糊渴望
+
+适应的第一性原理是灵活调整，不是僵化坚持
+
+快乐的第一性原理是内在驱动，不是外部刺激
+
+痛苦的第一性原理是成长信号，不是惩罚折磨
+
+孤独的第一性原理是自我对话，不是隔离逃避
+
+社交的第一性原理是价值交换，不是人脉积累
+
+友谊的第一性原理是真诚互助，不是利益纽带
+
+阅读的第一性原理是思维升级，不是信息收集
+
+写作的第一性原理是思想表达，不是文字堆砌
+
+音乐的第一性原理是情感共鸣，不是技巧炫耀
+
+艺术的第一性原理是创意表达，不是模仿复制
+
+运动的第一性原理是健康维持，不是竞技比较
+
+饮食的第一性原理是营养均衡，不是口味满足
+
+睡眠的第一性原理是身体修复，不是时间浪费
+
+环境的第一性原理是资源利用，不是抱怨条件
+
+群体的第一性原理是互助共建，不是孤立自保
+
+奉献的第一性原理是自愿给予，不是牺牲索取
+
+接受的第一性原理是开放接纳，不是被动忍受
+
+放下的第一性原理是心灵自由，不是放弃责任
+
+坚持的第一性原理是方向正确，不是固执己见
+
+灵活的第一性原理是情境适应，不是原则丧失
+
+真诚的第一性原理是真实表达，不是直白伤人
+
+智慧的第一性原理是经验提炼，不是知识堆砌
+
+幽默的第一性原理是视角转换，不是嘲笑贬低
+
+购物的第一性原理是需求满足，不是冲动消费
+
+储蓄的第一性原理是未来保障，不是吝啬积累
+
+投资的第一性原理是价值增长，不是投机赌博
+
+消费的第一性原理是效用最大化，不是攀比炫耀
+
+退休的第一性原理是新阶段开始，不是工作结束
+
+老化的第一性原理是智慧积累，不是衰退恐惧
+
+童年的第一性原理是好奇探索，不是无知玩乐
+
+青年的第一性原理是试错成长，不是完美主义
+
+中年的第一性原理是平衡担当，不是危机焦虑
+
+老年的第一性原理是传承分享，不是遗憾回顾
+
+婚姻的第一性原理是伙伴成长，不是浪漫幻想
+
+亲子的第一性原理是引导独立，不是控制依赖
+
+朋友的第一性原理是质量深度，不是数量广度
+
+哲学的第一性原理是思考生活，不是空谈理论
+
+技术的第一性原理是工具服务，不是主宰生活
+
+自然的第一性原理是和谐共处，不是征服利用
+
+护肤的第一性原理是健康养气血，不是面膜护肤品
@@ -0,0 +1,12 @@
+
+**恒丰银行 - 车主卡**：
+加油类消费金额的15%、~~充电类消费金额的40%~~返还刷卡金，每月至高可返还120元。月消费3888以上就可以拿满，还有每月的洗车券（能下都去下）。
+
+
+**广发银行 - 车主卡**：
+① 月非车类计积分消费满1000元，日返现上限20元，月返现上限30元；（10%）
+② 月非车类计积分消费满3000元，日返现上限20元，月返现上限60元（相当于加油9折）；
+
+
+**邮储银行 - 车主卡**：
+上月任意消费1000，次月5号8点领取200-30加油券，可以充油卡，充电券20-10，2张，洗车30-20，1张。
@@ -0,0 +1,16 @@
+现实世界到虚拟世界的趋势是一个长期的、确定性的趋势。
+现在的元宇宙还很荒凉，需要人来建设。
+
+
+现实空间的3D还原
+街道、建筑、房间
+
+电子星球
+
+数电模电模拟器
+https://simulide.com/p/
+
+
+网络通信模拟器
+https://www.nsnam.org/
+
@@ -0,0 +1,36 @@
+
+## 准备
+【】老监控的软件
+
+
+## 购买
+【】多模网关/中枢网关 ￥150
+【】电源极性检测器 ￥25
+【】智能开关。￥120
+【】壁挂炉控制器。
+【】~~移动摄像头 ￥500~~
+【】温度监控。
+【】远程手指。￥80
+【】电脑 ￥500
+【】消防球
+
+## 邮寄
+【】保温胶带。
+【】VM250 电脑
+【】DS
+
+
+## 其他
+【】爸的证券账户
+	结算公司需要银行卡号可以查询
+	平安银行 APP 直接登录不行，找回密码需要人工验证
+
+【】我的日记
+	扫描、原件销毁
+
+
+
+
+## 网络问题
+6 月6 号开启的
+6 月9 号晚上 11 点又断了
@@ -0,0 +1,4 @@
+黄酒
+黄花/黄生
+黄简
+黄宇/黄宙
@@ -0,0 +1,31 @@
+**[LibreSpeed](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=LibreSpeed&zhida_source=entity)** -- 免费开源的在线测速工具；
+
+**[123APPS](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=123APPS&zhida_source=entity)** -- 免费好用的在线音视频编辑、PDF 处理工具（在线工具箱）；
+
+**[d1tools TTS](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=d1tools+TTS&zhida_source=entity)** -- 免费的在线文字转语音工具，支持74种语言、318个主播声音；
+
+**[LANDrop](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=LANDrop&zhida_source=entity)** -- 免费、跨平台的局域网文件传输工具；
+
+**[Caesium](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=Caesium&zhida_source=entity)** -- 支持批量处理，免费开源的图片压缩软件；
+
+**[洋芋田图像工具箱](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=%E6%B4%8B%E8%8A%8B%E7%94%B0%E5%9B%BE%E5%83%8F%E5%B7%A5%E5%85%B7%E7%AE%B1&zhida_source=entity)** -- 为摄影、设计行业而生，免费开源，图像处理系列工具集；
+
+**Mp3tag** -- 易用免费、功能强大的音频文件元数据编辑工具，优雅、规范地管理本地音乐文件；
+
+**[Shot Easy](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=Shot+Easy&zhida_source=entity)** -- 免费好用的轻量级图片编辑 / 美化 / 压缩 / 抠图工具；
+
+**[妙言](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=%E5%A6%99%E8%A8%80&zhida_source=entity)** -- mac平台，轻量简洁、免费开源的高颜值markdown编辑器；
+
+**[Readest](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=Readest&zhida_source=entity)** -- 开源免费、界面精美，功能丰富，支持格式众多，且简单易用，支持在线翻译的Windows端电子书阅读器；
+
+**[RustDesk](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=RustDesk&zhida_source=entity)** -- 免费流畅不限速的远程控制软件；
+
+**[HEU KMS Activator](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=HEU+KMS+Activator&zhida_source=entity)** -- Windows系统与Office激活工具；
+
+**[云萌](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=%E4%BA%91%E8%90%8C&zhida_source=entity)** -- Windows系统与Office激活工具；
+
+**[Cyberduck](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=Cyberduck&zhida_source=entity)** -- 跨平台的开源云存储服务聚合客户端；
+
+**[ShareX](https://zhida.zhihu.com/search?content_id=708955313&content_type=Answer&match_order=1&q=ShareX&zhida_source=entity)** -- 免费开源截图工具；
+
+**AnyTXT Searcher** -- 强大的本地文本文件内容搜索工具；
@@ -0,0 +1,11 @@
+
+- 成熟稳定大模型
+- codegraph
+- 可见位置显示构建时间，使用 UTC+8 区时间。
+- 流程图使用 Mermaid 绘制，注意中文转义。mermaid-cli 验证。
+
+1. **archify** - 创建专业架构图、工作流、序列图、数据流图等，输出为独立 HTML 文件（含 SVG 图形和主题切换）
+2. **frontend-design** - 前端视觉设计指导，涵盖美学方向、排版和设计选择
+   
+   
+   需求要整理成需求点，基于需求点做设计，做测试。
@@ -0,0 +1,19 @@
+![[5ee12cb6da744bdab404efb7abcda2a.jpg]]
+
+
+## 多巴胺
+强烈，短暂
+
+**多巴胺与任务的启动和拖延有着密切且直接的关系。**
+简单来说，低多巴胺水平或功能失调，是导致任务启动困难（也就是拖延）的一个核心的神经生物学原因。很多人以为多巴胺只是负责“快乐”的激素，但现代神经科学认为，它的核心作用是**动机和奖赏预期**。
+
+- **奖赏预期**：当你想到要做某件事（比如完成工作、整理房间）时，大脑会预估做这件事能带来多少“奖赏感”（如成就感、轻松感）。这个预估过程主要由多巴胺驱动。如果多巴胺功能正常，你会预期到未来的积极结果，从而产生去做的动力。
+    
+- **行动能量**：多巴胺为行动提供能量。它就像一个“启动马达”，帮助你将“想做”的念头转化为实际的“去做”的行动。
+
+
+
+
+催产素
+内啡肽
+血清素
@@ -0,0 +1,6 @@
+ 单位 μmol/(m^2s)
+ 对于太阳光 1 μmol/(m^2s) 大约相当于 54 to 70 lux = 62
+
+![[Pasted image 20240516105919.png]]
+![[Pasted image 20240516110000.png]]
+
@@ -0,0 +1,6 @@
+ 单位 μmol/(m^2s)
+ 对于太阳光 1 μmol/(m^2s) 大约相当于 54 to 70 lux = 62
+
+![[Pasted image 20240516105919.png]]
+![[Pasted image 20240516110000.png]]
+
@@ -0,0 +1,13 @@
+1. 用 IDEA 打开项目
+![[Pasted image 20240301102708.png]]
+
+
+2. 将 ssp.base 、ssp.cli 、ssp.server 、 ssp.javasdk 添加为  Maven 项目
+![[Pasted image 20240301102951.png]]
+
+3. 运行 sspserver 
+![[Pasted image 20240301103105.png]]
+
+
+IDEA 的 lombok 插件需要开启
+![[Pasted image 20240301103347.png]]
@@ -0,0 +1,2 @@
+按功能评估
+按模块评估
@@ -0,0 +1,15 @@
+2024
+1. 开源香山处理器： https://github.com/OpenXiangShan
+2. 伯克利： https://github.com/ucb-bar
+3. opencores： https://opencores.org/
+4. pulp平台： https://github.com/pulp-platform
+5. lowRISC: https://github.com/lowRISC
+6. 达摩院玄铁： https://github.com/XUANTIE-RV
+7. CHIPS Alliance： https://github.com/chipsalliance
+8. OSCPU: https://github.com/OSCPU
+9. ZipCPU: https://github.com/ZipCPU?tab=repositories
+10. PLCT(软件): https://github.com/plctlab
+11. 芯来: https://github.com/riscv-mcu
+12. PrincetonUniversity: https://github.com/PrincetonUniversity?q=&type=all&language=verilog&sort=
+13. roa Logic: https://github.com/RoaLogic
+14. Professor Jason Lowe-Power's teaching materials: https://github.com/jlpteaching/dinocpu.git
@@ -0,0 +1,15 @@
+
+## 潜意识沟通
+不接受反义词
+
+
+## 隧道视觉
+紧张的时候视觉范围变小。
+主动扩张视觉范围，同时看到天地左右，身体才能放松。
+
+
+
+## 平行宇宙下载法
+记录自己最好的状态
+需要的时候下载他
+找到锚点
@@ -0,0 +1,7 @@
+想法，处理最简单的事务，不需要太多管理，时间也相对较短。
+事务，
+任务，比较正式的处理事务，通常需要占用半天以上时间。独立文件夹保留记录。
+项目，正式的处理问题，通常需要持续周到年的时间。独立的文件夹保留文档、代码。
+产品，
+
+想法推动任务，任务推动项目，项目推动产品。有时候项目和任务会重复的在想法中出现。
@@ -0,0 +1,17 @@
+
+## 原因分析
+- 思想上没有足够重视
+- 技能缺乏
+	 - 对安全背景知识缺乏敏感
+	 - 对文档能力缺乏敏感
+- 工作分配
+- 时间控制问题
+
+## 解决方案
+需要储备的背景知识
+
+## 收获
+0018
+0028
+0088 
+规范的理解
@@ -0,0 +1,2 @@
+金融投资占大头，也是大后期。
+小型物联网应用，小型、长期。
@@ -0,0 +1,5 @@
+- 数学。概率论、统计、线性代数
+- 音乐。铁血丹心
+- 3D。打印、web
+- 运动。散步
+- 文字。记录
@@ -0,0 +1,21 @@
+以下是两个拉丁字母的命名方案，每组内字母可以重复使用（不同服务器之间允许相同字母），但每个服务器的两个字母组合具有唯一辨识度。
+
+### 公网服务器（四神兽）—— 拼音首字母组合
+
+| 神兽  | 两字母代码  | 说明        |
+| --- | ------ | --------- |
+| 青龙  | **QL** | Qīng Lóng |
+| 白虎  | **BH** | Bái Hǔ    |
+| 朱雀  | **ZQ** | Zhū Què   |
+| 玄武  | **XW** | Xuán Wǔ   |
+
+### 万荣服务器（物理四神兽）—— 英文/人名首字母组合
+
+| 物理神兽 | 两字母代码 | 说明 |
+|----------|-----------|------|
+| 芝诺的乌龟 | **ZT** | Zeno's Turtle |
+| 拉普拉斯妖 | **LD** | Laplace's Demon |
+| 麦克斯韦妖 | **MD** | Maxwell's Demon |
+| 薛定谔的猫 | **SC** | Schrödinger's Cat |
+
+> 注：两字母均采用大写，便于配置和识别。公网与万荣之间没有刻意避免字母重复（例如 Z 同时出现在 ZQ 和 ZT 中），但每个组合本身是唯一的。如需要完全互斥的字母对，也可以另行设计。
--- a/Show More
+++ b/Show More
				`@@ -0,0 +1 @@`
				`- [ ] 出海 https://www.v2ex.com/t/1031514#reply59`
				`@@ -0,0 +1,4 @@`



				`拖延某件事，但是同时想做别的事。`
				`@@ -0,0 +1 @@`
				`![[01c878b3c0aa89b7fb3e6e7eeadf6aa6_7216df35gy1hotyef9akyj20u015inkq.jpg]]`