Is doof. Infos werden gebraucht.
Druckbare Version
naja... alle Indizien sprechen dafür, dass Flash irgendwas falsch macht... Auszug aus
http://digitarald.de/project/fancyupload/
Zitat:
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
Du wirst aber Flash nicht ändern können.
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).
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... :(
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ß
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?
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... :rolleyes:
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...
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).
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...
Ist auch „nur“ Flash und damit nichts anderes als FancyUpload.
Gruß
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
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ß
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???
AFAIK besteht der Bug im Flash-Plugin nur in non-IE-Browsern wie Firefox oder Safari.
Gruß
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! :):D
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.