Mit TL 2.8: Fehler beim Datei-Upload

**wiese** · 09.03.2010, 10:59

Auch wenn es hier vielleicht nicht hingehört, warum arbeiten fancyupload, oder fast alle jquery uploader alle mit einem flash Fenster?

**schman** · 09.03.2010, 12:36

weil HTML nicht dafür ausgelegt ist einen Multiupload durchzufühten deshalb braucht es da was anderes ... Flash.

**wiese** · 10.03.2010, 14:11

Zitat von schman

weil HTML nicht dafür ausgelegt ist einen Multiupload durchzufühten deshalb braucht es da was anderes ... Flash.

Ja, aber mit query/mootools sollte das doch gehen?

**Babelfisch** · 10.03.2010, 14:15

Ich hab auch schon nach einer reinen JS-Lösung geschaut und nichts gefunden. So einfach geht es wohl doch nicht. Ich vermute mal, dass das JavaScript zu hohen Sicherheitsbeschränkungen im Browser unterliegt und keine Dateien senden kann.

**markusger** · 20.03.2010, 14:37

Ich kann das Problem ebenfalls unter OS X 10.6.2 mit Safari 4.0.4 und Chrome 5.03 reproduzieren. Flash ist aktuell.
Allerdings kann ich noch folgendes Verhalten beobachten: Für ein Projekt benötigen wir für den internen Bereich größere Uploads. Daher habe ich die Standard-Upload-Size einfach um eine weitere 0 ergänzt, damit ich im Maximalfall bis zu 20MB schieben kann. Bei Dateien unterhalb von 1-2MB geht alles glatt. Bei Dateien zwischen 2-15MB bekomme ich die Meldung, dass die Dateien zu groß seien!! (20,5MB maximum). Bei Dateien, die sich an die 20MB annähern kommt dann der schon erwähnte #400er-Code.
Die Grenzen mit den Filesizes hab ich jetzt nicht aufs exakte ausgetestet, aber diese Fehler konnte ich auf zwei unabhängigen Hostern reproduzieren.
Vielleicht hilft euch das ja bei der Fehlersuche weiter.
Grüße
Markus

//EDIT: Ich bin gerade sehr verwundert. Habe eben nochmal durch meine Einstellungen geblättert und dabei ist mir aufgefallen, dass der eine Hoster den SafeMode an hatte und ich eigentlich auch den SafeMode-Hack implementiert hatte. Als ich dann in die localconfig.php gesehen hab, war dort der SafeMode-Hack (noch) nicht drin. Trotzdem konnte ich gestern rund 100 Bilder mit je zwischen 500kb-1000kb mit dem FancyUpload hochladen. Hab ich da was verpasst?
Die oben genannte Problematik mit den verschiedenen Dateigrößen bleibt aber trotz korrektem SafeModeHack weiterhin bestehen...

**FloB** · 20.03.2010, 17:37

Zitat von markusger

Bei Dateien unterhalb von 1-2MB geht alles glatt. Bei Dateien zwischen 2-15MB bekomme ich die Meldung, dass die Dateien zu groß seien!! (20,5MB maximum).

Wie ist denn upload_max_filesize (siehe php.ini / phpinfo() ) eingestellt?

**tgr** · 06.05.2010, 12:46

Wenn man in den Einstellungen die Referer-Prüfung deaktiviert, geht es.

**osterwaldi** · 06.05.2010, 13:50

@tgr

Das kann aber nicht die Lösung sein.
1. Wird extra in den Einstellungen darauf hingewiesen, dass nach dem deaktivieren ein potentielles Sicherheitsisiko besteht und
2. ist es bei mir so, dass in der Produktiv- und Testumgebung der Referer aktiv ist. Aber nur in der Produktivumgebung der Download nicht funktioniert.
Ich habe aber leider keinen blassen Schimmer was der Unterschied zwischen den zwei Installationen ist.

Michael

**Babelfisch** · 06.05.2010, 14:43

Zitat von tgr

