django的另一台主机上的媒体服务器。 这是正确的方法吗？

Question

我读了很多关于Django的独立媒体服务器的“操作方法”。 但是我有自己的决定。

/ media-文件服务器上的目录。 我将其安装到django服务器（SSHFS），因此我可以将用户图像保存在那里。然后，将media_url更改为file server adress aaddress / media，在我拥有nginx的文件服务器上，它将分发文件。

这样行吗？

django服务器上的负载不会很大吗？

谢谢。

Answer 1

如果我正确地理解了您的服务器布局-nginx在文件服务器上运行，并且正在将请求代理到另一台服务器上的Django， 则它应该可以工作 。 最好将服务器放在同一LAN或数据中心中，以减少延迟和网络错误。 您还希望确保正在运行nginx worker进程的用户有权访问/ media /。

让nginx服务于媒体和静态目录将减少Django服务器上的负载。 顺便说一下，Gunicorn和uWSGI是备受推崇的Django服务器。

使用/ media /目录有点不寻常，因为它通常是CDROM或USB闪存驱动器保留的目录。 通常使用/var/www/example.com/media或/srv/www/example.com/media 。

设定值

我只想确保您已正确设置域，因为它会影响MEDIA_URL设置的使用方式，尤其是如果您从那里提供Javascript，请耐心等待。 如果您的网站是example.com，则您的DNS设置应将example.com指向您的nginx /文件服务器IP地址。

您的设置文件

Django settings.py

MEDIA_URL = "/media/"

nginx example.conf

root /; 在下面的示例中看起来很吓人，但请看一下文档来验证这一点 。

server {
    server_name example.com;

    location /media/ {
        root /;
    }

    # OTHER LOCATION RULES

    location / {
        # PROXY RULES HERE
    }
}

访问媒体文件

您的Django项目可以使用简单的绝对URL来引用您的图像，例如

<img src="/media/user1234/2012/03/04/aeiou.jpg" alt="aeiou">

或使用django.core.context_processors.media，RequestContext和{{MEDIA_URL}} ，以防万一将媒体文件移动到CDN。

<img src="{{ MEDIA_URL }}/user1234/2012/03/04/aeiou.jpg" alt="aeiou">