@wander639 老哥，我简单了解了一下国产的时序数据库，他这些数据库似乎都是为了大量写入模型开发的，我看他们说写入和聚合很快，但是传统的单条修改很慢，为了修改一条数据需要修改整个区块，你怎么解决这个问题的

@sikariba 感谢回复。如果没有硬性要求的话我倒是很乐意尝试这套解决方案，老哥推荐个搜索关键字，我去学习一下。另外他跟后端语言的对接怎么样

@sikariba 我的意思是没钱搞一台百 G 内存的机器专门跑这个。。百 G 内存和百 G 硬盘不是一个概念。。

@sikariba 感谢回复，搜索了一下。不过内存型的话，没那么多钱啊

@imn1 我估算了一下，如果储存 5 分钟级的话，行数应该在十亿以内，如果一分钟级大概在几十亿。我觉得百 G 级数据库完全 OK 啊，一台物理机器就搞定了，又不是百 T 级

@imn1 分笔肯定是不考虑了，维护不起。分钟跟分笔之间有海一样深的差距，也不敢想？

@0bit 当然，每个人可以自由地有自己的想法，我没什么 judge 你观点的意思，就像我也觉得你不应该 judge 跟你不一样的其他人一样。技术人员当然是需要有自我研究的能力的，但是你不能说没能力的干脆别干了。不同的人有不同的生存方式，技术不好的用他的方式顽强生活没什么问题，你没有权利对别人指手画脚。你可以看对方不顺眼，非要说两句管两下，在我看来纯粹是精英思想作祟，因为你想显示自己高人一等罢了

@0bit 你看这楼层里这么多人讨论就知道了，不清楚的人很多，就算是实现过的也可能有没把握的地方。我不知道你大神到什么程度瞧不起这种问题，看来我们都是低质量评论了，低端程序员不配在 v2 发帖。然而本来就不会，又不问，要怎么进步呢

@0bit 我觉得你这个机灵抖的没什么意思，楼主问的也不是什么逻辑不清，不尊重人的提问。你看着不爽不回就是了，或者你实在不爽可以喷楼主伸手党，但是人家就是不会的情况怎么说，人非生而知之者。

@Cbdy 报错，报错信息相同

@EminemW 还是报错

@songteng0604 大佬来个连接？

另外我感觉个人还是看文字版好，视频毕竟是给初学看的，讲的比较细。当学第三门或第四门语言的时候很多时候单纯是在熟悉语言特性，加上心里对某个特性做一个 judgement，认为这个特性跟其他语言比是好还是不好。所以大多数时候是一目十行，最需要的应该还是那种比较详细的文字教学，当工具书挑着看

LZ 招后端讲师吗

@leishi1313 请问 wsl2 是什么，是一个单独的 linux 发行版吗，大概搜了一下没太看明白，这个东西相比于传统虚拟机有什么优势吗？跟 hyperv 比呢

@passerbytiny
@hytaoist
感谢。不过必须回滚的话我不如直接删除文件夹操作步骤更少

所以为啥 stackoverflow 是程序员问答头号社区，这就是钞能力啊....

你也不要怪什么知乎向流量低头，stackoverflow 这种级别的人工审核是非常烧钱的。

要知道提问人英语不好 sof 管理员甚至会帮你修改文法，删除冗余废话（我被删过'here's a question bothered me for a while'这种的）。另外 sof 上也有很多类似知乎的爬虫灌水账号，但一般被 votedown 的无效回答都会在十分钟之内被删除。总之 sof 为了做精品社区是砸了无数真金白银进去的，你不要怪他要求严格，也不要怪她有钱。。

@wnanbei

我跟 LZ 讨论的意思是，你在服务不是直接暴露 node 而是 nginx 反代的情况下，不能实现 nginx 反代 Django 到 node 的同源，node 必须开 cors。我的疑问是我感觉这并不能增大解耦。

@litp

cors 我也不懂。。不过我的感觉是既然本身是作为一个安全机制专门设计出来的，然后你还非得要把它关掉，岂不是有种不识好人心的感觉，总归会有啥问题吧（大概），虽然我目前做的项目都比较菜，开全域允许 cors 也没遇到啥问题，虽说我也没遇到什么非得开 cors 不可的情况。。。。

再者还有一个问题是正常生产环境，假如说你确定我要开 cors 了，安全不安全暂且不提，你总得手调个白名单，这个也增加维护的麻烦度吧

另外前端好上手的问题。。我感觉你照这个配置方法，用 webpack 部署前端和直接部署前端解耦度没有任何区别。。你要是真的分开写是不是叫别人接手的时候他还得配置一大堆 nginx，不是配置起来更麻烦了。。。

@litp
问 LZ 个问题，大部分答案似乎都倾向于分开写。但是我感觉现在的前后端框架开发模式已经高度解耦了，比如一楼所谓的写在一起的方式是通过 webpack 配置 dist 目录来实现“写在一起”，感觉与当初的 php 那种大锅炖的模式已经完全不同了，前后端唯一耦合的地方应该就是前端的 api 指向需要指向后端的地址了吧。。

有一个问题是，你的服务部署生产环境终归还是要通过 nginx 反向代理出去用的，Django 直接暴露显然比较蛋疼一些。如果终归是要反向代理的话，那么比如说按照楼上们回答的方式，是将 node 部署的 vue serve 比如部署在 127.0.0.1:10086，而 Django 提供的 serve 在 127.0.0.1:10087，那么你总不可能用 nginx 将 10087 反代到 10086，一个端口不是只能绑一个程序么，10086 已经被 node 吃掉了。所以 node 部署的服务如果要访问 api 必须得挂 cors。本菜鸡的疑问是我感觉这不是有种脱裤子放屁的感觉么。。。