ordner upload - ideenfindung
-
hi
brauche eine ideenhilfe..
auftrag ist, upload von bildern, abfrage der größe, ablage nach kunden, jeder kunde hat begrenzten space.
soweit sogut.über http lass ich entweder einzelne bilder zu, oder eben zips.
problem: die kunden.
die meisten sind apple user und gewohnt, ganze ordner -ungezippt- irgendwo hochzuschieben.
mit http geht das meines wissens nicht.nun wollte ich für besondere kunden einbauen, daß es einen link zu einem ftp upload gibt, der gleich user und passwort mit übergibt.. .da das ganze in absolut gesicherter umgebung laufen muss.
klappt easy, klar, den ordner kann man auch sperren, aber ... manchmal sitzen die kunden auch in einer firma hinter firewall... und jetzt wirds darüber hinaus mit dem sperren bei zu großem upload schwer.. der zugriff ist nicht mehr da.habt ihr irgendeine idee, ob man ordner mit inhalt UNGEZIPPT /über http wäre super) hochladen kann? ohne programm auf dem clientrechner, also nur über browser? ...
mir fällt nix ein.
thanks, die ftp lösung ist -trotz macken. schon ok, nur vielleicht ....
<edit> habe gerade recherchiert... es geht nicht. mist. so werde ich mir eine mischform ausdenken müssen... für die special user nach anfrage über ftp mit link, weil die meisten auch kein ftp programm bedienen können.</edit>
-
vielleicht ginge das mit javascript (optional)
vielleicht so das man den javascript ein ordner übergibt der duchsucht das ganze und schreibt ein form und submitet
jetzt ist die frage ob javascript ordner duch suchen kann (und wenn es kann auch auf den wunsch browser?)
-
javascript darf meines wissens nicht auf der platte des clients rumforschen...
es gibt zwar browserspezielle sicherheitslücken, aber erstmal ist es nicht möglich.
ich muss mir mit der ftp sache noch eine sicherheitsidee einfallen lassen, daß ich die kunden zwar auf ftp rauflasse, aber nur in ihre ordner durch die übergabe des passwortes, und darüberhinaus muss zwingend überprüft werden, ob sie schund hoch laden, was leider nicht so gescheit geht, wie bei http...
da kann ich gleich beim upload die art der datei prüfen, so muss ich irgendwie später nochmal nachtesten... doof, ich habe keinen zugriff mehr auf den upload.das dumme ist, daß ich die ftp upload funktionalität von php nicht nutzen kann, weil die auch keine ordner als ungezippt reinholen kann.
die einzige schnittstelle für die durchsuchung der festplatte ist meines wissen halt immer nur:
<form name="form" method="post" action="upload.php" enctype="multipart/form-data">
<input type="file" name="upload">
</form>und dann bleibt doch nur das direkte öffnen von ftp über browser
-
Mit Hilfe von Java-Applets liese sich sowas vielleicht realisieren
-
java applets dürfen nur nach vorheriger rechtesetzung auf die festplatte...
ich habe angst, daß die kunden, von denen manche nicht mal zip nutzen ... (oft apple user, die sich mit packen nicht auskennen) bei applets und den meldungen, die dann da kommen, angst kriegen..
aber ich werde mal eine beispielfahrt machen.
thanks, mal sehen, ob ich bei "normalen" ftp upload die ordner gesichert kriege..
-
Du könntest ja einen CronJob einrichten, der von Zeit zu Zeit den FTP-Upload-Ordner untersucht und entsprechend analysiert und dann ggf. löscht oder verschiebt in das korrekte Zielverzeichnis
-
jo..
das mit den cronjobs habe ich noch nie gemacht... werde aber mal checken, ob sowas bei dem zielprovider überhaupt geht.
ansonsten denk ich drüber nach, daß ich, wenn der user sich einloggt (das verzeichnis wird http mäßig mit htacess geschützt und kann nur über eingeloggt gesehen werden), daß ich in diesem augenblick dann den job starte...
alles verzwickelt und verzwackelt ... aber machbar
thanks, schade daß ordner nich upgeloaded werden können über http.. kommt vielleicht noch in den folgejahren.
-
Das hat imho nicht unbedingt etwas mit http oder ftp zu tun, sondern mit dem Client!
Bei ftp werden ja auch alle Dateien einzeln nacheinander hochgeladen
-
jo, richtig, und dadurch, daß ich nur den browser zur verfügung habe, also die kunden kein programm installieren werden (wie ein ftp client) habe ich im momment eben nur
<form name="form" method="post" action="upload.php" enctype="multipart/form-data"> <input type="file" name="upload"> </form>zur verfügung.. det is allet...
aber wird schon
-
du kannst doch mehrere dateien hochladen und die adressen haste auch und kopieren kannst auch weiß net wo das problem is
-
ich will nix hochladen
es geht um kunden.
und die kunden können nicht zippen. ist eben so.und darüberhinaus sind sie apple-user, also gewohnt, ordner zu verschieben.
und dann gibt es in den ordnern auch mal 50 files, und eben nicht nur einen.. oder zwei.
und wenn du schonmal 50 files per hand irgendwo einzeln hingeschoben hast, weißt du, daß das nicht sonderlich bequem ist.
aber die ftp lösung für besondere kunden funzt schon... ich krieg das hin
-
Also wenn garnichts mehr geht, dann kannst Du ja versuchen nen Java-Client zu proggen, der den ganzen Kram erledigt. Soweit ich weiß kann man mit Java nämlich Verzeichnisse durchsuchen (geht zumindest bei vielen JAVA-Anwendungen).
-
die kunden sollen leider alles über den browser händeln können, sonst hätte ich ihnen schon ein ftp verpasst.
also geht java client nicht. und applets haben keine rechte auf deiner platte, wenn sie vom server kommen.
aber ich haeb es gelöst, so gut es ging.
thanks
-
Mit signierten Applets kann man imho auch auf die Platte zugreifen
-
ja, natürlich, aber nicht mit normalen.
und die kunden sollen auf keinen fall belästigt werden.
es ist halt ein real life projekt, an dem ich da arbeite... normale kunden ohne computerkenntnisse, meist apple-user, die kriegen doch angst, wenn das applet plötzlich was von ihnen will, die denken, das ist ein virus.
also... bleibt es bei http, und für ein paar ausgewählte kunden öffne ich das ftp über browser mit rechten nur im eigenen ordner, und wenn sie die browserleiste dann nicht löschen, und kollegen in ihrem ftp rumwurschteln, dann sind se selber schuld.
schwer wird es mit dem schutz, den ich irgendwie einbauen muss, daß da dann keine ausführbaren dinge passieren dürfen, aber auch das geht.
