类别图片的上传卡在 0%。在主题内上传的同一张图片可以正常工作。我上周上传了一些类别图片。我从那时起唯一改变的是今天早上更新到 2.8.0.beta11 (cbf99f48d8)。
3 个赞
我认为这可能与此处描述的数据中心中断有关：
（我遇到了同样的问题）
1 个赞
但是，我想象的是图像处理是本地的。
我的猜测是，停机时间导致了与 Discourse 服务器通信的后端进程（例如头像服务和版本检查）的超时时间比正常情况长得多。这会导致其他仅本地的任务延迟。
2 个赞
我也有同样的问题，控制台中唯一的错误是：
application-e3e2b65734231ede09b9034749bc29d929feb55a4b1dd4f0e9cab9440c643ac4.js:sourcemap:1 Uncaught TypeError: e._perFileData is not a function
at application-e3e2b65734231ede09b9034749bc29d929feb55a4b1dd4f0e9cab9440c643ac4.js:sourcemap:1:622332
at Array.forEach (<anonymous>)
at Object.onBeforeUpload (application-e3e2b65734231ede09b9034749bc29d929feb55a4b1dd4f0e9cab9440c643ac4.js:sourcemap:1:622286)
at H.upload (vendor-96a5eaa8d436066b954c21ae5afb7f504310945c679465a2f1ba46b429a95edf.js:sourcemap:77:151420)
at vendor-96a5eaa8d436066b954c21ae5afb7f504310945c679465a2f1ba46b429a95edf.js:sourcemap:77:154902
我重建了好几次，甚至尝试在安全模式下运行，以为可能是插件或主题的问题。
2 个赞
奇怪的是，当我尝试上传一个大约 50MB 的备份文件时，我也遇到了一个非常相似的错误。这是在一个全新的、刚设置好的、基于 Digital Ocean 的镜像上，运行的是 2.8.0.beta11 (232f840b60)。我已经增加了管理员设置中的所有文件大小限制。错误日志显示：
TypeError: e._perFileData is not a function
at https://xxxx.xxxx.com/assets/application-e3e2b65734231ede09b9034749bc29d929feb55a4b1dd4f0e9cab9440c643ac4.js:1:622332
at Array.forEach (anonymous)
at Object.onBeforeUpload (https://xxxx.xxxx.com/assets/application-e3e2b65734231ede09b9034749bc29d929feb55a4b1dd4f0e9cab9440c643ac4.js:1:622286)
at H.upload (https://xxxx.xxxx.com/assets/vendor-96a5eaa8d436066b954c21ae5afb7f504310945c679465a2f1ba46b429a95edf.js:77:151420)
at https://xxxx.xxxx.com/assets/vendor-96a5eaa8d436066b954c21ae5afb7f504310945c679465a2f1ba46b429a95edf.js:77:154902
几分钟后，在我遵循这些更改最大附件大小的说明（因为我不知道还能做什么）后，我收到：
onBeforeUpload/<@https://xxxx.xxxx.com/assets/application-e3e2b65734231ede09b9034749bc29d929feb55a4b1dd4f0e9cab9440c643ac4.js:1:622332
onBeforeUpload@https://xxxx.xxxx.com/assets/application-e3e2b65734231ede09b9034749bc29d929feb55a4b1dd4f0e9cab9440c643ac4.js:1:622286
upload@https://xxxx.xxxx.com/assets/vendor-96a5eaa8d436066b954c21ae5afb7f504310945c679465a2f1ba46b429a95edf.js:77:151420
Q/this.scheduledAutoProceed<@https://xxxx.xxxx.com/assets/vendor-96a5eaa8d436066b954c21ae5afb7f504310945c679465a2f1ba46b429a95edf.js:77:154902
我在 3 个不同的浏览器中都试过了。我已经隐藏了具体的子域名，但我认为这不应该有影响。
我在这里发帖是因为这是我能找到的关于这些错误的唯一其他提及，而且它最近才出现，所以我想它可能有关联。如果跑题了，我很抱歉。
2 个赞
我的网站上也出现了同样的错误，这严重影响了个人资料图片。由于一个已宣布关闭的、存在了数十年的论坛的用户大量涌入，我正在寻找快速的解决方案。
2 个赞
哦，糟糕。我猜是在上传时发生的，但具体是哪里呢？
看起来是不是最新的测试版中悄悄引入了一个 bug？
也许。上传到主题和帖子似乎可以工作，只是个人资料或类别不行。Discourse 团队非常擅长修复像这样严重影响体验的错误，所以我非常希望它能在几天内得到修复。
2 个赞
我刚刚更新到了他们大约半小时前的提交，看起来已经修复了 
4 个赞
我也是……升级后现在一切正常。
2 个赞
但是，这些更改似乎不在最新的 Beta 版本中，因为它说我已是最新版本。所以我想我必须切换到 nightly 版本？是否有任何先例表明重大错误会促使发布热修复程序到主频道？如果是这样，这不符合条件吗？
编辑：我还是重建了容器（在此之前 git pull 说没有更新），嘿，现在它能用了！
1 个赞
我认为 @martin 说的是最新的版本有一个上传的 bug？
2 个赞
对我来说，刚刚用于备份上传，至少是这样。
1 个赞
请帮忙。我该如何将此代码用于生产环境？
1 个赞
在您的网站上访问 /admin/upgrade 并从那里更新到最新版本
4 个赞
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.