先说清楚：这里留白是有意的

这一页我犹豫过要不要放邮箱、放二维码、放各种社交账号。最后决定先留白，只写交流的方式和约定，具体联系方式等我想稳妥了再补上。原因不是摆架子：我一个人维护这个站，白天有整块的工作时间，不希望变成随时应答的客服；也不想把任何一个联系方式丢出去之后，被爬到、被塞满推广，最后连正常来信都淹了。留白是给我自己留一点可控的余地，也是对愿意写信的人负责。

所以如果你是因为某篇文章搜到这里，最稳妥的路径是在文章下面留言，或者等我把一个长期有效的邮箱放上来。我不太用即时通讯聊技术问题，聊天记录沉得太快，过几天连自己都搜不回来，而博客里的东西至少还能被后来的人搜到。

哪类交流我最高兴接

  • 文章里的具体错误：版本号写错、命令跑不通、某条结论在新版本已经不成立，这类最有价值，我会核对后改正文并在文末注明改了什么。
  • 同一问题的另一种解法：尤其是我写别这么做的地方，如果你有更稳妥的做法，我很想知道，比单纯一句赞同有用得多。
  • 环境差异的补充：我在 Windows 加 PHP 加 SQLite 这套上写的经验，换到别的系统可能不一样，这类补充对其他读者很有用，也正好补上我一个人测不全的短板。
  • 单纯说一句这篇帮我省了时间：这个不费你什么，但对我这种没什么当面反馈的远程状态，挺管用，知道有人真的照着走过一遍，比什么都实在。

几个提前讲好的约定

第一，回复会慢。我按周批量看留言，非紧急的一般几天内回，别指望即时；真急的事也不适合走博客，走博客本身就意味着可以慢一点。第二，我不代做作业、不接帮我从零搭一套的整包咨询，一个问题一个具体问题地聊，对双方都轻松，我也确实没精力接整包。第三，涉及你那边代码、日志、配置时，请先自己脱敏，别直接贴密钥、真实数据和客户信息，我这边也不留存，看完即删。

还有一点：我写的东西都带版本和环境，来信里最好也带上这两样，不然我们很容易在讨论两个不同的东西，来回几封才发现说的不是同一版。我不保证每封都回得漂亮，但保证凡是指出错误的，一定回去核一遍正文，比起被夸，我更希望这个别记错的东西真没错。等联系方式补上那天，这几条约定也不会变，先写在这里，权当立个字据。

联系方式会补，规矩先立在这。慢一点、具体一点、把上下文带齐，这样的交流我才留得住，也才对得起你花时间写下的那几行。