evpo.net 上的 Wiki 和 Blog 分别提供什么内容?
更新时间
evpo.net 是开发者 Evgeny Pokhilko 的个人站点,站内 Wiki 和 Blog 的定位不同:Wiki 是作者整理“不同问题的解决方案”并对外分享的知识库,Blog 则是作者标注为“旧博客”的历史内容归档。两者都是他分享技术经验的渠道,但 Wiki 更接近可查阅的解决方案集合,Blog 更接近按时间沉淀的旧文。如果你要找可复用的做法,优先看 Wiki;如果只是想了解作者过去的写作,再看 Blog。
两个入口的内容定位
| 维度 | Wiki | Blog |
|---|---|---|
| 站点上的描述 | “solutions to different problems I shared with others”,即与他人分享的各类问题解决方案 | “my old blog”,即作者的旧博客 |
| 内容性质 | 面向具体问题的解决记录,偏知识库 | 历史博文,偏个人写作归档 |
| 更新预期 | 作为解决方案集合持续积累 | 标注为“旧”,不宜期待新内容 |
| 适合的读者 | 遇到类似技术问题、想找现成做法的人 | 想了解作者过往文章或追溯旧内容的人 |
需要说明的是,现有资料只给出了这两个入口的一句话定位,没有列出 Wiki 的具体条目主题,也没有说明 Blog 的更新截止时间。因此无法据此判断 Wiki 覆盖哪些技术领域,也不能断言 Blog 已完全停止更新,只能按站点自身的“old blog”标注来理解。
怎么用这两个入口
- 先明确目标:要解决一个具体技术问题,进 Wiki;想读作者过去的文章,进 Blog。
- 在 Wiki 中按问题检索:Wiki 的组织方式是“问题—解决方案”,适合带着具体任务去翻,而不是从头通读。
- 把 Blog 当历史资料:由于标注为旧博客,读到的时间敏感内容(版本、工具用法)应回到对应项目的最新资料核对。
- 验证方式:打开对应页面,看内容是否围绕具体问题给出步骤或做法;若只是叙述性文章,更可能是 Blog 一侧的内容。
常见卡点有两个:一是把 Blog 里的旧文当成当前做法,二是以为 Wiki 有统一目录。前者需要结合项目现状复核,后者需要按问题关键词逐条查找。
和站内其他资源的关系
evpo.net 首页还列出了几个相关项目,理解它们有助于判断 Wiki 和 Blog 在整站中的位置:
- EncryptPad:OpenPGP 对称加密工具和文本编辑器;
- LibEncryptMsg:用 C++ 实现 OpenPGP 规范的库;
- Stack Overflow / GitHub:作者的个人主页入口。
也就是说,Wiki 里分享的“问题解决方案”很可能与这些项目或作者日常开发遇到的问题相关,但资料未给出具体条目,不能进一步断言对应关系。想找作者的技术问答痕迹,Stack Overflow 主页是另一个入口;想找代码,则看 GitHub。
一句话选择建议
需要“照着做”的解决方案,去 Wiki;需要“看作者写过什么”,去 Blog,并把它当作旧内容对待。两者都不替代项目本身的文档——涉及 EncryptPad 或 LibEncryptMsg 的具体用法,仍应以对应项目的资料为准。