我是路过来顶的。

C++好难。。。
会 C++的人是真正的技术英雄，虽然 Linus 老是喷他们（不过没有什么是他不喷的 233 ）~
传说 C++的发明者说到现在也没有人能够完全理解他发明 C++的思想。
好好学吧，加了个油~

学思想吧，思想是通用的，通常我都是学习或设计出思想之后看用什么语言||框架||库||模块实现起来方便我就去学那些东西。
主要了还是用来解决问题，只要能解决问题，什么语言框架啥的都无所谓。
一种现存的语言||框架||库||模块都有自己的特性，要不然早被其他东西取代了，你要看他们的特性是否符合自己设计||学会的思想，适合就可以用。

早就不搞 PHP 了，所以给不了 PHP 相关的建议；但我的建议入新不入旧，找点新技术学一学对找工作相当有帮助，现在新技术需求量大且工资高。

另外提前打一针预防针，入 java 的坑要谨慎， java 的技术体系极其庞大，需要学习超多知识、理解超级抽象的思想、熟悉超多库，基本要做好投入毕生精力的准备，否则就一直处在小试牛刀的阶段，有的人用了 5 年还没有深入了解 java ，倒不是因为有多难，是因为没时间||精力||兴趣去了解。

广告：学 Node+Koa+Angular+react+MongoDB 吧~

不要买小米。
华为、魅族、锤子、一加都可以。。。
不大了解最近魅族如何，不过之前看的话还不错，可以调查一下；
华为出了名的信号好，但不要买 1500 元以下的机子，最好是 2000 左右；
锤子和一加出了名的产品设计好，锤子最近还对老人做了优化，自己拿捏。
一般用安卓的话要想快就要看 ram 大小，越大越好，轻度应用用户的话 2G 差不多，如果重度应用用户可能 3G 都不够。。。

主要还是注意几点：
1. 避免购买杂牌手机，因为杂牌手机老是捆绑一堆流氓应用，使手机变得不安全和变慢；
2. 要经常清理手机，清理垃圾、开机自启动项和没用的应用；
3. 要避免安装带广告的应用，老人很容易点了广告然后自动安装了一堆没用的东西；
4. 尽量用 rom 空间来取代 sd 卡， sd 卡很容易产生各种各样的错误，特别是在杂牌手机和冒牌 sd 卡上；
5. 个人觉得 5 寸手机正好，大于 5 寸用起来各种麻烦。

@jasonding 你可以去搜索一个人名字：王小云 她就是破解了 MD5 和 SHA-1 的人，详细算法和数学原理你可以搜她的论文，我反正是没有研究过哈。
我上面也说了，如果瞎蒙的话确实碰撞的概率极低，但是如果有了她的算法理论做铺垫，由于你是有方向性的，基本就相当于 100%的碰撞概率了，只是计算时间比较长而已了（其实按照现在的计算机发展水平真的能很快算出来，国外的骇客都是租按时间付费的云计算来算 MD5 碰撞的，时间极短，感兴趣的话自己可以做做实验，网上应该有大把的源代码），也就是只要有碰撞算法在，理论上任何一个 MD5 密文都能计算出原文，而且在无穷大的时间可以计算出原文的个数也是无穷大（这两个无穷大都是数学概念上的无穷大）。

通常我们想破解一个 MD5 密码只需要计算出任意一个即可，但你题目中的用途与这个无关。

你题目中的用途是期望别人能够将你的 MD5 密文还原成你的邮箱地址，在这个 MD5 密文的无穷多个原文之中只有一个是你的邮箱地址，其中其他像是邮箱地址的原文理论上也是无穷多个，所以解密者还原出你的邮箱地址的概率极低，趋近于无穷小，当然加入一些社会工程学元素（比如你所处的社会环境等等）以及通用的邮箱命名规则（长度限制、字符限制、大小写敏感性等等）可以将这个邮箱地址的集合缩小到有限个数，理论最完备的情况下这个有限数量的邮箱地址列表中就有你的邮箱地址，这时候解密者只需要向这个列表中的所有邮箱地址群发邮件，总有一封邮件是发到你的邮箱地址的。

