resolved
死后Universal Apps运行共享主机系统. 这些主机系统当然是有限的文件存储. 起初我们执行硬文件系统配额,但BTRFS中一个内在的bug引起了这个问题. 所以我们取消了硬性限制 并允许超过包含的文件系统限制。 对于Universal Apps来说,没有自动缩放,因此这个解决方案实际上对客户端来说也更好. 我们过账存储,大致按三倍的系数计算,可以让客户使用比Uni最大的计划两倍的存储. 我们定期检查超过限制的Apps,并写邮件. 最近我们必须经常这样做。 最常见的情况是文件存储使用过度,这归因于代码/配置错配置. 最常见的是找到很多旧的本地备份文件(可能是一些插件?),但也有很多缓存文件. 具体地说,后来的问题越来越多。 可能是因为一些网站越来越粗鲁 提供了无限的网页 我们有健康检查, 提醒我们储存问题。 在这种情况下,存储迅速被填充,造成各种随机出错. 我们主动删除缓存文件夹,这在Apps重新填充缓存时给主机系统造成了更高的负载. 这个建筑当然不是省长. 这是我们决定从零开始创建新平台的许多原因之一. 新平台在多层次上解决了这个问题: - 更大的存储计划 - 可选的"自动缩放":要么封顶,要么升级 经过监测,我们认为这个问题现已解决.