Announcement

**Christian Marquardt** · 25.07.2011, 18:01

1. Was k�nnte ein WebDAV-Client mit PHP zu tun haben? Der IE kann das von Haus aus...

2. FTP kennt kein resume http://tools.ietf.org/html/rfc959

**[email protected]** · 26.07.2011, 08:28

1.
Halt ein WebDav-Client in PHP geschrieben. So etwas gibt es f�r FTP auch.
Ich m�chte mich ungern auf den IE Client verlassen zumal wie wir alle wissen auch nicht jeder den IE benutzt.

2.
Danke f�r die Korrektur, ist aber leider keine Antwort auf meine Frage

Ich wollte eigentlich nur wissen, ob gr�ssere Uploads mit WebDav problemlos m�glich sind und ein Upload wiederaufgenommen werden kann.

**Christian Marquardt** · 26.07.2011, 08:34

Warum muss ein WebDAV-Client in PHP geschrieben sein? Zumal wir alle wissen PHP wohl kaum auf jedem Rechner installiert ist.
Der IE l�uft hier anstandlos mit beliebigen Datenmengen
F�r den Firefox gibt es AddOns

http://de.wikipedia.org/wiki/WebDAV
beantwortet deine Frage hinsichtlich des Resume.

**Bernhard Geyer** · 26.07.2011, 08:38

Originally posted by [email protected] View Post

Halt ein WebDav-Client in PHP geschrieben.

Und wieviel User werden PHP auf dem Client-Rechner installiert haben? Au�erhalb der Entwicklergemeinde vermutlich < 0,1%

**[email protected]** · 26.07.2011, 09:04

PHP muss der Client nat�rlich nicht installiert haben - PHP ist eine serverseitige Sprache.

