请问解决这个问题了吗？碰到同样的问题了

直接就会抛错了，逻辑就是检测到错误过后端口++再重启服务，请问有什么方法呢

现在这个逻辑，在 23:59 上传的文件，01:01 提交，发现文件不见了！
有时候写点东西写 1 个小时也不是不可能的。
具体时间根据业务上允许保持多久编辑窗口来定。

后端可以转化文档的，前端只需要一个iframe就能在线访问office文件。后端技术我就不知道了，你得调研一下。我们以前的项目就是这样。

watch可以配合着computed一起使用，watch监听computed中的变量

难道用http的形式，可以服务端通知客户端么？能实现的方法也比较麻烦，没有socket那么方便

     * 1- 获取当前日期
     * 2- 根据当前日期生成临时文件目录（有则不生成）
     * 2- 上传时，当前日期对比临时文件目录日期---> 相等则添加临时文件，不相等则创建新的临时文件目录(永远只会有两个临时文件夹，当天以及明天的)
     * 3- 每日凌晨1点删除前一天的临时目录及临时文件
     * 4- 当前台上传完图片（图片都在临时文件目录中），点提交的时候通过对比前台回显地址以及临时文件，有则提交成功，并复制文件到非临时的当天的文件夹中

这个逻辑对吗？帮忙看看其中是否有什么纰漏或者有什么可以更改的地方.

假设检索条件1为价格区间+商品类别,第一次返回的数据为result1
假设检索条件2为价格递增排序
请问怎么在返回结果result1的基础上进行条件2检索。大多数情况下，用户的操作都是先进行第一次检索，再进行排序。虽然可以通过将两次检索条件叠加去做筛选，但是我觉得这样应该没有在条件1返回结果上进行筛选来的效率。毕竟前者需要筛选所有数据，后者只需要筛选result1就可以了.
另外我是通过mongodb的聚和管道做的查询。

建议弄成组件的形式，循环组件，在组件里面请求就行了

你可以先用对象的形式储存临时值（方便修改），最后提交的时候再弄成你需要的这种字符串形式