综上所述：以上分析都是纸上谈兵，如果你将你的邮箱地址压缩成了 MD5 密文，并且发布了出去，那么理论上是会收到解密者的邮件的，只是难度极高。

@XiaoXiaoNiWa libook7atqqdotcom

@alian @vikeria 请去制定 http 标准的 W3C 官方网站上看 http 状态码标准文档，顺便加个书签 http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html
原文是这么描述 307 的：
```
10.3.8 307 Temporary Redirect

The requested resource resides temporarily under a different URI. Since the redirection MAY be altered on occasion, the client SHOULD continue to use the Request-URI for future requests. This response is only cacheable if indicated by a Cache-Control or Expires header field.

The temporary URI SHOULD be given by the Location field in the response. Unless the request method was HEAD, the entity of the response SHOULD contain a short hypertext note with a hyperlink to the new URI(s) , since many pre-HTTP/1.1 user agents do not understand the 307 status. Therefore, the note SHOULD contain the information necessary for a user to repeat the original request on the new URI.

If the 307 status code is received in response to a request other than GET or HEAD, the user agent MUST NOT automatically redirect the request unless it can be confirmed by the user, since this might change the conditions under which the request was issued.
```
注意最后一段。
我用 307 是因为我的静态资源链接以后有可能变化的，所以我进行“临时的重定向”，实际使用要根据状态码性质可具体需求来选择。

@XiaoXiaoNiWa 你要什么联系方式？邮箱？电话？微信？

@alian 思路对了，就是不知道你从哪里了解的 307,了解这些东西当然还是要去权威的地方嘛 http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html 大概就是 307 代表暂时的重定向。使用状态码要看浏览器对不同状态吗的处理，有兴趣你自己可以研究一下。

我写的这种是针对于图片在自己服务器上的情况，你不是用图床嘛？图床的话其实能在我的使用方法的基础上衍生出不同的用法的。

其实并不了解你的实际需求，你要确定几件事情：
1. 图片是存在自己的服务器上还是存在第三方服务上？
2. 如果存在第三方服务上你是用图床还是 CDN ？
3. 如果使用图床你是否还要用 CDN 来加速？

个人觉得如果图少的话，比如只有自己博客文章的几张图，就直接放在自己服务器上，然后用我的方案使用 CDN 加速；
如果图非常多，就像煎蛋网那样的，还不断上传新图的，那你可能就需要图床了，而且 CDN 加速的话最好选择按流量收费的 CDN 而不是按空间大小收费的 CDN 。

你可以把这种转换当作压缩（虽然很可能体积变大了）， Base64 属于无损压缩，压缩后是可以完全解压缩成原文的； MD5 属于有损压缩，压缩后你就无法还原成原文了，也就是说你把邮箱转化成 MD5 之后别人永远都不知道你的邮箱是啥，因为即便算出了原文也不是你的邮箱。

专业一点的说法就是， Base64 是一种编码，是可逆的； MD5 不是编码， Message Digest Algorithm MD5 （中文名为消息摘要算法第五版），知道啥叫“摘要”嘛？仅凭一句我日记里的摘要是无法还原出我的整篇日记的， MD5 这货生来就是为了碰撞的。

啥是碰撞？碰撞就是： MD5 密文是由你的密码生成的=》只要有人输入密码生成 MD5 和你的密码的 MD5 一样，我就认为这两个密码是同一个密码。但你要知道，在数学上来说，一个 MD5 密文并不唯一对应一个原文，可能对应无穷条，只是瞎蒙碰撞的概率极低罢了。

好，那么我可以有目的有方法地蒙原文吗？答案是可以，山大的一位教授终结了 MD5 的生命，如何终结的呢？她研究出了一个碰撞生成算法，可以在很短的时间蒙出一个碰撞原文，老外改进的算法之前的记录是用 XBox360 来算，算了三天三夜就算出来了。

所以现在 MD5 完全失去了其存在的意义，你要是用它来做密码验证，你就等着被骇吧～

