笔记
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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
趋势
PATH 被 setx 截断、命令全没了？从注册表把环境变量救回来
今天差点把一台工作机搞残。想给当前用户加个工具目录到 PATH，图省事在 cmd 里敲了 setx PATH "%PATH%;D:\tools"，新开一个终端想跑 node，结果报"不是内部或外部命令"，再开 cmd，连 ipconfig、ping 都不认了。一瞬间冷汗就下来了——PATH 被清空/截断了，所有依赖 PATH 的命令全废。
先说为什么会废。setx 有个隐藏很深的坑：它会把环境变量值截断到 1024 个字符。机器上 PATH 本来就长（系统 PATH + 用户 PATH 拼一起动辄一两千字符），你 %PATH% 展开出来本身就超了，setx 一写就把尾巴全砍了，等于把整个 PATH 覆盖成一段残缺字符串。这是 setx 的固有限制，不是偶发。正确加 PATH 的方式后面说，先讲怎么救。
关键认知：PATH 的真正老家在注册表，不在当前这个 cmd 会话里。当前会话的 PATH 是打开 cmd 时从注册表读出来拼好的，setx 改的是注册表里的值但不会更新当前会话。所以即使 PATH 被截断，注册表里那份原始数据可能还在——前提是你没反复 setx 覆盖太多次。救的顺序：先把注册表里现存的 PATH 导出来备份，再决定怎么改。
系统 PATH 在：
HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment
用户 PATH 在：
HKCU\Environment
管理员 cmd 里分别查：
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" /v Path
reg query "HKCU\Environment" /v Path
立刻把查到的完整值复制到记事本存一份，这就是你的救命稻草。注意 reg query 输出的值可能换行显示，复制时别漏段。稳妥起见先整体导出：
reg export "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Environment" C:\env_system.reg /y
reg export "HKCU\Environment" C:\env_user.reg /y
备份完再看值被截成啥样了。如果只是截断（开头那段还在），把两份查出来的值按"系统 PATH;用户 PATH"的顺序拼回去，中间用分号接。Windows 的 PATH 合并规则是：进程 PATH = 系统 PATH + 用户 PATH，用户 PATH 在后。所以拼的时候别把顺序搞反，否则系统目录被顶到后面虽然也能用，但有些老软件会怪。
改注册表别用 reg add 去覆盖整个 Path 那种粗暴法子，值太长还容易手抖。推荐用 PowerShell 的 .NET API 写，它能绕过 setx 的 1024 限制、也正确处理超长值：
$sys = [Environment]::GetEnvironmentVariable('Path','Machine')
$user = [Environment]::GetEnvironmentVariable('Path','User')
$new = ($sys.TrimEnd(';')) + ';' + $user
[Environment]::SetEnvironmentVariable('Path', $new, 'Machine')
把截断后丢掉的段补回 $sys 或 $user 里再执行。改完注册表，当前已开的 cmd/PowerShell 不会自动刷新，新开一个终端验证：
echo %PATH%
where ipconfig
where node
where 能输出命令的完整路径就说明 PATH 活了。如果 explorer.exe 是改 PATH 之前启动的，桌面程序继承的还是旧值，注销重登或重启 explorer 让新值进到桌面进程，不然资源管理器里拉起的程序还是找不到命令。
救回来之后，加 PATH 的正确姿势别再碰 setx。两个可选：一是用图形界面 系统属性→高级→环境变量，新版 Windows 的编辑框是一行一个条目，不会截断也不会把长串糊一起；二是用 PowerShell 的 [Environment]::SetEnvironmentVariable 追加：
$p=[Environment]::GetEnvironmentVariable('Path','User')
[Environment]::SetEnvironmentVariable('Path', $p + ';D:\tools', 'User')
它没有 1024 截断问题。要是非得在 cmd 里用，先查一下当前值长度再决定：
echo %PATH% | find /c ""
大体上，PATH 类的"命令全没了"故障，记住三条：别用 setx 覆盖长变量、注册表才是数据源、改完要开新会话验证。这次算是用十分钟冷汗换了个教训。