“写笔记”支持四种格式——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）。
这个网站最早只是一个人的笔记仓库，后来慢慢长成现在的知识中枢。设计上很克制——没有广告、没有追踪、没有推荐算法，只是干干净净地存放一些东西；既然做好了，就公开出来，万一有人用得上呢。
不做大而全，不做平台梦，保持简单、保持克制、保持好奇。所有内容都由用户贡献、由用户维护：不会突然冒出付费墙，不会在角落塞广告位，也不会把你的数据卖给第三方。
产品会持续迭代，站内日志页记录着每一次改动，改了什么都有迹可循；想了解这个站是怎么一步步走到今天的，翻翻日志就能看到来龙去脉。
如果在这里看到涉嫌违规的内容，点对应卡片右侧的“举报”按钮就能提交，我们会尽快核实处理；也谢谢你花一点时间，一起把这里维护干净。
逆向工程：破解Ticketmaster的滚动条形码（SafeTix）
深度剖析Ticketmaster SafeTix滚动条形码的营销谎言、真实动机与技术实现，揭示其离线存储与防复制承诺之间的矛盾，并展示逆向工程的核心发现。
这篇文章源自Hacker News上的一篇热门技术分享，作者通过逆向工程，揭示了Ticketmaster公司所谓的“安全票务系统”SafeTix背后的真实运作机制，并讽刺了其营销话术中的漏洞与自相矛盾之处。
一、 营销话术：包治百病的安全神话
Ticketmaster将SafeTix技术宣传为解决票务欺诈和倒卖问题的万能药。其官方宣传语包括：
- “SafeTix™ 由一种全新的、独特的条形码驱动，它会每隔几秒钟自动刷新，因此无法被盗用或复制，确保您的门票安全无忧。”
- “我们的安全票务技术降低了票务欺诈的风险，消除了盗窃或伪造的可能性。”
- 更有甚者，他们这样描述门票的动态效果：“如果您仔细观察门票，可能会注意到它有一种滑行的动态，从某种意义上说，它是活着的。这种动态是门票技术在每时每刻积极守护您的表现。”
作者的回应是辛辣且直白的：“Bullshit, TicketMaster. It’s a CSS animation. Get over yourself.”（胡说八道，TicketMaster。那只是一个CSS动画而已，别自我陶醉了。）
作者的核心担忧在于，Ticketmaster声称“门票上的条形码包含保护技术，这意味着截图或打印出的门票将无法被扫描。”这引发了作者对去年参加另一场音乐会时，因场馆内网络拥堵导致二维码无法加载，大批持票者被堵在门外的糟糕回忆。尽管Ticketmaster承诺其App会自动保存门票以供离线查看，但作者显然已对这个封闭生态充满了不信任。
二、 真实动机：利益驱动的封闭生态
作者尖锐指出，Ticketmaster推广SafeTix的真实驱动因素并非用户安全，而是商业利益：
- 扼杀外部转售：SafeTix使得门票难以脱离Ticketmaster自己的高利润封闭式转售市场进行交易，从而确保平台能从二手票交易中持续抽成获利。
- 隐私数据采集：它强迫用户安装其专有且闭源的App，这为Ticketmaster提供了深入了解用户设备和行为习惯的渠道。
- 构建社交图谱：由于门票无法被保存或转发到平台外，用户只能通过Ticketmaster内部的联系人功能分享门票，这会迫使购票者将朋友的通讯信息（如电话号码）交给Ticketmaster，为其构建社交图谱或进行其他侵犯隐私的数据实践提供了便捷。
三、 核心矛盾：离线与防复制的技术悖论
作者以计算机专家的视角，直指Ticketmaster营销说辞中的致命矛盾：如果一张票可以离线查看，那么它的数据必然已经存储在了本地设备上。能被复制到本地，就意味着能被拷贝、传输、分享乃至交易。 声称能够完全防止截图复制的“离线票”在技术逻辑上是无法成立的。那么，SafeTix究竟是如何运作的？这激起了作者逆向工程的欲望。
四、 逆向工程核心发现
1. 条形码的格式
作者首先检查了条形码本身。他发现其格式并不复杂，是一种遵循UTF-8文本编码的 PDF417条形码。而条形码制作的一个巧妙之处在于，覆盖在条形码上不断扫过的蓝色光条只是一个纯装饰性的CSS动画，它并不会影响条形码的扫描，因为PDF417本身具有内置的纠错机制。
2. 编码数据的解构
作者从自己Ticketmaster Web应用的条形码中提取出了核心数据，其格式由冒号分隔为四个部分（为了安全，作者对原始数据做了脱敏处理）：
B4cq2BdFCpFl90TDuYD3pWfRDSO6eQ3bR0YQqsDnyfciuVFkKp+m0zI+a2lgfonY::358190::038184::1707070859
这场逆向工程的关键，在于理解这个字符串的变化规律。当条形码每15秒轮换一次时，其内容会发生微妙变化：
- 第一部分（Base64编码的长字符串）：保持不变的静态数据。
- 第二部分和第三部分（两个六位数字）：每次都发生变化。
- 第四部分（Unix时间戳）：每次都会更新，精确反映了生成时刻。
3. TOTP（基于时间的一次性密码）理论的确认
作者敏锐地察觉到，那两个变化的六位数字的行为模式，与用于双因素认证（2FA）的**基于时间的一次性密码（TOTP）**非常相似。Authy和Google Authenticator这类应用就是基于同样的原理：利用一个共享秘密和当前时间戳，计算出周期性变化的验证码。
作者推断，这两个六位数字极有可能就是由两个独立秘密生成的TOTP，而那个末尾的Unix时间戳，就是TOTP标准算法中默认的时间步长参数，用于同步验证。
五、 结论：揭示的机制
虽然作者并未在此篇中完全公布破解伪造全过程的每一个字节，但通过以上的分析，我们已经能清晰地拼凑出SafeTix的真实工作逻辑：
- 静态标识：那串不变的Base64数据，可能包含了活动ID、座位号等无需更改的核心票务信息，这解释了为什么门票可以存储在本地缓存中。
- 动态验证：两个随时间变化的TOTP码，才是验证票务有效性的核心。它们是由一个服务器端才知道的秘密密钥（与你的账户或具体的票务关联）生成的。
- 防截图悖论：尽管可以将票务界面截图，但截图上的TOTP码是静态的，只有当它作为动态生成的、与服务器时间同步的密码时，在场馆入口的扫描设备上才会被验证为有效。因此，Ticketmaster声称“截图无法使用”的本质，并非是其无法被扫描，而是在未来某个时间点会被扫描系统判定为无效。
总结来说，SafeTix并非什么高深莫测的DRM技术，它实际上是将你的票面信息（明文或静态ID）和基于时间动态生成的TOTP组合在一起。它之所以能“防止”截图，只是因为它内部集成了一个有效期极短、持续滚动变化的密码系统。 这确实是一场精巧的工程实践，但远非营销所渲染的“革命性技术”，其根本目的是为了实现Ticketmaster的商业闭环与数据侵略。