@back0893 华为的云服务器也能邮寄吗，这个我得问问那边的工单了。
@ETiV 云服务器邮寄应该不方便把，现在数据文件已经给 rar 压缩一次了，协议搜了一个 ROBOCOPY ，能可以断点续传，直接走网络，带宽在 30MB 左右。
@cpstar 是的，我也在想，云服务器厂家怎么把这个数据能拷贝到我的硬盘，然后寄送给我。现在这个空间很小了，只剩下 200G 左右了。

@opticalproperti 我发个工单问问华为云，之前有说过要钱，挂载花钱没事，不是我们出钱，但是把数据拉下来要自己花钱就不值得了，哈哈哈

@cpstar 一个是云服务器，一个是在我本地机器插的硬盘，想把数据拷进硬盘哦，这样能行吗

@opticalproperti 华为云的 oss 非常昂贵，还需要付流量费，我现在就是想直接把数据拷贝到本地磁盘，然后把服务器的上数据清理一下

@ipfox 我搜索看看，目前查的是 robocopy 。
@Raynard 没事，能存多少就存多少，对数据不是完全要求存储完。
路过的大佬们多多指点一下，都是 Windows ，就是想把数据文件备份下来。

@xjh5572 现在用了付费的 cursor ，暂时还可以，看看后面效果怎么样。
@lhstock 是的，但是有时候他们说话真的让人觉得很心累，他开会就说这个是没有什么难度的，我相信一两天就能写出来，每次都是说先写出来一版，后面他们再提意见改，提意见又不说个具体，纯靠我来想象，唉，真的给我戴上痛苦面具了。

@Track13 是的，工资少又累，那会还是每天加班。
@systemGuest 是的，非常的黑，当时没地方去，着急找工作就去了。

@cjun 我今晚试一试，前端是在让我很难受，特别是领导要求很多，下午又开会说了一顿页面的事情。
@Dogergo 他现在从事业编出来了吗，我还是想稳定点，就是想干不怎么用脑的活，现在大环境不好，跳槽也难，唉，尽力尝试考吧。

@Dogergo 话是这么说，但是我看不到这个行业的余烬了。小弟会 html ，看的懂 css ，找了很多框架，不适用，都得手搓，心里很难受，尽管我不抵触，但是领导朝令夕改，真的很心累。吃这碗饭也没必要这么遭罪，一个人全都干，还各种不满意，连个能讨论的人都没有。就是因为穷苦我才觉得这个行业越来越差越来越难混，我对物质要求没那么高，现在是想着稳定，回老家有个编制公务员三千五千我也呆得住；现在可能最主要是公司给我的感觉很无语，我来快一年多了，代码没写多少，都是在干其他有的没的，然后领导突然有想法就让我写个什么东西出来，后端我都好处理，前端我是真的给搞烦了，一个页面不好看，一个字有问题都要抠出来讲，心累。我现在想干的就是按照规章文件按重复的无脑的活，不想要太多的创造，太烦人了。

@perbugwei 一直没想过去大厂，主要是这小公司事情真的多。
@coderluan 是的，大佬，我也不想既要又要，就想着事情少钱少稳定点，现在重点放在考公务员了。
@liuzimin 唉，确实，这家公司就是老板不懂技术又要好看，就让人心烦。
感觉我还是认真备考吧，自己不想太累，钱少花点也能过去。现在公司时不时就开会说我们会有裁员风险什么的。

我也一样，现在小公司啥技术栈也学不了，每天是温水煮青蛙，想跳槽发现自己啥也不会，唉，这行业不容易沉淀，并不是越来越吃香的行业，都在考虑下一步怎么走了。

@nivalxer 挺好，后者历史数据我们很像，不过我就是还有一个实时数据的波形展示。
@fishman231 我查询看看。
@pangzipp 目前还没有实现三天以前读取本地文件，就是想这么做，看到一个方案就是只存储最近几天的数据，然后历史数据都存储到文件，查询历史数据通过读文件的形式去完成。MongoDB 分表我还不熟悉；技术栈都是啥好用简单方便就上啥了。

@nivalxer 我是每个传感器一个表，返回的文档长度不超过 16M 吗，有更好的方案可以分享一下。
@hd10180 他格式没有这么多，就是固定的 data 数组，要么 50,100,200 ，是根据采样率来定的。传感器也没有 uuid 全靠自己编。
@yyt6801 data 数组就是 50 或者 100 或者 200 个浮点数，每秒的数据都是这样。
@sagaxu 是的，我现在只统计了每秒的最大值，最小值，平均值，读取起来还不算太费劲。正常来说我们只关注十分钟这个节点，还有每分钟数据，这个都还算好用处理。文件确实，主要是读取文件比较麻烦，文件目录不固定，没有很好的索引方式。
@kivmi 是的，但是我们的数据也不算大，就是多，频繁，每秒都有，直接查询原始数据出来也是为了做进一步处理，比如取出每一分钟的最大值，最小值，均值，方差这一些。

