光说地理位置的话感觉比迪拜多哈安全

找一个支持外挂弹幕的播放器？举例： https://github.com/KikoPlayProject/KikoPlay

不懂泰语长居的话会遇到什么问题吗？

船上网速怎么样？

你要不要先跑个分看看硬盘的绝对性能？印象中系统自带的硬盘占用率一点也不准

@datocp

退役老机架服务器缺点也很明显啊，比如噪音对于家用而言过于离谱，耗电相对较大，处理器单核性能低到令人发指，架构过于陈旧以至于像 nvme 这样的特性完全不支持，只能靠 pcie 扩展实现。真会买来放家里玩的人应该不多

习惯用邮件交流的人比较少吧

@lesterchen 确实，感觉肯定是违法的。只是好奇加密货币会如何增加举证和执行的难度

油尖旺那一片有不少大厦里面的酒店，空间非常差设施很一般，但是胜在价格便宜位置好

比利时工资税率如何？

草灵异事件了，手机自动发帖了

@laikick
@markyangd
@markyangd is everything ok 👌👌👌

Seafile

@lambdaq 严格；普遍；选择

@jeesk

看了 https://www.cloudflare.com/zh-cn/learning/serverless/serverless-performance/，试图总结一下。CF worker 相对于 lambda 的优势有两个:

1) 服务运行在 edge 上，因此从客户到服务器的延迟会显著减少。

部署在 lambda 上的服务运行在某一个选定的数据中心区域，因此如果只有一个 lambda 服务的话，无论世界各地的请求都会被传递到这一个区域，被 lambda 服务处理完成之后再把回应从这一个区域传回到客户那里。当然对于大体量的服务而言，开发者可以在多地区运行同一个服务，再在 edge 上面依靠某些 load balancing 的方法把来自某一地区的请求就近传到相应的地区。但是搞定这些东西费时费力费钱。

CF worker ，以及 lambda@edge 把处理请求的服务放在（每？）一个 edge 区域，对于简单的不需要依赖服务处理的请求，CF worker 和 lambda@edge 可以在最边缘的位置返回用户的请求而不用把请求传到更远的数据中心。但是如果请求依赖其他服务呢（比如需要访问数据库），考虑到无论 CF 创建 D1 ，还是 aws 创建 rds 的时候还是需要选择区域的，我猜这些请求最终还是会回到某一个你选择的区域。那么这种情况下 CF worker 或者 lambda@edge 的优势就没那么明显了。

CF“在全球 200 个城市拥有数据中心”，但是这个比其他大云计算厂商多还是少我暂且蒙古。

2 ） CF worker 使用 V8 作为 Javascript 的解释器，相比 AWS 用的 Node ，启动速度更快。

serverless 冷启动慢好像已经是一个臭名昭著的问题。Node 虽然以 V8 为基础，但是应该有一套属于自己的运行时。考虑到 V8 为处理网页的 JavaScript 代码而生，而 Node 为把 Javascript 从浏览器带到服务器而生，那么 V8 比 Node 启动快也非常合情合理。不过我猜代价是一些 Node 代码没办法直接原封不动的迁移到 worker 的 V8 环境来。以及也许某些仅支持 node 的库没法在 worker 里面用。貌似 worker 现在有 beta 版的 Python 支持，没仔细看不知道是不是魔改版快速启动 python 环境...



总而言之，懒得迁移了，摆了。