转行正经 web 开发需要做些什么？很迷茫。

一直投的的 Python 数据分析岗，因为简历里提到过有 flask 经验，公司又缺人，于是阴差阳错就开始干起了 web。目前入职一个月，发量稳定。

我干的其实是全栈工作，前后端都是写给自己。但在刚入职的时候，我甚至都没有前后端概念——一切 flask 搞定。

刚开始利用老套路做了些静态网站，相安无事。某天忽然来了个服务器状态监测需求，就是显示些硬件、业务信息在页面上，供业务人员实时查看。

服务器很多，还要求实时更新，难道每次请求都由后端通过 ssh 主动去探测？苦思冥想，我得到在服务器端再布一个 web 服务，每次前端主动请求 json 的方案，后来我才知道这叫前后端分离。然后是页面动态渲染，花半天囫囵吞枣 JS，紧接着就学起了 vue。大概用了一周，项目上线，利用定时器收集所有后端的数据，存入缓存，前端页面再请求缓存渲染出来，看起来很完美，运行也很稳定。

但这个项目，总有着说不出来的畸形感，让我浑身不舒服——因为它围绕着 flask 展开。要说原因，首先是对 flask 框架本身的不信任（也可以说是无知），我这套方案能足够支撑更大的公司项目还是仅仅在练习过家家呢？

其次，前端杂糅了 flask+jinja2+vue.js 的各种部件。我使用 jinja2 管理 html 基模板，再把 vue 函数直接写入 index.html，利用 flask 的 render_html 传入数据初始化 vue 实例。因为 jinja2 和 vue 的语法冲突，我还得把 vue 的{{}}替换成{[]}。后来，觉得这样太不优雅了，于是改为 flask 新建一个名为 cache 的路由，用来返回处理好的数据。页面利用 axios 请求这个 /cache 获取数据。

虽然运行的还行，但我总觉得这不是真正的前后端分离，只是在模拟，因为网页其实还是由 flask 渲染的，前后都在一个服务器上。而且渲染似乎有一些性能问题，我总能看见一瞬间 vue 渲染前的源代码。

于是我接着学习，参考 flask-vue-template 的结构，发现了 vue 脚手架和 node.js ，原来不用 Flask 也能搭网站。但是我读这些文档十分吃力，涉及到 ES6、什么 webpack、什么 babel、还有什么 nuxt.js 。我只能对这些东西的功能大致有个了解，但是无法形成一个完整的知识链和框架，我到底该用什么？？

所以想问大家几个问题：

Flask 能用到什么程度？不追求高并发，但是有大量数据读取的页面，能有较好的性能表现吗？
像我上面项目提到的这样的杂糅的项目，会不会有安全隐患？实际上开发起来比较顺手，效率很高，就是代码不太好看，而且不知道会不会在哪里有个大坑等着我。
之后的工作和 GIS 系统绘图关系较大，大概有两种解决方案。纯 python 的 dash+plotly，或者写用 leaflet、echarts 之类的写 js，孰优孰劣？
想系统性的学习前端知识，有参考书推荐吗？谢谢大家阅读。