@sagaxu 查询画图展示，长时间的我会额外查询宿友再处理，比如每十分钟提取一个最大值，汇聚所有的值返回。但是归根到底我还是要查询这些时间范围的数据。
@aloxaf 前端查询数据主要是展示，会有额外的需求，不过我还是要单独查询出这些范围的数据做进一步的加工。原始数据是传感器就固定每秒会有数据，传感器一多，每小时打包就不方便了，有时需要上半段，有时候需要下半段，每秒是最好的处理方法。数据会查询很久之前的，需要保持。时序数据库我还在找，发现挺多不怎么合适，总有一两项让我退步🤣

@MoYi123 内存溢出是 node 的问题好像，我试过查询去年某一段时间的数据，他就查询内存栈溢出了。
@sagaxu 数据总量很多，每天 86400 条 json 存入，每次查询返回不定期，就是得根据前端传回的时间范围作为查询条件，有时候会查询去年某一段时间的数据，慢的时候主要是等待很久，数据库的每个集合的 timestamp 字段有做索引。查询代码如下：
// 获取 MongoDB 原生数据库连接
const db = mongoose.connection.db;
// 获取指定的集合
const collection = db.collection(collectionName);
// 构建查询条件
const query = {};
const timestampInt = parseInt(timestamp, 10);
query.timestamp = timestampInt;
// 查询数据
const result = await collection.find(query).toArray();
if (result.length <= 0) {
ctx.status = 200;
ctx.body = { message: 'no data', data: [] };
return;
}

@Oldletter 代码相对来说比较简单，就是传入集合名字，时间范围，就去对应的结合查询，查询代码如上，后端用的 node ，koa 框架，但是我发现 Mongo 的数据迁移不太方便，比如说我要把 a 服务器的某一个库的所有数据转移到 b 服务器的 Mongo 实例中，就不太方便了。

@skallz 范围也大，会查询去年某一个月的所有数据，前端处理不太现实，现在文件跟业务都在一个服务器。
@chihiro2014 我之前看过这个，但是他对 json 格式数据不太友好，部署相对麻烦。
@xiaofsu 看了部分时序数据库，发现部分接口、迁移、数据格式不太方便。
@daxin945 我查查这个数据库看看效果。

好久没上来，向各位前端大佬问好，大学那会粗粗学习过前端三件套，现在工作页面只会改小地方，大框架还是整不来，拉去的模板东西又是太多，整的很难受。这段时间找了一个大佬帮忙写了一下，至少现在完成交差了。前端变化太多了，系统学习起来有点费精神，我也不是很爱钻研的人哈哈哈。现在我转头拥抱会传统的三件套了，让大佬帮忙搭架子，我在里面加东西。确实一点最难的就是 css ，我主要给体制内干活，他们对好看要求比较高，对实用性考虑没那么高，懂得都懂哈哈哈。现在 ai 对小东西改动确实挺好用，不过架子就搭的不好看了。现在整体市场都不好，也流出来很多大佬出来兼职帮忙。非常感谢！！！还得让自己多学习才行，小弟在小公司，什么活都自己干，哭。。。

@linwuhi 是的，前端更新的也快，轮子比后端多好多。
@66beta ui 框架内容太多了，我不要那么多，拿他们改起来费劲。
@ggvoking 是的，后端业务逻辑性好点，特别是物联网，把协议对接好，数据就来了。加上我没啥设计细胞。
@yagamil 是的，兼容性问题，版本问题，各种包的问题。
@hyh0u0 特别要设计的好看，这个更加烦人。
@hefish 前端的框架问题很多，不好说，拉下来按照步骤跑还是有问题，后端的东西拉下来基本都能跑，而且改起来也快。
@vipfts 给的，但是不能太贵了，我需求真的简单，感觉大佬一下午就能搞完。
@mixuxin 我搜索看看，能截图生产这么强的吗。
@AlexHsu 能学习多点好事情，但是学起来很痛苦就烦恼了，后端我只考虑接口，响应设计好，其他就剩优化了。前端页面真的让我难受了。
@eraserrain 我搜索看看。

@yxlcareme 好的，已经添加。
@meteor957 我现在也发现了，前端的模板东西太多了，改起来也很费劲。
@heqingpan 谢谢大佬，我学习学习。
@npe 好，我多看看。
@guanzhangzhang 是的，我看到前端的模板就头大了，里面的内容写的天花乱坠，很多根本用不上呀。
@Heisenberg66 羡慕大佬。
@ybz 我是废了，哈哈哈。
@DongDongProMax 上手了，还要改动，我哭。