一次偶然，你踏进了一家电影院。
这家电影院环境舒适，设备先进，还是个大牌子影城。但因为是一家新开的电影院，生意并不怎么好。
阅读更多
2022 年 4 月 4 日 ~ 4 月 6 日，Twikoo 官方文档评论区云函数流量出现异常，未触发告警，业务未中断，未处理。
| 日期 | 请求数 |
|---|---|
| 2 日 | 1,162 |
| 3 日 | 631 |
| 4 日 | 1,250,557 |
| 5 日 | 3,923,019 |
| 6 日 | 2,416,396 |
| 7 日 | 4,957,792 |
因为数据库导出还算方便，所以 Twikoo 没有提供内置的数据导出功能。想要导出数据的话，首先确认自己部署 Twikoo 所用的方式，然后参考下面的教程。
集成 Twikoo 与 lightGallery 插件，实现评论图片的点击放大
Twikoo 文档页和本站的评论区，支持评论图片点击放大，你现在就可以就下拉到本文评论区试一试！
为什么 Twikoo 没有官方支持图片点击放大？
- 会增加包体大小
- 涉及 body DOM 节点操作，为了不影响在不同主题下的显示效果，需要杜绝这类操作
- lightGallery 库是 GPLv3 协议的
我就想要实现图片点击放大功能！
首先需要你拥有修改博客主题的能力。
有时候博主希望多个页面共用一个评论区，我们可以自定义 path 做到这一点。
首先要确定自己所用的博客主题支持 Twikoo path 配置，否则需要自己修改主题源码添加 path 配置。
设置主题的 Twikoo path 配置为 window.TWIKOO_MAGIC_PATH||window.location.pathname
然后在所有需要共用评论区的页面正文中增加以下代码 <script>window.TWIKOO_MAGIC_PATH="评论区名称"</script>
把中间的“评论区名称”替换为你指定的名称，共用的页面请起 相同的 评论区名称，其他页面不做改动即可。
试试看！
云函数的特性是，当 main 函数 return 时，执行进程会被立即冻结。这一点在官方文档Node.js 8 的异步行为中有提到。
对于异步函数，主流程执行完成后，函数实例进程会被冻结，进程中的所有异步任务会暂停执行，直到这个进程被再次唤起。
另一方面，如果函数实例进程由于某些原因没被复用（例如更新了函数代码），这个异步流程中的代码就永远不会被执行。
但是有些场景下，云函数需要很长的执行时间，例如，Twikoo 通过 Akismet 检测垃圾评论的过程。按照特性，在检测过程结束前，就不能异步检测，提前返回结果给前端，否则检测进程就会被冻结，导致检测失败。我们只能 await 同步检测，造成请求响应慢，用户体验差。
按照 Java 的习惯，我们会启动新的线程执行长时间的任务，在云函数中怎样实现？
背景
Twikoo 评论系统要实现导入功能，导入，就需要上传文件。
通过调用云函数，我们能够传递 string、number 等简单的参数，想要上传文件？不太行。
想到云开发环境有一块默认开通的 COS 空间，这块空间允许登录用户上传文件，只要利用这片空间，就可以实现将文件上传给云函数的功能了。
主要思路
- 前端调用 js-sdk 上传文件，获取到 fileID
- 前端将 fileID 作为参数，调用云函数
- 云函数通过 fileID 获取到文件，并解析
腾讯云云开发云函数的文档中写道——
不同的云函数可以共用代码文件（目录）吗
未上线
如果是简单的云函数，这一点还能接受，在开发 Twikoo 评论系统的过程中，云函数要实现的 API 越来越多，逐渐让我发现了它的弊端：
- 大量的代码复制！
- 版本管理非常不便！
- 依赖管理非常不便！
- 一次要部署十来个云函数，很麻烦！
- 每个云函数都有独立的冷启动时间，很慢！
显然违反了开发的 DRY 原则，这迫使我开始思考解决方案。
正常的思维是，一个 API 写一个云函数，如果将云函数合并，用一个云函数实现不同的功能，能否解决这样的问题呢？
评论系统一直是静态网站的痛点。
- Valine：安全性不高
- Gitalk：需要评论者注册Github
- Disqus：需要注册，国内访问不畅
- 畅言：广告多，需要验证手机号
难道就没有一个完美的方案？
在咕咕咕了近三个月后，我自己搞出了一套评论系统，并命名为 Twikoo。
- 成本上，腾讯云云开发环境可以免费搭建
- 安全性上，使用腾讯云云函数开发接口，不开放一丁点数据库权限，未来更新将接入 Akismet 反垃圾检查
- 易用性上，支持点赞、邮件通知、微信通知（限博主），未来会增加更多玩法
欢迎访问 twikoo.js.org 了解更多。
