2011-01-04 8 views
1

Dies wird sehr spezifisch in Bezug auf die Kombination der verwendeten Technologien, daher erwarte ich nicht viele direkte Antworten, aber ich muss es dennoch versuchen .SWFUpload (Flash-Datei-Upload) und geroutete URLs in Zend Framework (Mac-Ausgabe)

Dies ist (angeblich) ein ausschließliches Mac-Problem mit Flash Player, da es Routen nicht erkennt (siehe hier: http://demo.swfupload.org/Documentation/ unter Mac-Probleme, Punkt 2). Ich weiß, was du denkst: "Mac ?! Zum Codieren ?! Bwaahaha!", Und ich stimme zu. Allerdings ist es die Waffe der Wahl meiner Arbeitgeber wegen der Billigkeit, wenn es um gebündelte Software geht, und ich bin gezwungen, auf diese Schande einer Maschine zu hacken.

Ich benutze SWFUpload, um einen ausgefallenen Fortschrittsbalken für Benutzer anzuzeigen, und bleibe beim Senden der Datei an den Controller - es ergibt immer einen 302 Fehler im Debug-Fenster. Wenn ich jedoch das Upload-Skriptziel im SWFUpload-Einstellungsobjekt auf einen absoluten Pfad zu einem Skript ändere, funktioniert alles einwandfrei. Außerdem funktioniert das Datei-Upload-Formular einwandfrei, wenn kein Flash-Overlay vorhanden ist, dh wenn es einfach auf eine Route gepostet wird - nur für den Fall, dass Sie sich fragen.

Hat jemand anderes dieses Problem entdeckt, und wenn ja, wie haben Sie es gelöst? Ich denke, ich könnte irgendwo ein swfupload.php-Skript platzieren und eine Datei erhalten, dann muss die IT die Datei an einen Controller senden, aber es scheint ein sehr dreckiger Workaround zu sein.

Es ist ein bisschen vage, ich weiß, wenn ich etwas tun kann, um weiter zu klären, bitte fragen Sie. Vielen Dank

Edit: Ich sollte erwähnen, dies gilt nur für die lokale Entwicklung. Sobald ich den Code auf unseren Linux-Server hochgeladen habe, sind die Routen a-ok und die Datei wird durchlaufen. Also, wenn jemand die Lösung für dieses lokale Entwicklungsumgebungsproblem hat, würde es sehr geschätzt werden.

Antwort

0

Schande und Reue, Schande und Reue! Es tut mir leid, dass ich die Zeit verschwendet habe - es stellte sich heraus, dass ich vergessen hatte, die Session-ID zu senden und zu setzen, was dazu führte, dass mein Acl umgeleitet wurde, was 302 verursachte. Wie auch immer, betrachte diese Frage als erledigt - alles funktioniert gut :)