[gelöst]Downloads funktionieren nicht mehr

**Kahmoon** · 14.04.2015, 08:15

Servus beisammen,

ich habe vor ein paar Tagen eine Installation auf 3.4.5 gehoben und jetzt ist aufgefallen das Downloads nicht mehr funktionieren. In der Contao-Demo (3.4.4) geht es noch. Bei einer anderen Installation von 3.4.5 geht es. Ich kann nicht sagen ob es mit der Contaoversion zusammenhängt.

Hier ist eine ganze Liste an Downloads: jagdbildungszentrum.de/test.html

Bei Klick kommt aber nur eine leere Seite und nicht wie gewohnt der Downloaddialog.

Jemand ne schnelle Idee wie ich das fixen kann? Bzw. woran das liegt?

PHP Version 5.6
Contao 3.4.5

VG
Frank

**MacKP** · 14.04.2015, 09:20

Hallo Kahmoon,
da kommt ein 500er wenn man das versucht. Ich würde da erst mal Grundlagen testen:
- Contao Check
- Mal ein Download(s) Element neu Anlegen und mit anderen Dateien versuchen (eventuell mal Dateien ohne Leerzeichen nehmen *g*)
- Schauen ob die Dateien eventuell geschützt sind
- Contao Cache leeren

Viele Grüße

**Kahmoon** · 14.04.2015, 10:09

Servus,

das habe ich alles schon gemacht.

- Contao Check passt
- Neues Element angelegt -> Keine Änderung
- Datei ohne Leerzeichen genommen -> Keine Änderung
- Bezüglich der Rechte: Ich habe eine Datei per Dateiverweltung in ein neues Verzeichnis hochgeladen. Auch dort geht es nicht.

Aber woher kommt der 500er? Den habe ich nicht gesehen...

**MacKP** · 14.04.2015, 10:23

Den 500er bekomm ich in Firebug zu sehen, wenn ich mir anschaue, was da auf der leeren Seite so los ist ^^
Hmm dann eventuell noch .htaccess überprüfen. Ansonsten fällt mir da gerade erst mal nichts ein (ist immer schwierig sowas, wenn man nicht selber gucken kann).

Viele Grüße

**Kahmoon** · 14.04.2015, 10:40

Ja

Ich habs auch schon mit der normalen .htaccess.default (umbenannt) geprüft ob es daran liegt....leider auch Fehlanzeige.

Ich schreibe mal 1und1 an.

VG

**tab** · 14.04.2015, 13:40

Also ich tippe mal auf das PHP 5.6, das ja immer noch RC1 zu sein scheint, im Zusammenspiel mit Contao 3.4.5. Stells doch einfach mal testhalber um auf 5.5. Das PHP allein kann es aber nicht sein, ich habe gerade mal bei einer Kundenseite (3.2.x und PHP 5.6 bei 1&1) einen Download getestet, da tritt das Problem nicht auf.

**Kahmoon** · 14.04.2015, 13:48

Sorry, habs erst nicht gecheckt wie ich das wieder umstelle. Hat aber nichts geholfen.

**Kahmoon** · 14.04.2015, 13:51

Edit: Also auch mit Version 5.5.22 gehts nicht

**tab** · 14.04.2015, 13:55

Also ich konnte heute noch von PHP 5.5 auf 5.6 wechseln bei einer Test-Subdomain. Ich versuche gerade mal wieder zurück zu wechseln

... Dauert wie gewohnt ziemlich lang ... aber klappt! Ist jetzt wieder 5.5.22

**Kahmoon** · 14.04.2015, 13:59

Ja, habs nur nicht gecheckt wie

Leider hats nicht geholfen

**tab** · 14.04.2015, 14:05

Ok, dann scheint es wohl eher ein anderes 1&1 Problem zu sein, das nicht auf allen Servern auftritt. Ich konnte in der Testdomain mit PHP 5.6.6RC1 nämlich auch problemlos Contao 3.4.5 installieren, was ein anderer User am heutigen Morgen nicht konnte - er bekam einen Fehler 500.