有点扯远了，总之，如果你已经了解这些还要坚持使用 MD5 来计算自己的邮箱，如果有人想还原成原文还真是闲得蛋疼，不过也是没有办法，可以用字典法，但很可能会算出成千上万个不一样的邮箱地址，然后群发邮件，如果全世界所有的神明都站在这个解密人的身后的话，他有可能会发到你的邮箱里。

。。。还是扯远了。。。

不参与撕逼。。。
Team Viewer Host 之前就能达到这种效果，不过由于是 Beta 版，有许多地方有待优化。
不得不说锤子在产品和宣传上非常有功力

根据你的情况，我见到过的运营商劫持的形式如下，有更多的欢迎补充：
1. 运营商直接将传输中的 html 篡改，加入广告代码
2. 运营商劫持某些前端库的 dns ，指向精心构造的广告插件代码

这个判断起来确实不容易，但是我知道如何防范：
1. 使用 HTTPS 协议，点对点加密，运营商没有私钥，所以无法解析和篡改数据
2. 所有第三方库本地化（用 bower 之类的下载下来），然后再做静态资源 CDN 镜像（解决网络优化和流量压力）

部署网络这样的事情可以花点钱找专业公司设计嘛～我之前就是图便宜自己搞，虽然买的都是不错的设备，但不得不说布 AP 这种事情确实是经验和技术活儿，而我只有自己在家一个 AP 的部署经验，结果是依然很难用。。。

@haozhang 看项目感觉挺用心的样子，先给星星啦～源代码以后慢慢看

有木有做过实验？同一张图片本身的大小与其转换成 Base64 的字符串大小的对比？
推荐的方案是 CDN 镜像：

如果你的图片在自己的服务器上的话。

1. 用户访问你的服务器反向代理服务器
2. 反向代理服务器发现这是一个静态资源（比如 http://myblog.host/abc.png ），返回一个 307+CDN 资源地址（ http://cdn.host/abc.png ），如果你的文件内容几乎不会加修改的话可以让反向代理服务器给这种需要 307 的请求加浏览器端缓存，这样一段时间内浏览器下次需要这个文件就不会去你的服务器请求，直接去访问 307 指定的地址
3. 浏览器会去向 CDN 重新请求这个静态资源
4. CDN 接收到请求，看自己节点上是否有这个文件，有就直接返回文件，没有就继续
5. CDN 上之前配置好了网站的另一个域名（ http://forcdn.myblog.host ），所以 CDN 会直接去这个域名拿文件（ http://forcdn.myblog.host/abc.png ），其实和之前的那个域名是同一个站点，只是由于域名不同，所以反向代理服务器的策略不同，这个域名会直接返回文件（ abc.png ）给 CDN ， CDN 将文件存在自己的服务器上，以备提供给以后相同的请求
6. CDN 将文件返回给用户， CDN 上也可以配置浏览器端缓存，这样的话浏览器下次需要显示同一张图片就不需要去服务器请求，直接读本地缓存
7. 文件在用户的浏览器上显示

如果你的图片不在自己的服务器上的话可以将那个自己网站的 CDN 专用域名（ http://forcdn.myblog.host ）改成图床的地址，就可以实现加速图床的效果。

现在好多 CDN 都有这种镜像功能，你可以挑一个网络比较好的，而且对个人用途免费额度高的。

如果没看懂的话可以再问我，我公司的服务所有静态资源都是这种形式，服务器绝大多时间都只需要处理 API 请求，静态文件请求的处理和流量都在 CDN 上面。

支持一个。
话说开源么？有源代码么？支持静态化么？
纯内容管理的话数据库推荐 NoSQL ，简单高效，关键是没有 SQL 注入漏洞，毕竟 CMS 是 SQL 注入漏洞的重灾区。

题主可以开始众筹了，哈哈哈

将自己的网络环境的 DNS 换成固定的可靠的 DNS 呗～
目前在用 DNSPOD 的 Public DNS+ 119.29.29.29 https://support.dnspod.cn/Kb/showarticle/tsid/241 在北京某二级运营商的网络中用着还可以，不知道你那边是否好用。

@gDD @hanwujibaby 😂抱歉用错逻辑运算符了。。。

买了山羊模拟器 233