4 楼正解
C++推荐使用 strstream 来解决问题。

@silva
我的理解是这样的， CPU 上电以后初始化，那么 SS 和 SP 就会被初始化（ SS 和 SP 都被置 0 ），这个实际上就是已经初始化了栈空间，这样才能保证 PUSH 指令能使用，所以不存在栈还没有设置这种情况。
IP 不能直接被读取，只能通过 PUSH 的方法间接读取。

跳转不是直接 jmp 不就得了？一般汇编里面不是直接都有标签来解决这个问题么？指令跳转位置偏移我不太清楚是指的什么。
如果是说：
下一条要执行的指令的地址-要跳转到的目标指令地址=offset （偏移）
那所谓指令跳转位置偏移，就是 EIP-目标指令的地址。

鉴于国内出口现状，要访问快就只能选国内的供应商，其他的供应商基本上都保证不了速度。

@ruojiner 看具体后缀， com 这种价格是比较透明的，有些比较冷门的后缀国内注册商会便宜很多是事实。

部分后缀是这样的，现在国内 com ， net ， cn 都是强制要求实名注册的。也有部分后缀是不需要的。

建议送修

国内 com 要求实名表面上是注册局的要求，实际上嘛想干这事的是谁大家心知肚明。
如果方便的话实名一下其实也没什么，看个人喜好了。
转到国外选择比较多，看个人喜好或者具体情况。
如果推荐，我推荐 namesilo 。 namesilo 提供的注册价是比较良心的，不需要优惠码也可以享受比较低的价格，还提供免费的隐私保护， email 转发等功能，对于国内用户也友好的支持支付宝。
顺路放个 AFF 链接，楼主请随意。
AFF 连接
NameSilo 首页： https://www.namesilo.com/?rid=18c6620ud
优惠码： ONEAFF
首次注册或者转移域名可以优惠 1USD

个人认为，终身寿不划算。
终身寿险很贵，因为保险公司 100%是要赔付的，保险公司也不是开善堂的，人家的精算师不会让客户占便宜的。毕竟时间长，还得考虑通胀，多交那么多保费最后换取的保障和定期寿险也差不太多，不如干脆少交点。
重大疾病这个争议比较大，我个人私以为，基本上保险公司给赔付的病那都是要命的，所以没必要买，即使要买也不用买太高额度。如果是怕看不起病，买一些住院医疗保险应该更划算，只要住院超过一定金额就都给赔付。
单谈寿险部分，私以为，保障到 60 或者保障到 70 岁足矣。纯消费型的寿险 24 岁购买保障到 70 岁，保额 30 万，分 20 年缴，每年只需要 2000 左右。

@tsroad
只是想快速掌握一项技能的话没问题，有很多方法，也是不一定必须要 1 万小时才能怎么样。但是这个和证明自己比别人优秀没有什么关系。每个人都是不一样的，彪悍的人生不需要解释，也不需要证明，做好应该做的就行了。

为什么要证明自己比别人优秀？

mailgun forward 的方案只适合随便收一下信件。和楼主想的一样， mailgun 的服务器很容易被各路服务商认为是发垃圾邮件然后直接拒收。发送邮件的问题更大，因为域名的 MX 和发件人不服，这样的邮件很容易被拉黑或者拒收。
建议直接托管给专业的 email 服务商，不要折腾 mailgun 什么的。
没有任何邮件托管商能保证发出去的邮件 100%不被拦截或者拒收，这个不仅仅和你的服务商有关系，是比较复杂的问题。楼主能做的就是，配置好 MX ， SPF 有条件的还可以配置 DKIM ，这样可以提高送达率。
邮件托管服务商可以选用国产的腾讯企业邮箱， 163 企业邮箱，这些都有免费的。
如果不想使用国内的，可以选用 zoho ，有免费服务，要求不高足够用。如果不够用也可以购买 zoho 的付费服务，明码标价 https://www.zoho.com/workplace/pricing.html?src=zmail

好像更新最快的是 Arch
但是 Ubuntu 这种大众化选择可能更适合一般使用。
所以总结起来， Ubuntu 大法好

先 apt update 一下然后
apt-cache show php7.1
看看包管理器里最新的是什么版本，估计已经是最新版了，包管理器没有更新的版本。
Ubuntu 16.04 LTS 目前默认源里也只看到有 php 7.0.4 没看到有 php7.1 这个包。

一般还好，国外的注册商没有那么多坑，只要自己看好价格 OK 就行。
dynadot 没有用过，一般的后缀好像价格并不是最划算的选择，具体看楼主自己的了。

疑人不用用人不疑。我觉得还是要给这些服务厂商最基本的信任，要不然干脆别用好了。
如果天天想防着服务器提供商偷数据，那么我会建议，不要使用这些提供商，自建一个比较好。
如果是想防护各种网络攻击导致的数据安全问题，那么采取更高强度的安全措施，并且经常备份当然是极好的。具体到措施上，设置高强度的密码，使用防火墙对服务的访问进行一定的限制，这些都是不错的方法。至于数据加密，生产环境我建议是不要使用各种加密，出了问题是给自己找麻烦。数据备份可以做一下加密，问题不大。