Nach Umzug zu DomainFactory Probleme mit Inhaltselementen Download und Downloads

Hallo zusammen,

im Einsatz ist Contao 4.9.5.

Nach der Veröffentlichung der Contao-Website bei DomainFactory können alle eingebundenen Download-Dateien nicht mehr heruntergeladen/angeschaut werden.

Im Chrome Browser erscheint folgende Fehlermeldung:

Code:

---

Die Website ist nicht erreichbar. Die Webseite unter https://musterdomain.de/de/?file=files/website_data/downloads/demo.pdf&cid=1519 ist eventuell vorübergehend nicht verfügbar oder wurde dauerhaft an eine neue Webadresse verschoben.
ERR_INVALID_RESPONSE

---

Die Datei ist auf dem Webserver unter "files/website_data/downloads/demo.pdf" vorhanden. In der Dateiverwaltung sind alle Ordner inkl. Dateien öffentlich und nicht geschützt.

Vorher war die Website bei einem anderem Hoster und da haben alle Download-Inhaltselemente problemlos funktioniert.

Hmm

Code:

---

$ curl -I https://blumenau-finanzplanung.de/de/?file=files/website_data/downloads/tipps-sicher-geld-anlegen-aachen.pdf&cid=1519
[1] 2624

$ HTTP/2 416
server: nginx
date: Tue, 08 Sep 2020 14:55:27 GMT
content-type: application/pdf
content-length: 0
cache-control: must-revalidate, private
content-disposition: attachment; filename=tipps-sicher-geld-anlegen-aachen.pdf
x-content-type-options: nosniff
referrer-policy: no-referrer-when-downgrade, strict-origin-when-cross-origin
accept-ranges: bytes
x-frame-options: SAMEORIGIN
x-xss-protection: 1; mode=block
contao-cache: miss
last-modified: Wed, 15 Jul 2020 08:01:08 GMT
etag: "lOtUaus7OFy4Fj27lf/eTjmH4N+NQvYBj5ZggVBW4/A="
content-range: bytes */86908

---

Ganz werde ich aber aus dem Response bzw. den Ausgaben von cURL auch nicht schlau. Evt. funkt hier ein nginx als Reverse Proxy bei DomainFactory dazwischen?

Vielen Dank für deine Antwort. Soeben habe ich mit dem unfreundlichen Support bei DomainFactory telefoniert und man sagte mir, dass ein nginx als Reverse Proxy dazwischen hängt, aber wie genau ich das Problem lösen könnte, solle ich doch bitte googlen, denn DomainFactory seien keine Webentwickler.

Angeblich kann man das irgenwie via .htaccess-Datei steuern und irgendein Caching aktivieren/deaktivieren.

Hast du hier vielleicht irgendwelche Anhaltspunkte für mich?

Zitat:

---

Zitat von minstyle

Vielen Dank für deine Antwort. Soeben habe ich mit dem unfreundlichen Support bei DomainFactory telefoniert und man sagte mir, dass ein nginx als Reverse Proxy dazwischen hängt, aber wie genau ich das Problem lösen könnte, solle ich doch bitte googlen, denn DomainFactory seien keine Webentwickler.

---

wtf :D

Zitat:

---

Zitat von minstyle

Hast du hier vielleicht irgendwelche Anhaltspunkte für mich?

---

Ja, Hosting wechseln, weil so eine Antwort ist ja wohl eine Frechheit für einen Hoster ;)

Zitat:

---

Zitat von minstyle

Angeblich kann man das irgenwie via .htaccess-Datei steuern und irgendein Caching aktivieren/deaktivieren.

---

"irgendwie", "irgendein"? Was genau ist gemeint?

Mehr weiß ich leider auch nicht.

Ich habe mir DomainFactory nicht ausgesucht ;)

Scheint ja mittlerweile behoben zu sein. Hast du irgendwas gemacht, dass es jetzt funktioniert oder bin ich einfach später dran und die Zeit hat das Problem gelöst?

Dank dem Technik-Team von DomainFactory gibt es nun folgende Lösung:

Folgende Zeilen müssen am Anfang der Datei "page/web/.htaccess" eingefügt werden:

Code:

---

Header set Accept-Ranges none
RequestHeader unset Range

---

Zitat:

---

Zitat von minstyle

Dank dem Technik-Team von DomainFactory gibt es nun folgende Lösung:

Folgende Zeilen müssen am Anfang der Datei "page/web/.htaccess" eingefügt werden:

Code:

---

Header set Accept-Ranges none
RequestHeader unset Range

---

---

Kann bitte jemand erklären, was diese beiden Zeilen bedeuten, und warum sie das Problem lösen. Ich hatte das Problem im zusammenhang mit DF und Moodle, und dieses Zeilen haben geholfen.
Aber ich würde gerne verstehen, was ich tue.

Zitat:

---

Zitat von minstyle

Dank dem Technik-Team von DomainFactory gibt es nun folgende Lösung:

Folgende Zeilen müssen am Anfang der Datei "page/web/.htaccess" eingefügt werden:

Code:

---

Header set Accept-Ranges none
RequestHeader unset Range

---

---

ich hatte beim DL immer HTTP-Error 416 bekommen - mit dem Eintrag läufts wieder...

THX!!

Zitat:

---

Zitat von bwl21

Kann bitte jemand erklären, was diese beiden Zeilen bedeuten, und warum sie das Problem lösen. Ich hatte das Problem im zusammenhang mit DF und Moodle, und dieses Zeilen haben geholfen.
Aber ich würde gerne verstehen, was ich tue.

---

Man kann im Request auch nur einen bestimmten Teil (Range) einer Datei anfordern, z.B. die letzten 100 Bytes einer mehrere MB großen Datei. Aber nicht jeder Webserver unterstützt das auch, im vorliegenden Fall also offenbar nicht. Deswegen die beiden Einträge. Der zweite führt dazu, dass der Header eines Range Requests so abgeändert wird, dass die ganze Datei geladen wird. Der erste bewirkt, dass in der Antwort gleichzeitig signalisiert wird, dass der Webserver keine Range-Requests akzeptiert.

Das heisst dann halt, es werden unter Umständen wesentlich mehr Bytes übertragen als notwendig, aber dafür funktioniert es dann wenigstens.