F�r PHP gibt es Methoden um WebDav-Laufwerke anzusprechen
(sihe u.a.: http://www.html-world.de/program/phpex_13.php).
F�r den Enduser w�re so eine L�sung einfacher zu handhaben und man m�sste sich bei der Einrichtung der Laufwerke nicht mit den jeweiligen Browsern rumschlagen.

Ich spreche hier schliesslich �ber User mit wenig technischen Hintergrundwissen.
Das Einrichten eines WebDav Laufwerkes kann man da nicht unbedingt erwarten.

**Christian Marquardt** · 26.07.2011, 10:46

PHP ist eine serverseitige Sprache.

Nein, sie kann auch auf Clienst eingesetzt werden.

Wo w�rdest du die von dir gezeigten PHP-Klassen ablaufen lassen?

F�r den Enduser w�re so eine L�sung einfacher zu handhaben und man m�sste sich bei der Einrichtung der Laufwerke nicht mit den jeweiligen Browsern rumschlagen.

Eine PHP-L�sung mit Klassen w�re einfacher als ein Browser? Warum einfach, wenn es auch kompliziert geht....

Ich spreche hier schliesslich �ber User mit wenig technischen Hintergrundwissen.
Das Einrichten eines WebDav Laufwerkes kann man da nicht unbedingt erwarten.

Da erstellt man einmal eine Doku, was der User zu dr�cken hat und gut

**[email protected]** · 26.07.2011, 11:10

Nein, sie kann auch auf Clienst eingesetzt werden.

Auch dort muss dann ein Server laufen, es sei denn sie wollen auf der Konsole arbeiten.

Wo w�rdest du die von dir gezeigten PHP-Klassen ablaufen lassen?

Wo PHP l�uft. Auf dem Server ...

Da erstellt man einmal eine Doku, was der User zu dr�cken hat und gut

Haben Sie schonmal zu einem nicht technisch versierten Enduser kontakt gehabt?
Ich kann Sie da nur zu Ihren Endusern begl�ckw�nschen. Die h�tte ich auch gerne.

**Christian Marquardt** · 26.07.2011, 11:14

Auch dort muss dann ein Server laufen, es sei denn sie wollen auf der Konsole arbeiten.

Falsch. PHP ist eine Interpretersprache. Lediglich die Script mit ihrer Endung (*.php) m�ssen mit dem Interpreter verbunden werden. Dann kann PHP als ganz normale Interpretersprache wie bsp. PERL genutzt werden.
Die Entwicklung von Programmen mit der Win32 API (Fenster, Buttons) http://de.php.net/manual/en/ref.w32api.php ist machbar.
Du verwechselt hier den Zusammenhang mit einem Webserver. Blo� weil das in 90% der F�lle genutzt wird, muss das nicht so sein

Wo PHP l�uft. Auf dem Server ...

Aha und wie greift der Client dann darauf zu? Ich denke es geht um einen WebDAV-Client??

Haben Sie schonmal zu einem nicht technisch versierten Enduser kontakt gehabt?

Mehr als genug

**[email protected]** · 27.07.2011, 08:23

Dann kann PHP als ganz normale Interpretersprache wie bsp. PERL genutzt werden.

Interessant, das wusste ich nicht. Sehe den Sinn da eigentlich auch nicht drinn, da wie Sie schon sagten, PHP nicht daf�r ausgelegt ist. W�rde da auch eher auf 99,9% tippen als 90%

Wie auch immer, eine optimale L�sung f�r mein Problem stellt die Client-Anwendung von PHP ja sowieso nicht da.

Aha und wie greift der Client dann darauf zu? Ich denke es geht um einen WebDAV-Client??

Der Client w�re ja in diesem Fall mein Browser, der Anfragen an einen Webserver wo PHP l�uft stellt. Dort wird dann per PHP ein WebDav Verzeichnis ausgelesen, bzw. Dateien hochgeladen. Ob das technisch so einwadfrei m�glich ist weiss ich leider nicht, daher hatte ich diesbez�glich auf einen Erfahrungsaustausch gehofft.

Die Nutzung von browsernativen WebDav-Implementierungen ist in der Praxis bei nicht techn. versierten Usern leider nicht praktikabel. Da hilft auch eine gute Doku nichts (wenn die denn �berhaupt gelesen wird ...).

**Christian Marquardt** · 27.07.2011, 08:28

Der Client w�re ja in diesem Fall mein Browser, der Anfragen an einen Webserver wo PHP l�uft stellt. Dort wird dann per PHP ein WebDav Verzeichnis ausgelesen, bzw. Dateien hochgeladen. Ob das technisch so einwadfrei m�glich ist weiss ich leider nicht, daher hatte ich diesbez�glich auf einen Erfahrungsaustausch gehofft.

Wo w�re da der Sinn zur Nutzung von WebDAV? Dann kann ich doch gleich mit dem Browser die Datei hochladen bzw. �ber einen Link downloaden. WebDAV soll ja gerade die Funktionalit�t des Dateiaustausches in den Client bringen. Bei der Integration in Windows steht dann das entfernte Laufwerk im Windows-Explorer unter Netzwerkumgebung zur Verf�gung. Der Anwender kann wie gewohnt CRUD-Operationen durchf�hren.

Wenn der Anwender einen Browser nutzen soll, geht diese Funktionalit�t verloren. Was w�rde auf dem Server laufen. Ein Weberserver, der mit dem Client kommuniziert und dann mit dem WebDAV was macht? Das WebDAV-Protokoll (siehe Link) erweitert eben die Clientanfragen um diese weitergehende M�glichkeiten

Die Nutzung von browsernativen WebDav-Implementierungen ist in der Praxis bei nicht techn. versierten Usern leider nicht praktikabel

Das widerspricht doch dem Satz "Der Client w�re ja in diesem Fall mein Browser"?

Ich zumindestens verstehe �berhaupt nicht, was du wie erreichen willst. Entweder wird WebDAV genutzt mit einem beliebigen Client, oder man entwirft eine Webanwendung mit einem Browser als Client.

Und mit einen Browser als Client gibt es auch kein PHP-Client....

**[email protected]** · 27.07.2011, 16:15

Ich zumindestens verstehe �berhaupt nicht, was du wie erreichen willst.

Nochmal: WebDav klingt f�r mich interessant (stabilerer Upload, intuitive Bedienung), allerdings kann ich den Endusern das Konnektieren zum Laufwerk �ber IE (Datei �ffnen etc.) nicht zumuten. Da w�rden bei uns die Support-Kan�le nicht mehr zur Ruhe kommen. Daher war die urspr�ngliche Frage, ob es einen Web-Client f�r Webdav gibt, den ich im Vorfeld so konfigurieren, dass der User sofort loslegen kann.

Ich verstehe nicht ganz, warum die Frage nicht einleuchtet. Theoretisch k�nnte ich mir sowas vorstellen mit Hilfe von Java (Applet) oder Flash (vl. in Verbindung mit PHP). Wenn Sie meinen das macht keinen Sinn oder ist techn. nicht m�glich, dann nehm ich das hiermit zur Kenntnis. Trotzdem besten Dank.

**Christian Marquardt** · 27.07.2011, 16:26

WebDav klingt f�r mich interessant (stabilerer Upload, intuitive Bedienung)

WebDAV ist HTTP soweit zur Stabilit�t
Bedienung -> ist Clientsache und hat mit dem Protokoll nix zu tun

ob es einen Web-Client f�r Webdav gibt, den ich im Vorfeld so konfigurieren, dass der User sofort loslegen kann.

Sicher kann man so einen finden...jedoch nicht mit PHP und DAS war die Ausgangsfrage! Beitr�ge #2 - #5

Ich verstehe nicht ganz, warum die Frage nicht einleuchtet.

W�rde vermuten, weil dir nicht so ganz klar ist,
- was WebDAV ist
- wo der Unterschied zwischen Client und Server liegt
- was wo l�uft

http://www.html-world.de/program/webdav_2.php
Der Apache Webserver kann schnell WebDAV. Wo siehst du da PHP?

Theoretisch k�nnte ich mir sowas vorstellen mit Hilfe von Java (Applet) oder Flash (vl. in Verbindung mit PHP).

Normale HTTP Kommandos sind
GET
POST
HEAD
DELETE

WebDAV erweitert das Protokoll um die in dem Link ersichtlichen Kommados. Es ist jetzt Aufgabe eines Clients und Servers diese zu implementieren. Das kann clientseitig ein Java-Desktop-Programm u.a. sein. Was w�re der Sinn einer Webanwendung, die die Kommados clientseitig nicht absetzen kann?

**[email protected]** · 27.07.2011, 17:22

Bedienung -> ist Clientsache und hat mit dem Protokoll nix zu tun

Das habe ich auch nicht behauptet. Du hast f�rchte ich immer noch nicht verstanden was ich m�chte.

W�rde vermuten, weil dir nicht so ganz klar ist,
- was WebDAV ist
- wo der Unterschied zwischen Client und Server liegt
- was wo l�uft

Wenn du meinst

Was w�re der Sinn einer Webanwendung, die die Kommados clientseitig nicht absetzen kann?

Wieso kann ein Java-Applet bzw. eine Flash-Applikation das nicht?

**Christian Marquardt** · 28.07.2011, 06:10

Das habe ich auch nicht behauptet.

vs .

WebDav klingt f�r mich interessant (stabilerer Upload, intuitive Bedienung)

Wie kann ein Protokoll intuitiv bedient werden ? Ggf. ein Client, der das implementiert. Davon gibt es viele, welcher ist es also, der intuitiv bedient werden kann und warum nutzt du diesen dann nicht?

Du hast f�rchte ich immer noch nicht verstanden was ich m�chte.

Kommunikation -> Sender -> Empf�nger....

Wieso kann ein Java-Applet bzw. eine Flash-Applikation das nicht?

Seit wann hat eine Flash-Application, eine Webseite Zugriff auf den lokalen Rechner?
Ein Java-Applet nur mit entsprechender Signatur und Zustimmung des Users

Wenn du meinst

QED

Announcement

WebDav - Tipps

WebDav - Tipps

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment

Comment