Fiddler 抓包看一看报文里到底是什么字符串，编码是什么

一台 2 核 8G 就别折腾了吧，微服务是每个服务都有好几台机器运行多个容器以多占用计算资源为代价换来灵活性。你一没有计算资源，二估计也没有人力资源，完全得不偿失

Cookie

至于部署的问题，目前最方便的方法是 Custom Runtime ，他们会给你一个基础的 Docker 镜像，你拉到子网里的一台测试机上，自行创建一个容器就能测试代码能不能运行，还能连你买的 redis 跟数据库。
最麻烦的是第三方库，由于 Custom Runtime 是指定特定版本解释器的，比如阿里云的 Python 就是 3.7.4 ，所以你用的库必须与这个版本兼容才行，而且有很多库自带了上 G 的.so 链接库，这些压根没法跟业务代码一起打包传上去(代码包一般限制是 100M 左右，如果库体积不大就可以一起打包)，只能通过云函数挂载文件系统，从文件系统里临时加载，这会让冷启动时间长达十几秒。
如果你用 Docker 镜像部署的话，这个镜像本身也会限制体积必须小于 1G ，我觉得还不如 Custom Runtime 。如果你用指定版本的 PHP Runtime ，它就不能上单实例多并发，我觉得没有单实例多并发，云函数的可用性就很差，你会遇到非常频繁的冷启动。

19 年就开始玩 serverless 的回答一下：
1 ，云函数是无状态计算，能不能把什么框架部署上去主要看你能不能把它改造成无状态计算的模式。比如说 session 就不能用本地内存而是得存到 redis 里，这台 redis 你就得单独买以配合云函数使用，否则 session 功能压根上不了云函数。所有依赖有状态计算依赖的功能都得改造成外置到中间件这种模式
2 ，腾讯云有 serverless 数据库，你可以了解一下，可以跟云函数配套使用
3 ，没问题，但是如果你一点钱也不付的话，0->1 的冷启动会卡住好几秒，不过这个可以通过保活脚本缓解(目前云函数不限制你用这种方法达到跟收费的预留实例一样的效果)

写 lua 脚本:
按下 command 键
按下鼠标左键
松开鼠标左键
松开 command 键

用 flock 锁一个 session ，得不到锁的退出

nuc8 太强了，不折价卖不掉的

一忘全忘，不如固定个题目给你个提示

以防万一，坏了你就救不回来了，就算是 mysql 也要定期备份数据的

答案是使用 chrome 插件的 api ，允许打开一个窗口并执行 js

如果你能完成这件事，完全可以去当教师了，他们每天的工作就是人肉采集试题编成你想要的东西

功能完成的快而且不出 bug

这是一个示例脚本：
CGO_ENABLED=0 go build -o my_service -a -ldflags '-extldflags "-static"' .
scp service [email protected]:/root/my_service
ssh [email protected] "bash /root/update_service.sh"
其中在部署机器上的 /root/update_service.sh 内容为：
systemctl stop my_service
rm -rf /usr/local/bin/my_service
cp my_service /usr/local/bin
chmod +x /usr/local/bin/my_service
systemctl start my_service
此外需要在编译的机器上添加待部署机器上的 ssh 私钥，以及在待部署机器上写 systemctl 的 my_service.service 文件

复杂的 shell 写起来不如 python

我觉得 2k100%缩放比 4k200%体感更好

@DeWjjj 差距最大的是带宽费用，几刀每月在国内根本就买不到 100M 带宽+1T 流量的服务器，能有 100G 就烧高香了，差了整整一个数量级。要么是给 1T 流量但是限速在 10M 以下，这个纬度一样了但是另一个纬度就会差一个数量级