Wenn man in den Einstellungen die Referer-Prüfung deaktiviert, geht es.

Nein, das reicht bei dem beschriebenen Problem nicht aus.

Gruß

**cubano** · 20.05.2010, 10:05

ich kriege den fancyupload einfach nicht zum laufen, egal ob mac, pc, ie, safari, firefox, aktuellste flashversion, usw..

ich erhalte immer diese fehlermeldung:
Upload fehlgeschlagen: Der Server hat den HTTP-Status #406 zurückgegeben

ist dies die einzige lösung für mein problem?
.htaccess SecFilterEngine Off SecFilterScanPOST Off

weiss jemand ob in nächster zeit ein uploader geplant ist, der problemlos auf allen systemen läuft? danke

**cubano** · 05.07.2010, 15:16

Ich habe nun die .htaccess im httpdocs angepasst und es funktioniert!

<IfModule mod_security.c>
SecFilterEngine Off
SecFilterScanPOST Off
</IfModule>

Weiss jemand ob dadurch Sicherheitslücken entstehen?

**FloB** · 05.07.2010, 17:58

Sollte eigentlich problemlos sein. Sicherheitshalber würde ich das aber noch auf die upload.php beschränken (per zusätzlichem <file>-Block).

**cubano** · 05.07.2010, 18:17

Danke für Deine Antwort!

Muss die Anweisung eigentlich auf der obersten Ebene (httpdocs) erfolgen?

Im Ordner /typolight hätte ich sonst bereits eine .htaccess (seit der schweren Sicherheitslücke)

Wäre dies so richtig?

<FilesMatch "(ftp|install)\.php$">
...
...
...
</FilesMatch>

<Files upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>

Danke und Gruss

**FloB** · 05.07.2010, 18:24

Unter /typolight bzw. neuerdings /contao ist es sogar besser. Anweisung sollte so passen.

**Russe** · 06.07.2010, 00:29

Ich habe gerade bemerkt, dass man bei quoka.de (Kleinanzeigenportal) beim Erstellen einer Anzeige mehrere Bilder in einem Rutsch hochladen kann, das funktioniert ohne Flash und ist auch ganz nett gemacht, man kann genau sehen welche Datei gerade übertragen wird.
http://www.quoka.de/

Meint ihr das wäre evtl. eine Alternative zu dem Fancy Upload der ja doch viele Probleme bereitet?

**cubano** · 06.07.2010, 07:37

Funktioniert!

Danke FloB!

**tinoo** · 22.07.2010, 15:54

Bei mir funktioniert Fancy auch nicht mehr... Will heissen: Es wird zwar irgendwas mit den Dateien gemacht - jedenfalls gemäss Fortschrittbalken - aber nachher erhalte ich auch die roten Ausrufezeichen. Weiter aber keine Hinweise zu Fehlern oder der Ursache...

In der letzten Version 2.8.irgendwas hat alles noch tiptop funktioniert, die "Verweigerung" tritt erst seit dem Update auf 2.9 auf...

**FloB** · 23.07.2010, 21:41

Schon die andere Apache-Konfiguration ausprobiert? Kannst du genauer Debuggen, welche Status Codes gesendet werden und wo das Skript abbricht?

**tinoo** · 26.07.2010, 08:03

Hm, da musst du mir jetzt ein bisschen helfen: Wo bekomm ich die Infos her? Ich kann keine Logs zu Fancy finden und bekomme auch keine Fehlermeldungen im Backend angezeigt (entsprechende Einstellungen im Backend aktiviert)

Was ich auch probiert habe: Die .htaccess mit

SecFilterEngine Off
SecFilterScanPOST Off

ergänzt. Beim Aufruf der Website erhalten ich dann aber vom Server

Serverfehler!
Die Anfrage kann nicht beantwortet werden, da im Server ein interner Fehler aufgetreten ist. Der Server ist entweder überlastet oder ein Fehler in einem CGI-Skript ist aufgetreten.
Error 500

**tinoo** · 27.07.2010, 15:29

ok, was ich noch bieten kann, ist folgendes aus dem Webserver-Log:

[Mon Jul 26 08:44:18 2010] [alert] [client 83.76.135.48] /home/tcjrch/www/tcjr.ch/.htaccess: Invalid command 'SecFilterEngine', perhaps misspelled or defined by a module not included in the server configuration

Das war, als ich die .htaccess ergänzt hatte....

Beim Versuch, eine Datei hochzuladen, schreibt der Webserver folgenden Eintrag:

[Tue Jul 27 16:24:39 2010] [error] [client 85.2.67.43] ModSecurity: Multipart error: Multipart: Final boundary missing. [hostname "www.tcjr.ch"] [uri "/contao/upload.php"] [unique_id "TE7sFtkaNhUAAELis4wAAAA2"]

Kann jemand damit etwas anfangen?

**tinoo** · 28.07.2010, 15:26

Ist man zu dem Thema schon weiter und ich hab was verpasst?

**FloB** · 28.07.2010, 17:23

Langsam …

Also die HTACCESS-Angaben kannst du streichen, da das Modul gar nicht aktiviert ist bzw. du keinen Zugriff auf die Einstellungen hast.

Zitat von tinoo

Beim Versuch, eine Datei hochzuladen, schreibt der Webserver folgenden Eintrag:

Code:

[Tue Jul 27 16:24:39 2010] [error] [client 85.2.67.43] ModSecurity: Multipart error: Multipart: Final boundary missing. [hostname "www.tcjr.ch"] [uri "/contao/upload.php"] [unique_id "TE7sFtkaNhUAAELis4wAAAA2"]

Kann jemand damit etwas anfangen?

Hm, das ist Tricky. ModSecurity scheint wohl doch das Problem zu sein. Mal nach der Fehlermeldung gegooglet? Was sagt Contao-Check?

**tinoo** · 29.07.2010, 07:40

easy, ich will ja nur zur Lösung des Problems beitrageb...

Gegooglet hab ich, aber schlau werd ich nicht. Das übersteigt mein technischen Verständnis.

Contao-Check meldete bei einzelnen Datei CHMOD-"Fehler", allerdings nur bei vereinzelten Bildern und/oder Language-Dateien. Ansonsten ist alles grün...

**tinoo** · 29.07.2010, 12:37

Eine Fancy-Alternative:

http://jupload.sourceforge.net/applet-basic.html

???

**Babelfisch** · 29.07.2010, 12:39

Ein Java-Applet ist wohl keinen gute Alternative zu Flash. Gesucht ist ja eine Variante, die ohne Plugins auskommt.

**tinoo** · 29.07.2010, 12:55

hm, in einem anderen CMS (phpwcms) haben sie mit UploadFX das gleiche Problem. Einer schreibt da:

Verantwortlich für die Schlappe von UploadFX sind zwei Sachen: Erstmal, dass die FileReference Klasse des Adobe Flash Players offensichtlich einen Bug hat und zweitens, dass mod_security (Eine Serverfirewall) diesen Bug nicht tolleriert.

Das Multiple File Upload offensichtlich nur mit Flash oder Java geht, werden wir uns wohl das kleiner Übel aussuchen müssen...

**Babelfisch** · 29.07.2010, 13:01

Wie Russe schon schrieb, gibt es schon reine JavaScript-Lösungen (bspw. auf www.quoka.de). Hab ich gerade selber mal ausprobiert und dort wird wirklich kein Flash oder Java verwendet. Es geht also schon.

**FloB** · 29.07.2010, 20:38

HTML5 kann das, allerdings nicht asynchron (wie FancyUpload u. a.). Somit greift das max_file_size früher als zur Zeit (grade bei Bilduploads problematisch).

Wie finde ich bei der genannten Seite den JS-Only-Upload?

**tinoo** · 30.07.2010, 06:56

Kostenlos Inserieren (roter Pfeil) --> Tiermarkt --> Hunde --> runterscrollen bis "Bilder hinzufügen"

Wäre eine tolle Lösung...

**tinoo** · 30.07.2010, 11:04

... wobei die Javascript-Lösungen offensichtlich das "Problem" haben, dass zwar mehrere Dateien hochgeladen werden können - aber auswählen kann man immer nur eine Datei (keine Mehrfachauswahl im Browserfenster möglich!!!) Bei 35 Fotos heisst das 35mal klicken...

So wie hier: http://the-stickman.com/files/mootools/multiupload/

**Babelfisch** · 30.07.2010, 11:09

Jep, das ist natürlich das Manko der JavaScript-Lösungen. Dann kommt man wohl doch nicht an Flash vorbei.

**Andreas** · 30.07.2010, 14:05

Zitat von tinoo

aber auswählen kann man immer nur eine Datei (keine Mehrfachauswahl im Browserfenster möglich!!!) Bei 35 Fotos heisst das 35mal klicken...

Das hast du auch, wenn du FancyUpload deaktivierst.

**tinoo** · 30.07.2010, 14:06

... Ich will Fancy aber nicht deaktivieren! Ich will, dass es wieder läuft!

**Andreas** · 30.07.2010, 14:12

Ich sag ja nur, dass eine Alternative, bei welcher du nicht sofort mehrere Dateien zum Upload markieren kannst, keine Alternative ist, da wir das bereits haben.

**tinoo** · 30.07.2010, 15:44

genau! wenn du das so schreibst, versteh ich's auch

**FloB** · 30.07.2010, 18:31

Find mal bitte heraus, welche Apache httpd und mod_security Versionen eingesetzt werden.

Zum Thema:

**FloB** · 31.07.2010, 17:03

Mit der File API (HTML5/DOM3) könnte man FancyUpload großteils ersetzen. Mangelt halt an Cross Browser Support.

https://developer.mozilla.org/en/usi...b_applications

**DanielGrosse** · 03.08.2010, 11:00

Ich habe folgendes Problem mit Fancy Upload:

Kleine Dateien kann ich Problemlos hochladen, aber bei großen (zb.: 40mb) erscheint nach dem Upload kurz die Meldung: File partlly uploaded, und dann kommt die Fehlermeldung bitte Datei auswählen neben dem Formularelement.

Ich habe mit dem EFG ein Formular erstellt und als Typ FancyUpload ausgewählt. Datenlänge steht auf 0, aber auch andere Werte bringen kein positives Ergebnis. Ich hab dann mal die fancylog erstellt und da ist folgender Eintrag:

Code:

 [FORM_DATA] => Array
        (
            [FORM_SUBMIT] => auto_form_8
            [MAX_FILE_SIZE] => 2048000
            [FORM_PAGE] => 1
            [Videotitel] => Testvideo
            [email] => blabla@yahoo.de
            [Beschreibung] => Dies ist ein Testvideo
        )

    [FILES] => Array
        (
        )

    [EFP] => Array
        (
            [FORMDATA] => Array
                (
                    [Videotitel] => Testvideo
                    [email] => blabla@yahoo.de
                    [Beschreibung] => Dies ist zum Testen des Uploadscripts
                    [Datei_auswählen] => 
                    [48] => 
                    [_formId_] => 8
                )

        )

Woher kommt der Max_File_Size Wert? In den Systemeinstellungen habe ich auch schon den Wert erhöht.

DAnke für die Antworten

**FloB** · 03.08.2010, 17:00

MAX_FILE_SIZE wird von PHP vorgegeben. Wenn du MAX_FILE_SIZE in der php.ini änderst, musst du noch darauf achten, dass MAX_POST_SIZE entsprechend angepasst wird.

Dateien mit 40MB Größe sollten (wenn der Server keine speziellen Aufgaben hat) per FTP o. ä. hochgeladen werden, da du davon ausgehen kannst, dass bei solchen Größen dir (in vielen Konfigurationen) der Apache und PHP zusammenklappt.