笔记
0工具
0此页用于记录用户反馈问题后的每一次改进
关于
“写笔记”支持四种格式——Word 文档、Excel 表格、Markdown、纯文本，起稿或二次编辑时都能随时切换，同一篇笔记想用哪种形态来记，都由你说了算。
md、txt、csv、json 这类纯文本则原样载入，不做多余加工。拿一张现成的表倒进来、改几笔、再导出去，等于白用一台免费的格式转换器。
要带走就在右上角点“下载”，可导出 PDF、Word、Markdown、Excel、TXT 等格式；列表卡片“⋯”菜单里，也有同样的下载入口。
在“工具”页点“＋ 上传工具”即可发布：填好名称与链接，再用 Markdown 把使用方法写清楚——能解决什么问题、怎么装、怎么用，比堆介绍实在。
要分发安装包就一并上传压缩包（ZIP、RAR、7Z、TAR.GZ，最大 35MB），别人在详情页一键下载；只放链接不带附件也可以。
工具按大家的收藏热度排序，好用的自然会被顶上来。发布后可在详情页或卡片菜单里编辑、下架。
写笔记时勾上“隐藏”，这篇就只存在于你自己的账号里：不进列表、不进搜索、不上首页精选，也不会出现在任何公开的页面，链接发给别人同样打不开。
适合放密码、草稿、日记这类只给自己看的内容；想公开，去“发布”打开它，把“隐藏”的勾去掉再保存，之后编辑会默认保持原状态，不会悄悄变回公开。
不想公开、只想临时给人看：点“分享”生成一条带密码和有效期的链接，到期自动失效，你也能随时撤销。
你的内容会同时保存在多个副本上，系统定期做备份与完整性校验，再配合异地容灾机制：就算某台机器出问题，数据也不会丢，可以长期放心存放；特别重要的资料，仍建议你另外再留一份备份。
全站跑在容器化、模块化的现代架构上，更新、部署、回滚都很快，扩展性和稳定性都按长期运营的标准来设计（Built for reliability, designed to scale）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
运营商把 80/443 端口封了，家宽自建站怎么从外面访问？
在家里的服务器/软路由上搭了个网站，兴冲冲地买了域名、配好 nginx，结果外网一访问：超时。折腾半天发现，域名解析没问题、路由器端口转发也做了，是运营商把宽带的 80 和 443 端口入站给封了。国内家宽，IPv4 就算分到了公网 IP，80/443 入站也经常是被运营商掐掉的（备案政策使然），不是你配置的问题。
第一步：先确认到底是不是被封端口
别一上来就怀疑设备。两个判断点：
- 路由器 WAN 口显示的 IP 和"从外面看到的公网 IP"一致——确认你不是在大内网（CGNAT）里。
- 用手机流量（别用你家 WiFi）测端口：
telnet 你的公网IP 8080 # 高位端口，通 telnet 你的公网IP 80 # 超时/拒绝 → 端口被封实锤 telnet 你的公网IP 443 # 超时/拒绝
如果高位端口能通、80/443 不通，就是运营商封端口，跟设备无关。
方案一：换高位非标端口（最省事）
建站照常建，只是监听端口换掉，访问时带上端口号：
server {
listen 8443 ssl;
server_name 你的域名;
...
}
访问变成 https://你的域名:8443。要注意几个连锁影响：
- 证书申请：Let's Encrypt 的 HTTP-01 验证走 80 端口，被封了就过不去。改用 DNS-01 验证（加 TXT 记录）来签证书，
certbot --manual --preferred-challenges dns或直接用支持 DNS API 的签发工具。 - 域名解析、路由器端口转发都要对应改成这个高位端口。
- 实操经验：换到 20000 这种冷门高位端口比 8080/8443 更稳，部分运营商会把常用的 8080 之类也扫掉。
方案二：Cloudflare 橙云 + 回源改写端口（用户访问不带端口）
域名托管到 Cloudflare 开橙云代理，用户访问的是 CF 的边缘，URL 不带端口。然后用 Origin Rules 把回源端口改写成你本地的实际端口：
- Origin Rule：主机名是你的域名，端口改成 8443（或你本地实际监听的端口）。
- 原理：CF → 你的家宽 IP:8443，用户全程只看到标准的 https。
前提是你的家宽有公网 IPv4（或下面方案的公网 IPv6），且 CF 能连到你那个高位端口。这样既绕开 80/443 封禁，用户访问体验又是正常的。
方案三：IPv6 + CDN 双栈分流（进阶，能直连内网）
如果你的家宽有公网 IPv6，可以让内网设备走 IPv6 直连、公网 IPv4 用户走 CDN 中转：
- 用 DDNS-Go 之类的工具把 AAAA 记录动态指到你家的 IPv6 地址，A 记录指向 CDN 节点。
- CDN 用 8443 之类的非标端口回源到你的 IPv6。
- 现代系统有 Happy Eyeballs 机制，会自动在 IPv4/IPv6 里挑能通的用：外网用户走 IPv4→CDN→8443 回源，家里局域网设备走 IPv6 直连，两边都通。
方案四：隧道彻底隐藏（CF Tunnel / frp 中转）
如果既没公网 IPv4 也没 IPv6，就只能让内网设备主动连出去：
- Cloudflare Tunnel：在你家跑个 cloudflared，主动连 CF，不开放任何入站端口，CF 边缘直接回源到隧道。80/443 封不封都无所谓。
- frp：内网 frpc 主动连一台有公网的 VPS，VPS 转发进来。这套的搭建站内有专文（《把家里的服务暴露到公网》），这里不展开。
几个提醒
- 家宽即便有公网 IP，80/443 入站被封是常态，不是路由器/NAT 的问题，别在那上面死磕。
- 想在国内合规地用标准 80/443 建站，得先 ICP 备案，域名也要是国内注册商实名过的——自建站在家基本走不通这条路，别硬碰。
- 自己搭 frp 中转的话，别用默认的弱 token——VPS 的公网端口天天被扫，被人家借你的服务器搭梯子转发流量，轻则 IP 被封，重则惹麻烦。
参考出处：
https://blog.csdn.net/qq_73768325/article/details/156341884
https://blog.yeqing.net/ipv6-happy-eyeballs-fallback/