**Kahmoon** · 14.04.2015, 14:06

Mit dem alten Paket ging es auch noch. Vielleicht liegt es an der Umstellung vor 1 Woche für Composer. Der Kunde hat auf das nächst größere Paket (Unlimited Plus) gewechselt.

**tab** · 14.04.2015, 14:08

Hmm, das habe ich auch und auch für meinen Test verwendet. Also scheint es auch kein allgemeines "Unlimited Plus" Problem zu sein.
Edit: Ware natürlich möglich, dass die gerade neue Pakete auf einen "defekten" neuen Server raufhauen.

**Kahmoon** · 14.04.2015, 14:09

Hmm f**k

**tab** · 14.04.2015, 14:13

Der Support wird das sicher richten können

. Die lassen dich dann erst mal deine Internetverbindung überprüfen, z.B. ob du auch das mitgelieferte Kabel verwendest

. Dann kommt der PC dran. Wenn du mit den ganzen Vorschlägen nach drei Wochen durch bist, kümmern sie sich vielleicht um das Problem auf ihrem Server.

**Kahmoon** · 14.04.2015, 14:20

Keine befriedigende Lösung :-)

Hab auch schon mal versucht die PHP Files der 3.4.4 drüber zu bügeln oder ob es am Template liegt....leider hats nix geholfen.Fehler 500 ist leider auch mittel aussagekräftig...

**do_while** · 14.04.2015, 14:33

Ich hatte bei 1&1 schon mal 500er Fehler, wenn ich gleichzeitig mit FTP auf dem Webspace war.
FTP-Programm geschlossen und der 500er war weg. Konnte ich damals direkt reproduzieren (ist aber schon 1/2 Jahr her)

**Kahmoon** · 14.04.2015, 14:46

Das wärs ja.....aber ist es nicht

**MacKP** · 14.04.2015, 14:54

Frag einfach mal bei 1und1 an. Die müssten in ihren Logs sehen können woher der 500er kommt. Die Fehlermeldung dürfte dann schon mal weiter helfen.

Viele Grüße

**Kahmoon** · 14.04.2015, 14:58

Hab ich schon vor ein paar Stunden. Die sind leider nicht so fix wie All-Inkl. Mal abwarten.

Danke.

**ciaobello** · 14.04.2015, 19:32

Hast es schon mal versucht mit einer Datei die keine Leerschläge hat? Mal die Datei umbenennen und alles klein mit underscore bei den leerschlägen.

Sorry ... die letzte hat ja keine ... erst jetzt gesehen. Hast den schon mal die Fehlermeldungen eingestellt im BE? Vielleicht gibt es dann auch ein Fehler aus?

**Kahmoon** · 15.04.2015, 10:28

Ja, habs mit einer Testdatei versucht. Die letzte Datei ist ohne Leerzeichen.

Laut Support ist es ein Berechtigungsproblem und siehe da, der Check meldet auch Probleme. Ich hatte aber im Forum gelesen das man das bei 1und1 nicht soooo genau nehmen sollte. Ist jetzt die Frage welche Ordner von den falschen Rechten betroffen sind.

jagdbildungszentrum.de/check/

VG
FRank

**tab** · 15.04.2015, 10:56

Was der Check zeigt sind die Standardberechtigungen bei 1&1 Shared Hosting. Damit gab es bisher bei mir noch nie Probleme. Aber ich habe jetzt auch keine 3.4.x mit Downloads bei 1&1... Upps, nee, ist gelogen

. Habe ich doch (Contao 3.4.5, ursprünglich Contao 3.4.4) und es funktioniert. Meine Download-Dateien liegen allerdings unterhalb von "files" in einem ungeschützten Ordner, für den an keiner Stelle irgendwelche Berechtigungen gesetzt sind. Also komplett für jeden zugänglich, ginge hier also auch per Link ohne Downloadelement. Aber ich nutze schon ce_downloads.

**Kahmoon** · 15.04.2015, 10:59

