且不说客户自身有没有备份，这和云服务数据丢失应该是没有关系的，客户可以选择全部数据都放在云上，造成数据损失不应该由数据丢失业务受损的那方负全责。
客户虽然只花费了几千元的云服务费用，是否代表云服务商可以最多赔十几万，而不考虑存放的数据的价值，客户业务受损丢失的订单，以及此次事故造成的企业形象损失？
同时云服务商是否也应该强调数据丢失风险的存在，而不是一味地强调高可用，99.9999999 的稳定安全？

前面回复的是腾讯派来的水军吗？这么嘴炮？就算公司自己不备份，那也不代表腾讯云把数据全弄掉就有理了

扛着压力，以后会非常怀念这段时光的

前端用 webpack 是方便模块化压缩合并，是考虑到浏览器默认不支持运行 import require 等情况，而且图片 less 一堆东西合在一起给页面展示。
你后端用 webpack 真正解决问题的是什么？模块化有个 node 就能跑起来了，而且我认为后端更加注重的应该是 SQL 性能和并发量控制，缓存，稳定性，设计模式这些东西，而不是一会 webpack 一会又这个那个打包工具，感觉意义并不是很大。
前后端我认为是很难简单用个 webpack 就统一架构的，服务的对象都不一样，这怎么统一？而且不要希望 JS 能打遍天下无敌手(我无意黑 JS)，多尝试多体会其他语言。

----------分割------------
楼上说“求求别搞新东西了，学不动了“，我深有体会，这并不是说楼上偷懒没有学习精神，可能他就是认为”学了这个东西，没什么深度，过两三个月又被推翻，没有传统后端知识那么稳固耐用有深度“。他说的可能是后端 node，而不是前端。面对后端，其实一些公司并没有那么多机会给你尝鲜什么新工具，也不太可能会给你各类框架工具链天天重构项目，毕竟时间成本还有失败几率也是放在那里的，目的就是把事情做好。
就 node 后端而言，我更希望能有一套比较普适的体系框架(如 Java 的 Spring 框架)，能基于这个框架逐渐深入更多的工具链，让开发者能更快更好更稳定的实现接口，让 HTTP 访问速度更快，有更多类似 lodash 的 kit 方便逻辑集合运算，有 async/await 这种优化编码质量的东西。让 node.js 回归后端的本质，就是提供 HTTP 服务，并且有一套成熟完整的生态(而不是某个框架火了几个月又改超焕袋，这样真的没意思)
吐槽完毕，当然你可以说我是嘴炮

因为要拥有约会的机会，你要先付出门票钱

@WhatC 是的，就是 https ssl 证书

@bestkayle 深有同感

我以前公司的.net 后端程序员，弄个小程序证书折腾了快几个星期了，后面和老板说 HTTPS 证书只能通过买云服务器商的收费证书，而且价格还不菲。可怜老东家被忽悠的团团转

类似百度新闻对吗？我两年前也 copy 过，感觉第一眼特别新鲜！

生活还是要继续，等你工作几年之后会发现自己对这些离离合合是如此的麻木

为什么不直接用文件存储呢？数据库消耗比较大

@Kimipoker 不，是 june 运营方案

这票稳儿

@torbrowserbridge 可以的，貌似只有 mobike 才有

@meetocean oh，不好意思没审题，看错了