-
-
Notifications
You must be signed in to change notification settings - Fork 56
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Document integration of ObjectDownloadView with NGINX acceleration #177
Comments
@Natim I'm currently looking into this and will submit a PR if/when I figure it out. Do you have any recommendations for this issue? |
Specifically, the type of django-downloadview/demo/demoproject/object/views.py Lines 5 to 6 in 563b2a4
django-downloadview/demo/demoproject/object/urls.py Lines 6 to 11 in 563b2a4
|
As a note, |
@johnthagen Did you manage to get it working? |
@amarandon I did not. The challenge I had was that by using object primary keys, I couldn't find a corollary to how to translate those into something to pass NGINX. I think this would be a very important addition to this library, but after trying for some time I could not figure it out. I do hope that someone is able to and can share their findings with the community. |
@Natim Do you have any insights or directions someone could take who is trying to discover how to do this? Is this something that is intended to be supported? |
I guess what you are looking for is probably https://www.nginx.com/resources/wiki/start/topics/examples/x-accel/
Basically your ObjectView will return an URL that will be transmitted in a X-Accel header to Nginx which will handle the file. |
@Natim So if I understand correctly ObjectDownloadView should add the correct header out of the box and we only need to configure nginx to make use of it? I just had a look in browser's devtools and that doesn't seem to be the case 🤔 |
If I understand the code correctly it would work like that if you configure the XAccelMiddleware to monitor the path that your ObjectResponse will use. |
@Natim What confuses me is what to put in I have a class Photo(models.Model):
file = models.ImageField(upload_to='uploads/%Y/%m/%d/') And an
This works as expected: files are served through the Python view. Now in DOWNLOADVIEW_RULES = [
{
'source_url': '/photos/',
'destination_url': '/uploads/',
},
] Along with this entry in nginx config: location /uploads/ {
internal;
# /home/myuser/myproject contains a directory named 'uploads' which contains uploaded photos
alias /home/myuser/myproject;
} But this doesn't seem to change anything. In fact I'm not even sure of how to verify that it works. I was kind of expecting a line in nginx log files saying it did the internal redirection but I'm not sure if this expectation is reasonable. |
I think the issue is with DOWNLOADVIEW_RULES = [
{
'source_url': '/photos/',
'destination_url': '/uploads/',
},
] can you try: DOWNLOADVIEW_RULES = ['/uploads'] |
Disclaimer: I had a very quick look at this thread and I've not been coding with Django for some time now... I haven't figured out where is the issue at the moment.
As far as I remember, in order to debug, you can:
There is also some assert_x_accel_redirect() utility to create tests. It may be useful to check that middleware catches the response and transforms it to X-Accel as expected. See https://django-downloadview.readthedocs.io/en/latest/optimizations/nginx.html#test-responses-with-assert-x-accel-redirect |
Currently, there is not an example/documentation for how to integrate
ObjectDownloadView
with NGINXXAccelRedirectMiddleware
. This would be a helpful example for new users.The text was updated successfully, but these errors were encountered: