Mit TL 2.8: Fehler beim Datei-Upload

[FloB]

über mod_security schweigt sich der Hoster aus...

Is doof. Infos werden gebraucht.

[tinoo]

naja... alle Indizien sprechen dafür, dass Flash irgendwas falsch macht... Auszug aus
http://digitarald.de/project/fancyupload/

Uploads fail with 406/403 error
From the swfupload documentation (it applies to all Flash scripts depending on FileReference):
If you are using Apache with mod_security this will not work, you need to put the following in your .htaccess file to disable mod_security:
SecFilterEngine Off SecFilterScanPOST Off
Disabling mod_security isn’t allowed on some shared hosts, and only do this if you know what you are doing. This is due to a bug in the way that flash sends the headers back to the server according to the Flash 8 documentation

[FloB]

Du wirst aber Flash nicht ändern können.

[Russe]

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

Scheint aber die Zukunft zu sein, denke ich. Und die anderen Browser werden dem ja schon nachkommen.
Vielleicht kann man das ja auch prüfen ob das der Browser kann, und falls nicht eine Alternative (Flash oder bisherige Auswahl) ausgeben?

[tinoo]

Scheint aber die Zukunft zu sein, denke ich. Und die anderen Browser werden dem ja schon nachkommen.

Ja, und Firefox ist ja auch kein Exote...

[FloB]

Kann sich ja mal ein JSler ransetzen. Möglicherweise kann man sich von jQuery plupload was abschauen.

Anzumerken ist, dass auch der Firefox noch nicht alle Möglichkeiten bietet (Dateien können noch nicht als BLOB behandelt werden, was bei allen Nicht-Text-Dateien sehr sinnvoll bzw. nötig wäre, zudem könnte man sogar große Dateien in kleinere aufteilen bzw. Dateien in mehreren Teilen parallel hochladen), für eine Basisimplementation reicht es jedoch schon (und Firefox 4 ist ja nicht mehr weit).

[tinoo]

Sind die Probleme mit FancyUpload dem Contao-Team überhaupt bekannt? Wenns an Flash liegt, müssten ja dutzende andere User auch betroffen sein... Wird an einem Ersatz gearbeitet oder gesucht? Oder muss man da zuerst ein Ticket eröffnen? Man bekommt so gar nicht mehr mit, was die Jungs und Mädels grad am machen sind...

[Babelfisch]

Ja, das Thema ist Leo bekannt und er hatte ja auch den FancyUpload so geändert, dass er mit dem fehlerhaften Flash-pLugin funktioniert. Die immer noch vorhandenen Probleme bei einigen Nutzern kommen vermutlich eher von Servererweiterungen wie mod_security und Co. und bestimmten Einstellungen darin. Dagegen kann Leo nicht viel unternehmen.

Gruß

[FloB]

Die Probleme tauchen (bisher) nur in Verbindung mit aktiviertem mod_security auf und sind in Flash begründet. Wenn man mod_security nicht gezielt abstellt, gibt es leider keinen Fix für dieses Problem, bis Adobe reagiert.

Die Probleme vor der aktuellen Implementierung waren nur bedingt auf Flash zurückzuführen, die durch eine elegante Lösung umgangen werden konnten.

BTW: Hast du Flash 10.1 installiert?

[tinoo]

BTW: Hast du Flash 10.1 installiert?

Wenn man der Systemsteuerung glaubt, ist "Adobe Flash Player 10 Plugin" in der Version 10.1.53.64 installiert... Wenn man der Adobe-Seite glaubt, wird bestätigt, dass ich Version 10.1.82.76 installiert habe...

Ich mach mal ein Update von Hand und berichte wieder...

[edit]

Hm, kein Update möglich, da bereits die neuste Version installiert ist...

[tinoo]

Was macht eigentlich die Datei "upload.php" genau? Wozu wird diese Datei gebraucht, wann wird sie aufgrufen und warum? Im Error-Log meines Websservers taucht sie ja auch auf - hingegen wird weder von Fancy noch von Swif.upload.swf etwas erwähnt...

[FloB]

Was macht eigentlich die Datei "upload.php" genau?

