思考下，在 React & Redux 应用中，当需要异步请求时，我们时常使用 redux-api-middleware 或者类似的中间件来帮助我们自动生成的 FETCH_DATA_SUCCESS or FETCH_DATA_FAIL，避免写很多繁琐的 action creator。
但从 UI 层面来看，我们经常性的需要 Loading 之类的组件进行过渡，即：请求开始时，Show Loading；请求返回成功或者失败时，Hide Loading。
这导致了我们仍然需要在 reducer 中分出一部分精力关注在 fetch 之后 Loading 的显示问题上，手动的处理每个请求完成之后的 UI 切换，这件事显然是不合理的。
原文地址：OWASP Top 10 Application Security Risks - 2017
OWASP 发布 Web 应用程序十大安全风险，至今为止应该有三次更新：2010年 / 2013年 / 2017年。
正好工作上在讨论 2013 年的版本，此篇文章用来翻译 2017 年的版本。
深入了解这排名前十的 Web 应用安全风险。
什么是执行环境和作用域？
构造函数模式和原型模式的完美结合？
继承为什么会有那么多的模式？
函数表达式的一些运用？
HTML / HTML5、 CSS / CSS3、 JavaScript 查漏补缺
在浏览器中输入 URL 到整个页面显示在用户面前，这个过程中到底发生了什么?
客户端寻找域名解析服务 — DNS 服务器解析域名，获取对应的 IP 地址 — 与 Web 服务器建立 TCP 连接 — 发送 HTTP 请求数据 — 服务器处理请求，并返回 HTTP 报文 — 浏览器解析，并渲染页面
ES6 的第一个版本在2015年6月发布，正式名称就是《ECMAScript 2015标准》（简称 ES2015）
ES6 既是一个历史名词，也是一个泛指，含义是5.1版以后的 JavaScript 的下一代标准，涵盖了ES2015、ES2016、ES2017等等，而ES2015 则是正式名称，特指该年发布的正式版本的语言标准。
ES6，一般是指 ES2015 标准，但有时也是泛指“下一代 JavaScript 语言”。
《JavaScript: The Good Parts》
JavaScript 曾是“世界上最被误解的语言”，因为它担负太多的特性，包括糟糕的交互和失败的设计。
本书拨开了 JavaScript 沾污的外衣，抽离出一个具有更好可靠性、可读性和可维护性的 JavaScript 子集，让你看到一门优雅的、轻量级的和非常富有表现力的语言。
忽略 Github pages，这也许是我的第一个 Personal page
前端使用 Vue-cli2.x webpack2.x 搭架子，上线了 Linode 的服务器，代码托管在 Github，本地运行容器化的 Jenkins 持续集成
下一步，创建后台资源管理系统，省去频繁替换主页展示内容的代码工作量，继续完善主页的内容以及添加各个二级页面，加油！
搭建这个云的主要目的是可以方便地离线下载到VPS上
No 百度云 && No LowSpeed && No LookAfter
然而低配版的VPS存储空间太有限了，20G总硬盘，去除系统空间和一些必要的软件，大概只余下16G左右了
资源文件只能随用随删了