User.objects.get 要放到一个单独的同步函数里，再用 sync_to_async 运行这个同步函数。不过你都用 gevent 了，不用写成异步了吧？

不能在同步 for 里调用异步代码

改成 MEDIA_URL = '/media/'

@abersheeran requests 虽然用的多，但毕竟不是标准库啊......


@nuistzhou requests 可不是标准库......不是我导入，是 DRF 用 import requests 导入。


看来还是只有改名了，改项目代码问题小，主要是拿不准数据库里的情况。

数据基本没救了，如果你在刚发现时全盘备份了 P02952500063 和 P02952500220，可以尝试还原后仅挂载这两块硬盘进行修复，应该能抢救出一些出错前的数据。P02952500057 长期 DEGRADED 运行，里面的数据已经无法保证正确了，所以 DEGRADED 之后读写的数据没有抢救的方法了。

硬件方面，你可以尝试同环境下用不同数量的硬盘重新组 ZFS，长时间高强度读写，看看能否复现错误。

推荐 draw.io

https://dnschecker.org/

同意楼上说的，不会有很大效果的

官方文档有说吧，推荐用云服务：

https://docs.djangoproject.com/zh-hans/3.1/topics/security/#user-uploaded-content

自己搞一般都是用 Nginx 之类的前端来处理静态文件。

会员 ID：1101383

python 后端程序测试

组了 RAID 还有啥担心的？硬盘坏了及时换掉，这不就行了吗？

Python 的官方中文文档也在 Transifex 了啊，不过这平台的机器翻译和词汇表功能我一直用不了，不知道啥情况...

参照 gunicorn 里面的配置：

# path for static files
root /path/to/app/current/public;

location / {
# checks for static file, if not found proxy to app
try_files $uri @proxy_to_app;
}

location @proxy_to_app {
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Host $http_host;
# we don't want nginx trying to do something clever with
# redirects, we set the Host: header above already.
proxy_redirect off;
proxy_pass http://app_server;
}

@ryd994 见笑了