Diese Datei dient als Gateway für FancyUpload. Diese enthält die nötigen "Hacks", damit bei der Anfrage von Flash die Sessiondaten korrekt wiederhergestellt werden, sowie ein paar Abfragen, die sicherstellen, dass die Anfrage vollständig war. Bei den ersten Implementierungen von FU wurde das noch alles normal über die main.php abgehandelt, aber dabei gab es Probleme mit einigen Konfigurationen (namentlich zusätzliche HTACCESS-Sicherung des Backends – hier muss die upload.php ausgenommen werden).

[tinoo]

Hi Folks

Was ist mit dem hier:
http://www.uploadify.com/demo/

Kann das mal jemand vom Core-Team genauer unter die Lupe nehmen? Den Link hab ich von meinem Hoster erhalten...

[Babelfisch]

Ist auch „nur“ Flash und damit nichts anderes als FancyUpload.

Gruß

[MacKP]

Namd
Eventuell wäre ein php JavaScript Script von der aktuellen CT spannend -> http://www.heise.de/ct/10/18/links/172.shtml

In der aktuellen 18/2010 Seit 172 ff geht es darum wie das Script aufgebaut ist.
Eventuell mag sich da mal jemand drann wagen und das implementieren?

Viele Grüße

[Babelfisch]

Damit kann man aber auch immer nur jeweils eine Datei auswählen. Der einzige (wenn auch nicht zu vernachlässigende) Vorteil ist der, dass der Upload sofort nach dem Auswählen beginnt und man dann weitere Dateien auswählen kann.

Gruß

[tinoo]

Hallo allerseits

Hab grad eine interessante Feststellung gemacht: Mit dem IE funktioniert FancyUpload einwandfrei!!! Die ausgewählten Dateien werden hochgeladen wie bis anhin...

Firefox, Safari und Chrome hingegen weigern sich, die Dateien hochzuladen und quittieren den Versuch mit den entsprechenden Fehlersymbolen (und einem nichts aussagenden Eintrag im Error-Log des Webservers).

Wie geht das denn???

[Babelfisch]

AFAIK besteht der Bug im Flash-Plugin nur in non-IE-Browsern wie Firefox oder Safari.

Gruß

[FloB]

[…] (und einem nichts aussagenden Eintrag im Error-Log des Webservers) […]

Welche ist das? Was sagt eigentlich Apache Log?

[tinoo]

Welche ist das? Was sagt eigentlich Apache Log?

Dies hier:

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

[Dani]

Leute das hat nichts mit FancyUpload zu tun, sondern es liegt an den Einstellungen des Servers. Mit dem TinyBrowser (http://www.contao-community.de/showt...-TL#post_82918) und dem Filebrowser (http://www.contao-community.de/showt...MCE#post_84594) hat es zuerst auch nicht funktioniert, es konnten keine Dateien via Flash auf den Server geladen werden.

Die Lösung von Ben (http://www.contao-community.org/view...4&p=5074#p5074) hat mir geholfen. Jetzt funktioniert bei mir der Upload via Flash bei dem FanyUploader, Filebrowser und beim Tinybrowser.
Ich danke euch sehr!

[tinoo]

Leute das hat nichts mit FancyUpload zu tun, sondern es liegt an den Einstellungen des Servers.

Wenn man auf dem Server irgendwas mit "Security" ausschalten muss, kann es wohl nicht am Server liegen...

Zudem funktioniert es bei mir mit dem InternetExplorer einwandfrei... Es ist also wohl eher eine Browser/Flash -Sache...

[FloB]

Wenn man auf dem Server irgendwas mit "Security" ausschalten muss, kann es wohl nicht am Server liegen...

Natürlich liegt es zum Teil beim Server, sonst könnte man das Problem nicht durch eine Änderung der Konfiguration beheben. Ob es sinnvoll ist, und das Problem nicht eher woanders behoben werden sollte, steht an einer anderen Stelle .


Bitte doch einfach mal deinen Hoster, die upload.php spezifisch für dich von mod_security auszunehmen, zumindest zum Test. Man kann das ja zur verstärtken Absicherung über die Konfiguration nur für den UA Flash ausnehmen.