Auch wenn es hier vielleicht nicht hingehört, warum arbeiten fancyupload, oder fast alle jquery uploader alle mit einem flash Fenster?
Druckbare Version
Auch wenn es hier vielleicht nicht hingehört, warum arbeiten fancyupload, oder fast alle jquery uploader alle mit einem flash Fenster?
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?Zitat:
Zitat von schman
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.
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...
Wie ist denn upload_max_filesize (siehe php.ini / phpinfo() ) eingestellt?Zitat:
Zitat von markusger
Wenn man in den Einstellungen die Referer-Prüfung deaktiviert, geht es.
@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
Nein, das reicht bei dem beschriebenen Problem nicht aus.Zitat:
Zitat von tgr
Gruß
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
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?
Sollte eigentlich problemlos sein. Sicherheitshalber würde ich das aber noch auf die upload.php beschränken (per zusätzlichem <file>-Block).
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
Unter /typolight bzw. neuerdings /contao ist es sogar besser. Anweisung sollte so passen.
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?
Funktioniert! :D
Danke FloB!
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...
Schon die andere Apache-Konfiguration ausprobiert? Kannst du genauer Debuggen, welche Status Codes gesendet werden und wo das Skript abbricht?
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
Zitat:
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
ok, was ich noch bieten kann, ist folgendes aus dem Webserver-Log:
Das war, als ich die .htaccess ergänzt hatte....Zitat:
[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
Beim Versuch, eine Datei hochzuladen, schreibt der Webserver folgenden Eintrag:
Kann jemand damit etwas anfangen?Zitat:
[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"]
Ist man zu dem Thema schon weiter und ich hab was verpasst?
Langsam …
Also die HTACCESS-Angaben kannst du streichen, da das Modul gar nicht aktiviert ist bzw. du keinen Zugriff auf die Einstellungen hast.
Hm, das ist Tricky. ModSecurity scheint wohl doch das Problem zu sein. Mal nach der Fehlermeldung gegooglet? Was sagt Contao-Check?Zitat:
Zitat von tinoo
easy, ich will ja nur zur Lösung des Problems beitrageb... :D
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...
Eine Fancy-Alternative:
http://jupload.sourceforge.net/applet-basic.html
???
Ein Java-Applet ist wohl keinen gute Alternative zu Flash. Gesucht ist ja eine Variante, die ohne Plugins auskommt.
hm, in einem anderen CMS (phpwcms) haben sie mit UploadFX das gleiche Problem. Einer schreibt da:
Das Multiple File Upload offensichtlich nur mit Flash oder Java geht, werden wir uns wohl das kleiner Übel aussuchen müssen... :(Zitat:
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.
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.
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?
Kostenlos Inserieren (roter Pfeil) --> Tiermarkt --> Hunde --> runterscrollen bis "Bilder hinzufügen"
Wäre eine tolle Lösung...
... 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... :eek:
So wie hier: http://the-stickman.com/files/mootools/multiupload/
Jep, das ist natürlich das Manko der JavaScript-Lösungen. Dann kommt man wohl doch nicht an Flash vorbei.
Das hast du auch, wenn du FancyUpload deaktivierst.Zitat:
Zitat von tinoo
... Ich will Fancy aber nicht deaktivieren! Ich will, dass es wieder läuft!
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.
genau! wenn du das so schreibst, versteh ich's auch ;)
Find mal bitte heraus, welche Apache httpd und mod_security Versionen eingesetzt werden.
Zum Thema:
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
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:
Woher kommt der Max_File_Size Wert? In den Systemeinstellungen habe ich auch schon den Wert erhöht.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
)
)
DAnke für die Antworten
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.
Apache 2.2.13Zitat:
Zitat von FloB
über mod_security schweigt sich der Hoster aus...