唐霜

早上看到有网友留言说评论提交之后，没有然后……我大概get到了意思，就是ajax提交之后被block住了。我第一反应可能是缓存导致的，但后来一想，并没有在comment的脚本里加缓存啊。于是中午排查了一下，发现了两个可能，一个是session lock，另一个是smtp邮件服务有问题。

我把smtp发送改为了ssl模式，端口是465. 还到阿里云安全组里面去添加了规则。回来测试了一下，发邮件OK了。

session lock这个话题比较专业，这里有一篇文章可以大概了解为什么一个session会把请求block住。简单的说就是你代码里面一个简单的$_SESSION['xxx'] = 'xxx'，实际上php要去写入文件，如果同时多个请求都去执行这段代码，那么后面的请求需要等前面的请求把这事儿干完了才能继续，不然只能等着。解决的办法就是在每一个赋值语句后面加上

session_write_close();

这个语句可以在你的php程序执行完之前提前把session lock解锁。如果不执行，那么PHP要等到你当前这个进程执行完毕才会unlock。而在我这次案例里面，因为发邮件的问题导致我的PHP进程被block住，所以如果在发邮件之前有一个session写入，那么其它的要写入session的程序就会被block住，比如我在后台提交了一个请求，要写入某个session，前台某个提交也要写入这个session，那么在后台那个请求执行完毕之前，前台的提交就会block在写入session那个地方。

在经历长时间的挣扎之后，我最终将自己的部分网站迁移到lightsail。这不是背叛，感谢linode曾经给我的满足感，但是世界上的事，都是用脚投票。当linode不再适合我时，无论他口碑多好，我都依然决定离开。

当初决心每月$10搬到linode时，在香港的VPS上折腾过很久，后来一次服务商被DDOS攻击，停运了一两个星期，才决心搬迁。那是两年前的事了。在上linode时，还在美国和东京机房之间徘徊过。后来选了美国西海岸的机房，那时虽然慢，但是还基本OK。而时间过了两年，这种慢已经无法忍受了。因为家里的网速慢，打开网站基本上靠等和忍，刷新10次才出来一次。于是开始找新的服务商。可是google了很久，linode都占据着第一的位置。在一篇还算靠谱的文章里，我知道了亚马逊出了lightsail，在我的印象里，亚马逊云就是AWS，不仅速度慢，而且计费坑爹，在试用了它免费的EC2之后就弃坑了。但是现在在linode不想用的情况下，最为世界上最大的云服务商之一的亚马逊又进入了我的视野。于是又尝试了一下lightsail。

lightsail是亚马逊推出的有别于EC2的共享虚拟服务器服务，简单的说就是阿里云的ECS。它的收费方式和我目前用的阿里云的ECS一样，按月计费，内存大小、流量都固定了上限。其实这种计费方式最适合个人，完全不用担心每月的账单会不一样。而且就现在的汇率来看，同样的配置，lightsail竟然比阿里云更便宜，测试了性能之后，发现lightsail的服务器打开网站速度也没差多少。现在的问题是，为什么还有那么多人选择阿里云？难道只想做国内市场？中国企业难道不应该具备基本的国际化市场思想吗？

搬迁网站超级快，全部靠linux命令行完成。mysql的备份和导入，scp的远程拷贝，整个搬迁过程总时间加起来不到30分钟，在本地hosts修改测试没问题之后，把dns切换到新的服务器。搬迁结束，现在可以顺畅打开网站了。

很想了解，为何最为第一名被推荐的linode现在变得那么辣鸡。看了下别人的文章，我想可能有两个原因：1.网络线路问题，据称他们的机房已经不支持电信直连。2.共享内存，linode的虚拟技术是内存共享，在它所有套餐里面，你都看不到内存的信息（可能内部有一个每个应用的最高使用限定值），而由于国内对linode的推崇，导致很多人在上面架设应用，人一多，特别是国人一多，资源就消耗的快，网站打开慢成常态。说到这里，本质上，还是服务商在技术上不可能完全掌控单个应用进程资源，所以这种共享内存的策略必定被淘汰。反观亚马逊，把EC2的经验用到lightsail上，我估计lightsail的机器都是EC2淘汰下来的，但是因为技术上的优势，也比其它服务商更稳定。

不过有的文章也有推荐美国的其它服务商，理由是，某些服务商只做美国本土生意，服务器质量都是上乘，但是因为只做本土生意，所以不为国人所知。我觉得也有一定道理。但是如果它只做本土生意，那么在宽带上可能就像阿里云一样，对国外的宽带做了限制，毕竟都要节省成本，所以我们访问那上面的网站估计也慢的不行。

转投lightsail之后，我相当于现在只拥有阿里云和亚马逊的VPS，（虽然还有几个其它的虚拟服务器，）今后希望不要再有大的变得，让我可以不再折腾服务器问题，而是专心写博客。

从某种意义上讲，docker是一种项目部署方案，它简化的是项目部署过程，甚至可以和开发过程，选型相对应。问题在于，docker部署的服务是否便于维护，便于及时发现问题和应对处理。由于container本身的运行时内容是会丢失的，所以在正式生产环境中部署docker是否真的有利于项目维护，还是说，仅仅把docker作为代码运行的容器，所有运行时应该被记录的部分全部丢到容器外去保存，如果是这样，是否会遇到对项目代码层面的侵入呢？

在经过一段时间的挣扎之后，我最终放弃了使用docker，而是直接在Ubuntu上使用apache+mysql来跑我的博客。

把react组件转换为web component没有现成的知名库，所以自己写。

https://zhenyong.github.io/react/docs/webcomponents.html 这里介绍了如何自己写代码来把react转换为web component，但是有一个问题是，这样的web component一旦实例化之后就不能从外部改了。所以，还要想办法可以在修改web component的props的时候，重新去渲染内部的react组件，还好有 https://reactjs.org/blog/2015/10/01/react-render-and-top-level-api.html 这篇文章，告诉我们ReactDOM.render其实可以做到。所以，剩下的，就是如何监听web component的props的改变了。