Так что я, конечно, знаю, что отправка статических файлов через Django отправит вас прямо в ад, но я не совсем понимаю, как использовать пользовательский URL для маскировки истинного местоположения файла с помощью Django. Django: обслуживание загрузки в универсальном представлении но ответ, который я принял, кажется «неправильным» способом выполнения действий.
urls.py:
url(r'^song/(?P<song_id>\d+)/download/$', song_download, name='song_download'),
views.py:
def song_download(request, song_id):
song = Song.objects.get(id=song_id)
fsock = open(os.path.join(song.path, song.filename))
response = HttpResponse(fsock, mimetype='audio/mpeg')
response['Content-Disposition'] = "attachment; filename=%s - %s.mp3" % (song.artist, song.title)
return response
Это решение отлично работает , но, оказывается, не совсем идеально.Как я могу избежать прямой ссылки на mp3 при работе через nginx / apache?
EDIT 1 - ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ
В настоящее время я могу получить свои файлы, используяадрес, такой как: http://www.example.com/music/song/1692/download/
Но вышеупомянутый метод - это работа дьявола.
Как мне достичь того, что я получаю выше, все еще заставляя nginx / apache обслуживать медиа?Это то, что должно быть сделано на уровне веб-сервера?Какой-нибудь сумасшедший mod_rewrite?
http://static.example.com/music/Aphex%20Twin%20-%20Richard%20D.%20James%20(V0)/10%20Logon-Rock%20Witch.mp3
РЕДАКТИРОВАТЬ 2 - ДОПОЛНИТЕЛЬНАЯ ДОПОЛНИТЕЛЬНАЯ ИНФОРМАЦИЯ
Я использую nginx для своего внешнего интерфейса и обратного прокси-сервера обратно apache / developmentсервер, так что я думаю, что если он требует какой-то работы mod_rewrite, мне нужно будет найти что-то, что будет работать с nginx.