SSR是Server Side Render简称。在服务端使用node渲染出html页面，再传输到客户端。常规单页应用html只返回极少部分dom字符串+script动态生成网页，不利于google 爬虫的抓取。因此为了google更好的搜录网页，需要在服务端（node）执行js以渲染出html给google爬虫收录。

以 = 开头，表示精确匹配；如只匹配根目录结尾的请求，后面不能带任何字符串。以^~ 开头，表示uri以某个常规字符串开头，如果匹配到，则不继续往下匹配。不是正则匹配以~ 开头，表示区分大小写的正则匹配;以~* 开头，表示不区分大小写的正则匹配以/ 开头，通用匹配, ...

当页面渲染太多标签时，会出现卡顿的，典型就是类似table数据太多时，非常卡顿。如果选择分页，没必要讨论，这儿只讨论采用滚动的情况。解决思路很简单，就是页面不展示出来的元素，从页面上删除掉，最难点在于滚动条的处理，这儿分享一些细节思路，以上下滚动为例。

防火墙关了没

ssh root@ip "cd /dir"这个 "cd /dir" 就是ssh连接后的在远程计算机上执行的命令

作为写业务的码农，几乎不必知道原理。但是当你去找工作的时候，可是需要造原子弹的，什么都得知道一些才行。所以找工作之前可以先复习下，只要是关于vue的，必定会问响应式原理。

目前web开发 使用一般前后端分离技术，并且前端负责路由。为了美观，会采用前端会采用h5 history 模式的路由。但刷新页面时，前端真的会按照假路由去后端寻找文件。此时，后端必须返回index（index.html）文件才不至于返回404。

web前端一般常用文件 .html .css .js。但是当用css文件和html引入资源（比如图片）时，路径可能不相同。下面总结了几条。 使用相对路径引入规则： html或者js引入图片，按照html的目录来算 css引入图片，按照css的目录来计算。 那什么是html目录： 例如：[链接] 请求...

使用vuex时 官方推荐使用commit才修改state数据。 优点 便于调试，当数据变化时，可以在vuetools工具中看到是哪个函数修改了state值。 缺点 采用commit修改数据，可能会写很多mutations函数。 会上丧失掉一部分性能。因为新数据需要重新配置watcher。 优化 传一个字...