Ja, so ist es bei mir auch. Die Dateien liegen ebenfalls unter /files/xxxx und haben keine speziellen Rechte

1und1 meinte PHP fehlen die Rechte eine Datei zu erzeugen. Aber eigntlich öffnet sich ja nur der Downloaddialog. Die file.php zwingt den Browser per Header quasi zum Download um keine Darstellung im Browser zu erzeugen. Daran scheitert es aber..

**Kahmoon** · 15.04.2015, 11:04

Ha! Ich hab den "Schuldigen" gefunden. Das Modul dlstats (Version 3.8.0) in Kombination imt Contao 3.4.5 scheint die Ursache zu sein. Wenn ich das deaktiviere...gehts wieder!

**BugBuster** · 15.04.2015, 18:40

Diese Kombination läuft bei mir einwandfrei. (meine easyupdate Seite http://ea3server.contao.ninja läuft damit zum Beispiel.)
Ohne Fehlermeldungen kann ich da nichts prüfen. Sind die bei dir eingeschaltet? Nichts in system/logs/error.log ?

**do_while** · 15.04.2015, 19:49

Gab es da nicht Abhängigkeiten, die das ER2 nicht nachinstalliert?
Habe sowas wie die botdetection in Erinnerung.

**BugBuster** · 15.04.2015, 20:24

Das sollte im Frontend eigentlich nicht stören, da ich das vorher abfrage ob das Modul vorhanden und nicht deaktiviert ist.
Kann ich aber gern mal testen.

**Kahmoon** · 17.04.2015, 10:52

Hmm ja keine Ahnung warum das auf ein mal passiert. Kann dir gerne meine Installation zur Verfügung stellen wenn das was hilft.

VG

**BugBuster** · 17.04.2015, 15:26

und da kommen sonst keine Fehlermeldungen an den bekannten Orten, auch nicht wenn man diese extra einschaltet?

**Kahmoon** · 17.04.2015, 15:27

Edit:
Wenn ich Fehlermeldungen anzeigen lassen kommt das:

Code:

Fatal error:  Class 'BotDetection\ModuleBotDetection' not found in /homepages/46/d346729057/htdocs/jagdbildungszentrum/system/modules/dlstats/classes/DlstatsHelper.php on line 212

Installiert ist BotDetection 3.4.0

**Kahmoon** · 17.04.2015, 15:29

Siehe mein Edit. Contao wirft doch einen Fehler wenn man Fehlermeldungen anzeigen aktiviert. *facepalm*

**BugBuster** · 17.04.2015, 15:30

Welche PHP Version ist derzeit aktiv? Oder is das egal ob PHP 5.5. oder 5.6, Fehler kommt immer ?

**Kahmoon** · 17.04.2015, 15:32

Jepp, identischer Fehler mit beiden Versionen

**BugBuster** · 17.04.2015, 20:34

Hast du an der Installation von botdetection was geändert? denn es scheint entweder das Unterverzeichnis test zu fehlen oder der Zugriff wurde manuell gesperrt.
(ich gehe mal davon aus, dass botdetection installiert ist)

**Kahmoon** · 20.04.2015, 08:24

Botdetection ist installiert und meiner Meinung nach unangetastet. Ich überschreib es mal von einer anderen Installation. Allerdings hat das auch nichts gebracht.

Das Verzeichnis Test ist vorhanden.

Fehler nach wie vor:

Code:

Fatal error:  Class 'BotDetection\ModuleBotDetection' not found in /homepages/46/d346729057/htdocs/jagdbildungszentrum/system/modules/dlstats/classes/DlstatsHelper.php on line 212

Wenn ich Botdetection oder dlstats deaktiviere, geht auch der Download.

Edit:
Ich habe jetzt beide Module neu installiert und jetzt geht es auf einmal wieder

**Grossvater** · 06.04.2016, 13:49

Gibt es einen Hinweis warum die Downloads im Edge und Firefox nicht funktionieren?
dlstats und Botdetection sind deaktiviert.

Alle anderen Browser dagegen funktionieren einwandfrei.