Hallo,
mir ist heute aufgefallen, dass der Download-Button des Podlove Web Player 3 bei unserem Podcast nicht funktioniert. Die Datei wird also weder heruntergeladen noch im Browser abgespielt. Bei anderen Podcasts, die den Web Player 3 einsetzen, funktioniert es. Getestet habe ich mit Chrome, Safari und Firefox unter macOS. Kann mir jemand sagen, woran das liegen könnte?
An Eurem Web Server Setup. Siehe: https://community.podlove.org/t/customising-the-download-interface-publisher-weekly-2/596
Ich hatte schon vorher beim Webhoster diese Apache-Konfiguration eingefügt:
<FilesMatch "\.(mp3|m4a|ogg|oga|ogv|opus|mpg|m4v|webm|flac|pdf|epub|zip)$">
Header set Content-Disposition attachment
</FilesMatch>
Wenn ich die Download-Buttons nochmal zusätzlich zum Player anzeigen lasse, funktioniert der Download auch, aber nicht über den Button des Player (Reiter “Downloads”).
Habe mal testweise die Config nach Erics Anleitung eingefügt:
<FilesMatch "\.(mp3|m4a|ogg|oga|opus|flac)$">
Header set Content-Disposition "attachment"
</FilesMatch>
AddType audio/mpeg mp3
AddType audio/mp4 m4a
AddType audio/ogg oga ogg
AddType audio/opus opus
AddType audio/flac flac
Jetzt wird anstelle des Players die Meldung “502 Bad Gateway nginx/ 1.2.1” angezeigt. Obwohl es laut Backend des Webhosters ein Apache sein soll. Also liegt das Problem eher am Hoster?
Also aus meiner Sicht sieht das alles okay aus, der Content-Disposition Header wird gesetzt. Mehr ist nicht erforderlich.
tim@eris % curl -I http\://cdn.podseed.org/ta/TA047.m4a ~
HTTP/1.1 200 OK
Server: nginx/1.10.0
Date: Mon, 24 Oct 2016 12:19:22 GMT
Content-Type: audio/x-m4a
Content-Length: 62614571
Last-Modified: Sun, 23 Oct 2016 16:50:56 GMT
Connection: keep-alive
ETag: "580cea70-3bb6c2b"
Content-Disposition: attachment; filename="TA047.m4a"
X-Clacks-Overhead: GNU Terry Pratchett
Accept-Ranges: bytes
Verhält sich auch im Browser wie erwartet und lädt die Datei direkt auf die Platte.
Im Browser hast du ein Mixed Content Problem:
Mixed Content: The page at 'https://technische-aufklaerung.de/ta047-oeffentliche-sitzung-am-20-10-2016/' was loaded over HTTPS, but requested an insecure resource 'http://cdn.podseed.org/ta/TA047.opus?ptm_source=webplayer&ptm_context=episode&ptm_file=TA047.opus'. This request has been blocked; the content must be served over HTTPS.
Die Webseite ist HTTPS und Podseed wird über HTTP angestoßen
Ah, daran wird es wohl liegen. https ist zwar optional und wir linken bisher immer auf http, aber https everywhere hat mich auf die verschlüsselte Verbindung geschickt und da klappt es nicht. Bei Aufruf über http wird die Datei auch über die Download-Möglichkeit des Players heruntergeladen. Danke.