面向开发者的5个Docker容器
内容提要
文章介绍五个可本地部署的Docker工具，用于替代将敏感数据粘贴到陌生网站：IT-Tools集成JSON、JWT、Base64等日常小工具；CyberChef通过可保存的“配方”链式解码转换数据；ConvertX借助FFmpeg、LibreOffice等转换千余种文件格式；Hoppscotch CE在本地管理API请求与集合；Kroki将文本渲染为图表。建议按需逐步部署，用Compose统一管理，固定镜像版本，并保持服务不暴露公网。
延伸解读
本地工具的核心价值：数据不出机
文章反复强调，这些容器解决的是“把敏感数据粘贴到陌生网站”的隐患。无论是JWT、日志字段还是客户截图，一旦上传到第三方工具站，数据就脱离了你的控制。本地部署让检查、转换、测试都在自己机器上完成，尤其适合处理内部令牌、事故日志或客户文件。但本地化不等于安全：ConvertX解析不可信文件仍有风险，Hoppscotch的.env和历史记录也含密钥，需按项目秘密对待。
按使用频率决定是否自建
五个工具并非都值得立刻部署。IT-Tools即开即用，适合替代零散的解码网站；CyberChef和ConvertX按需选用，前者适合链式解码，后者适合文件格式转换。Hoppscotch CE是唯一需要Postgres和迁移的重型栈，文章明确建议：只测一次接口就用托管版或curl，每周重复测试才值得本地搭建。Kroki则从单容器起步，按项目实际用到的语法再添加伴生镜像，避免维护多余容器。
部署时的安全与运维要点
文章给出几条具体操作建议：ConvertX首次启动后应立即注册账号，否则先访问者可能抢注；Hoppscotch需提前写好.env并运行Prisma迁移；多个服务用Compose统一管理，通过服务名互相访问，并用命名卷持久化数据。团队依赖的镜像要固定标签，一个月没打开的容器应停掉，所有服务保持不暴露公网，除非已做专门加固。这些细节决定了工具是“试过一次”还是能长期复用。
Q&A
为什么建议用本地Docker容器替代在线工具处理敏感数据？
因为将JWT、日志字段或截图等敏感数据粘贴到陌生网站，等于把内部数据交给陌生服务器。本地容器在你自己机器上运行，数据不出本地，避免了这种风险。
IT-Tools这个容器主要能做什么？
IT-Tools是一个集成了多种日常小工具的Web应用，包括JSON格式化与比较、JWT解码、Base64编解码、哈希生成、UUID生成、正则测试、cron表达式助手以及颜色和日期转换器等。
CyberChef的“配方”功能有什么用处？
配方允许将多个操作（如Hex解码、Gunzip解压、UTF-16解码、JSON美化）串联成一个可保存、可重新加载、可分享为URL的步骤序列。当输入变化时，配方会自动重新运行，方便重复处理相同类型的数据。
ConvertX支持哪些文件格式转换？部署时需要注意什么？
ConvertX借助FFmpeg、ImageMagick、LibreOffice、Pandoc、Calibre、Inkscape等工具，支持超过1000种格式的转换，涵盖图像、文档、电子书、SVG、视频等。部署时需通过Compose文件配置JWT_SECRET和/app/data挂载点，并立即创建第一个账户，因为默认允许注册，且应保持ACCOUNT_REGISTRATION为关闭状态。
Hoppscotch社区版适合在什么场景下本地部署？
当API测试成为每周重复的工作而非一次性调用时，本地部署Hoppscotch CE更有意义，因为集合和环境变量会保存在项目旁边，而不是浏览器配置文件中。如果只是偶尔测试一个端点，使用托管版或curl即可。
Kroki如何实现“图表即代码”？
Kroki通过HTTP接收PlantUML、Graphviz、D2等文本语法，返回SVG图表。将图表源文件（如.puml）与源代码一起存储，可以在拉取请求中审查、在文档构建时渲染，并在系统变更时重新生成，无需依赖托管渲染服务。
部署这五个容器时有哪些通用建议？
建议按需逐步部署：先从IT-Tools和CyberChef或ConvertX开始，需要时再添加Hoppscotch和Kroki。使用一个Compose文件统一管理，利用服务名互相访问。为团队依赖的镜像固定标签，停止一个月未使用的容器，并确保所有服务不暴露在公网，除非已采取安全措施。
