linux命令行备份和还原mysql数据库
上次tyson给我指出来说首页的几个区块滚动到那个位置的时候就特别卡，我回来自己看，确实这样。于是就开始研究了，最后定位到了 background-attachment: fixed; 觉得是这个东西搞的鬼。于是各种调试，最后发现，其实关键还是对重汇这件事没有深入理解。最后解决的办法是加了 background-repeat: no-repeat; 看上去极其奇妙。按理来说repeat只会渲染可视区域，但是为什么会影响整个页面的渲染呢？实际上这跟UI引擎有很大的关系。每一次界面的操作都需要重绘，无论是否可视区域和非可视区域要重新渲染，都需要进行计算，这个计算涉及到很多问题，特别是页面设计层叠复杂的时候。所以我这里就是因为一个repeat的背景图给搞卡了。
从某种意义上讲，docker是一种项目部署方案，它简化的是项目部署过程，甚至可以和开发过程，选型相对应。问题在于，docker部署的服务是否便于维护，便于及时发现问题和应对处理。由于container本身的运行时内容是会丢失的，所以在正式生产环境中部署docker是否真的有利于项目维护，还是说，仅仅把docker作为代码运行的容器，所有运行时应该被记录的部分全部丢到容器外去保存，如果是这样，是否会遇到对项目代码层面的侵入呢？
在经过一段时间的挣扎之后，我最终放弃了使用docker，而是直接在Ubuntu上使用apache+mysql来跑我的博客。
docker container无法start的问题
把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的改变了。
从 webpack 到全面拥抱 Parcel #1 探索 Parcel
https://juejin.im/post/5a38e100f265da4324809297
这个parcel很吊啊，比脚手架还吊，它用到了文件束，效率比webpack快很多。我一直觉得webpack这种东西，浏览器默认支持import，或者网速达到一定快，或者http2全面支持，那它都没什么用了，真正有用的，是babel这类转译器。连gulp都比webpack强，gulp起码还是一个工程化工具，webpack呢？年轻都parcel啊，你涉世未深，马上就要挂了。
component和virtual dom的互动
没有手撸过virtual dom的人，肯定以为component就是virtual dom了，但实际上不是，virtual dom只是个依赖，生命周期这种东西只是component自己臆想的，跟virtual dom没半毛关系。我自己写hst-virtual-dom之后，大致梳理清楚了生命周期的问题。我们来看下使用hst-virtual-dom的代码：
let vdom = new HSTVirtualDOM({ template, state })
...
vdom.create()
...
vdom.mount('#app')
...
vdom.update(newState)
...
vdom.destroy()
看到来吧，这就是在完全没有component情况下，怎么使用一个virtual dom的过程。它提供来四个方法来进行操作，create是生成vtree，这个时候只有一个和DOMtree对应的js对象，这个对象就是vtree，完全按照DOMtree的结构生成，只不过它是一个js对象。mount动作通过createElement，利用vtree创建来真正的DOM结构，并挂载到传入的selector上。create和mount这两个动作其实可以自动处理，如果实例化的时候传入来selector，就自动调用这两个方法。
update和destroy是在外部调用的，不可以自动处理。update是传入新的state，和老的state merge之后更新界面。它的处理过程是，先通过create创建一个新的vtree，通过diff算法得到新老vtree之间的差异，然后把这些差异patch到真实的DOM节点上。destroy则是把创建的真实DOM，以及它们绑定的事件监听销毁。
一个component干了什么事呢？它其实是对virtual dom的封装，完全暴露给外面的，不是virtual dom的方法，反而是一些围绕virtual dom的辅助方法：
let component = new Component()
->
· this.getDefaultProps()
· this.getInitialState() => state
· this.componentWillMount()
->
· this.render() => template，或者说render本身已经自建了vtree
this.vdom = new HSTVirtualDOM({ template, state })
->
· this.beforeCreate() // vue
this.vdom.create()
· this.created() // vue
->
this.beforeMount() // vue
this.vdom.mount(selector)
this.mounted() // vue
this.componentDidMount()
// 下面进入存在期
this.componentWillReceiveProps()
this.shouldComponentUpdate()
this.componentWillUpdate()
this.render() => newTemplate => this.vdom.template = newTemplate
this.beforeUpdate() // vue
this.vdom.update(newState)
this.componentDidUpdate()
this.updated() // vue
// 下面进入销毁期
this.componentWillUnmount()
this.beforeDestroy() // vue
this.vdom.destroy()
this.destroyed() // vue
// 这个时候对于hst-virtual-dom来说，vdom.vtree还在，如果想要彻底销毁，只需要this.vdom = null
这样你就可以看到，一个component是多么的不起眼，只不过在调用vdom的方法前不断干一些看上去是生命周期，实际上是一些在执行vdom操作前后的普通调用而已的函数。而对于一些初学者而言，拼命的研究生命周期函数，以为即掌握了react的精髓。
