Upload Bilder
-
Also laut Deiner Angabe ist die Datei da? Aber dann kann es ja nicht sein, dass er ein 404 meldet.
Hat der Apache wirklich Schreibrechte auf Dein Foto-Ordner?
-
Also ich habe hier das gleiche Problem (Churchtools 2.55).
Schreibrechte auf dem Foto Ordner sind vorhanden.[uploader] responseText = {"success":true,"filename":"c7149b952b984e54c50649d735038123.jpg"}
[ERROR] file:Unknown:0 Automatically populating $HTTP_RAW_POST_DATA is deprecated and will be removed in a future version. To avoid this warning set 'always_populate_raw_post_data' to '-1' in php.ini and use the php://input stream instead.LG
Jürgen -
Hast Du mal die Einstellung always_populate_raw_post_data probiert? Hat es eine Auswirkung?
-
Habe das selbe Problem beim Upload eines Logos mit v2.55. Allerdings habe ich keinen Zugriff auf die php.ini und kann somit nicht always_populate_raw_post_data auf -1 setzen, oder gibts es einen Workaround?
-
Habe ebenfalls Probleme mit dem Bilder-Upload. Möchte gerne ein "Logo der Webseite" uploaden und kriege immer einen Fehler.
Im Entwicklermodus gibt es mir folgendes aus:"[uploader] xhr - server response received" fileuploader.js:873:51
"[uploader] responseText = " fileuploader.js:873:51
Leerer String an getElementById() übergeben.Mache ich was falsch?
-
Bitte mal versuchen bei einer Person ein Bild hochzuladen, gibt es da eine Fehlermeldung?
Bin gerade an 3.0 eine andere Komponente für das Upload zu nutzen, ich hoffe das damit die Probleme gelöst werden:) -
@jmrauen Hab ein Bild 3,3 MB .jpeg bei uns hochgeladen und es kam keine Fehlermeldung.
-
@jmrauen Habe beim Upload eines Bild bei einer Person ebenfalls keine Fehlermeldung.
Habe es mit dem selben Bild versucht, das ich auch als Logo hochladen wollte. -
Was meint Ihr mit "keiner Fehlermeldung". Also hat es geklappt?
Wenn es nicht geklappt hat, was steht denn in der Fehlerkonsole? -
Mir scheint, es ist das altbekannte Problem durch die verwendete Art der Fehlerbehandlung von CT. Dadurch ist es nicht möglich irgendwelche php Fehlermeldungen per error reporting auszuschalten. Ich hatte damals nur die Wahl, das im Quelltext zu ändern, da ich auch keine Möglichkeit hatte, die Servereinstellungen zu ändern, um deprecated ini Fehler zu entfernen.
Diese Fehler dürften nicht an allen möglichen oder unmöglichen Stellen ausgegeben werden.
-
@jmrauen Mit dem runterschrauben der "Maximale Upload-Dateigrösse" hat der Upload der Bilder bei mir funktioniert - Bild bei Person und auch Logo.
-
@jmrauen es ist nicht aufgetaucht und das Bild war dann bei der Person sichtbar
-
@rschi sagte:
@jmrauen Mit dem runterschrauben der "Maximale Upload-Dateigrösse" hat der Upload der Bilder bei mir funktioniert - Bild bei Person und auch Logo.
Auf welchen Wert hast du die Maximale Upload-Dateigröße runtergeschraubt?
Ich habe verschiedene Werte probiert und bin jetzt bei 1 MB.
Noch weiter runter?Danke.
-
@chs Bei mir ist es nun auf 5000.
Es kommt aber glaub auf die Einstellung auf dem Webserver drauf an. --> Muss einfach kleiner sein, glaube ich. -
@rschi ... bzw. identisch, genau.
-
Habe exakt dasselbe Problem...
Fehlermeldung nach Bildupload:
GET http://churchtools.domain.de/sites/churchtools/fotos/undefined 404 (Not Found)
Bild wurde korrekt hochgeladen, wird aber nicht angezeigt
CT v2.56
post_max_size = 48M
upload_max_filesize = 32M
Maximale Upload-Dateigröße in CT: 1000 (= 1 MB)Hatte noch jemand eine andere Lösung dafür?
Danke!
Viele Grüße
Sebastian -
@S54632 sagte:
Maximale Upload-Dateigröße in CT: 1000 (= 1 MB)
Standardwert an der Stelle ist wohl 10000 = 10 MB. Auch schon probiert?
-
Ja, hatte ich auch. Nachdem andere sagten, dass es helfen könnte, habe ich es in meiner Verzweiflung eben weiter reduziert (wohl wissend, dass das nichts bringen wird).
-
Hallo zusammen,
mich plagt dieser Fehler nun auch schon eine Weile, und ich wäre allen sehr verbunden, wenn sie mit diesen an Alchemie grenzenden Vorschlägen zur Upload-Dateigröße aufhören würden, nichts für ungut.
Das runtersetzen der Upload-Größe verursacht nur genau das, was man erwartet: Es verhindert den Upload großer Dateien. ^^Mein Kenntnisstand ist bisher wie folgt:
- Der Fehler tritt nur in PHP 5.6 auf und kann je noch Sichtweise als Bug oder Feature dieser Version bezeichnet werden.
- Königsweg zum Umschiffen ist der Eintrag "always_populate_raw_post_data = -1" in der php.ini
- Hat man keinen Zugriff auf die php.ini, sollte man in die .htaccess-Datei im root von Churchtools folgendes einfügen:
php_value always_populate_raw_post_data -1
(Blöderweise hat das bei mir nicht geklappt, Fehler kommt weiter.)
Vorschläge? Das schließt die Programmierer mit ein? ^^
Liebe Grüße,
Michi -
Dieser Beitrag wurde gelöscht!