hi ihr,
weiss bloss dass es file transfair protocol heisst und demnach zum hin und herschicken von dateien dient. worin genau besteht der vorteil ggü normalem download?
danke für mühen
pedro
Hallo,:
worin genau besteht
der vorteil ggü normalem download?
Was meinst du denn mit einem „normalen Download“ Meinst du eine über http innerhalb einer Webseite angebotene Datei? Da wird der Unterschied sofort deutlich, denn während es bei ftp ausreicht eine Datei einfach nur auf den Server zu schieben und damit zum Download verfügbar zu machen, benötigst du über http eine Seite drum herum.
Außerdem bietet ftp auch die Möglichkeit, dass man einzelnen Usern höchst feingliedrige Rechte für den Up- und Download von Dateien in einem Verzeichnis einrichten kann, während bei http schon der Upload an sich ein Problem ist. ftp stellt hingegen ein komplettes Set von Dateibefehlen zur Verfügung, d.h. mit passenden Rechten kann man eigene Verzeichnisse anlegen, Dateien umbenennen, löschen, … Dies geht bei http ohne aufwändige Programmierungen alles nicht.
Gruß vom Wiz
Moin
worin genau besteht
der vorteil ggü normalem download?
ftp ist das ältere System. Es wurde entwickelt als Bandbreite noch knapp und Rechner gross waren. Es ist auf Effizienz ausgelegt, ganz im Gegensatz zu den heutigen Systemen…
cu
Hi du,
weiss bloss dass es file transfair protocol heisst und demnach
file trans fe r protocol
zum hin und herschicken von dateien dient. worin genau besteht
der vorteil ggü normalem download?
FTP ist der „normale Download“. Dateien über HTTP zu transportieren, ist eigentlich ein Mißbrauch, aber heutzutage wohl üblich. Ist aber auc nicht ganz so krank, wie Dateien per eMail zu versenden - dafür gehört jedem der Internetanschluß gekappt (ab ~100KB Anhang).
-m.
ftp ist das ältere System. Es wurde entwickelt als Bandbreite
noch knapp und Rechner gross waren. Es ist auf Effizienz
ausgelegt, ganz im Gegensatz zu den heutigen Systemen…
Was ist an FTP effizienter als an HTTP?
Wie der Name schon sagt ist das eine ein „File Transfer Protokoll“ und das andere ein „HyperText Transfer Protokoll“ - das sind unterschiedliche Verwendungen. Sicher - für den reinen Download ists egal, aber FTP kann wesentlich mehr - HTTP auch - aber eben was anderes.
LG
Stuffi
Hallo,
Da
wird der Unterschied sofort deutlich, denn während es bei ftp
ausreicht eine Datei einfach nur auf den Server zu schieben
und damit zum Download verfügbar zu machen, benötigst du über
http eine Seite drum herum.
Echt? Ist das bei Microsoft so?
Unter mir bekannten Betriebssystemen ist das jedenfalls niocht so. http ist keinesfalls an das Vorhandensein einer Web-Seite gebunden.
Und nun?
Gruß,
Sebastian
Hallo,
zum hin und herschicken von dateien dient. worin genau besteht
der vorteil ggü normalem download?
FTP kann mehr: Upload (nagut, das bekommt man auch noch per HTTP hin), Rechte, Benutzerlogins und so fort.
Ist aber auc nicht ganz so krank, wie Dateien per
eMail zu versenden - dafür gehört jedem der Internetanschluß
gekappt (ab ~100KB Anhang).
Eben[1].
Gruß,
Sebastian
[1] Ich will gestern vergessen. Aber ich will das Internet auch nicht beleidigen, indem ich unser Netzwerk als ‚Internet‘ bezeichne …
Hallo,
Da
wird der Unterschied sofort deutlich, denn während es bei ftp
ausreicht eine Datei einfach nur auf den Server zu schieben
und damit zum Download verfügbar zu machen, benötigst du über
http eine Seite drum herum.Echt? Ist das bei Microsoft so?
Was hat das mit Microsoft zu tun?
Unter mir bekannten Betriebssystemen ist das jedenfalls niocht
so. http ist keinesfalls an das Vorhandensein einer
Web-Seite gebunden.Und nun?
Hast ja recht, rein technisch geht es natürlich auch ohne Seite. Aber wenn du dir die Fragestellung mal ansiehst, und die dir eigene Überheblichkeit des allwissenden Profis mal ausnahmsweise versuchst bei Seite zu lassen, und einem ganz offensichtlichen Anfänger versuchst einfach mal nur eine für ihn momentan brauchbare und für ihn verständliche Antwort zu geben, dann denke ich schon, dass dieser Ansatz ganz brauchbar ist. Man sollte doch vielleicht einfach mal versuchen, bei einer Antwort den Fragesteller da abzuholen, wo er steht. Und dabei muss man hier doch wohl davon ausgehen, dass er als Kind der www-Generation vermutlich zuerst mit in Webseiten eigebauten Downloads per http konfrontiert worden ist und sich jetzt fragt, wozu man außerdem auch noch ftp braucht.
Spricht ja nichts dagegen, dass du dies ergänzt.
Gruß vom Wiz, der auch noch in der Zeit des textbasierten Internets aufgewachsen ist
Moin
Was ist an FTP effizienter als an HTTP?
HTTP muss neben den reinen Daten jede Menge Status-meldungen mitschicken.
Ausserdem kommt man meist erst über eine html-Seite an den Link. Das alles
fällt bei FTP flach.
Wie der Name schon sagt ist das eine ein „File Transfer
Protokoll“ und das andere ein „HyperText Transfer Protokoll“ -
das sind unterschiedliche Verwendungen.
Und das Hypertext Transfer System ist für html-Seiten mit ihren Bildern
gedacht, das ftp-System für Dateien…
cu
Hallo,
Was ist an FTP effizienter als an HTTP?
HTTP muss neben den reinen Daten jede Menge Status-meldungen
mitschicken.
„Jede Menge“? Naja. Welche meinst Du genau?
Ausserdem kommt man meist erst über eine html-Seite an den
Link. Das alles
fällt bei FTP flach.
Na, das ist ja gut zu wissen. Was (außer „excellente Software“) sagst Du nun zu ftp://ftp.dante.de/tex-archive/help/Catalogue/entrie… ?
Wie der Name schon sagt ist das eine ein „File Transfer
Protokoll“ und das andere ein „HyperText Transfer Protokoll“ -
das sind unterschiedliche Verwendungen.
Und das Hypertext Transfer System ist für html-Seiten mit
ihren Bildern
gedacht, das ftp-System für Dateien…
ftp://ftp.dante.de/tex-archive/help/Catalogue/entrie…
Elaborate, please.
Moin
HTTP muss neben den reinen Daten jede Menge Status-meldungen
mitschicken.„Jede Menge“? Naja. Welche meinst Du genau?
Lies dir mal das rfc zur Version 1.1 durch. Wenn während der Download läuft noch eine Seite vom gleichen Server haben will… wenn man sich an das rfc hält bricht die Hölle auf der TCP-Verbindung aus. (ok, das tut keiner…)
Ausserdem kommt man meist erst über eine html-Seite an den
Link. Das alles
fällt bei FTP flach.Na, das ist ja gut zu wissen. Was (außer „excellente
Software“) sagst Du nun zu
ftp://ftp.dante.de/tex-archive/help/Catalogue/entrie…
Was hat das koma-script mit der Diskusion über http vs. ftp zu tun ?
cu
Hallo,
„Jede Menge“? Naja. Welche meinst Du genau?
Lies dir mal das rfc zur Version 1.1 durch. Wenn während der
Download läuft noch eine Seite vom gleichen Server haben
will… wenn man sich an das rfc hält bricht die Hölle auf der
TCP-Verbindung aus. (ok, das tut keiner…)
Äh. Ja. Ich sehe das nicht als Problem. Auch nicht im Vergleich zu FTP (wie sieht es da aus, wenn ich zwei Dateien gleichzeitig anfordere?)
Ausserdem kommt man meist erst über eine html-Seite an den
Link. Das alles
fällt bei FTP flach.
Huhuuuu…
Na, das ist ja gut zu wissen. Was (außer „excellente
Software“) sagst Du nun zu
ftp://ftp.dante.de/tex-archive/help/Catalogue/entrie…
Was hat das koma-script mit der Diskusion über http vs. ftp zu
tun ?
Nichts. Garnichst. Das war ein Ablenkungsmanöver. Mir scheint, Du hast nichteinmal gemerkt, wie unbemerkt man Deine obige Behauptung widerlegen kann.
Schu mal aufs Protokoll des Linkes…
Sebastian
Hallo,
„Jede Menge“? Naja. Welche meinst Du genau?
Lies dir mal das rfc zur Version 1.1 durch. Wenn während der
Download läuft noch eine Seite vom gleichen Server haben
will… wenn man sich an das rfc hält bricht die Hölle auf der
TCP-Verbindung aus. (ok, das tut keiner…)Äh. Ja. Ich sehe das nicht als Problem. Auch nicht im
Vergleich zu FTP (wie sieht es da aus, wenn ich zwei Dateien
gleichzeitig anfordere?)
Wir haben das in der Uni mal gemessen - gleichzeitige Downloads vierer Clients von einem Server, einmal http, einmal ftp. Unterschied: Vernachlässigbar.
Gruß,
Malte.
Moin
Wir haben das in der Uni mal gemessen - gleichzeitige
Downloads vierer Clients von einem Server,
Was passiert wenn man einen Client 4 Dateien über http ziehen lässt ?
cu
Moin
Äh. Ja. Ich sehe das nicht als Problem. Auch nicht im Vergleich
zu FTP (wie sieht es da aus, wenn ich zwei Dateien gleichzeitig
anfordere?)
ftp (rfc-414) macht einen TCP-Kanal pro Datei auf. In dem Kanal kommt nur der
Inhalt der Datei.
Bei http gibts nur einen Kanal. Werden aber 2 Daten-ströme gleichzeitig über
einen Kanal geschickt so muss der Stream Zusatzinformationen mitschicken. Man braucht etwa 5KB Kontrolltag’s pro 25 KB Nutzdaten bei 1KB chunck-size und 2 gleichzeitigen Transfers, siehe rfc-1945, 2068, 2616 und 2817. Der einzige evtl. Vorteil wären die gzip/compressed-Streams. Da die aber IE gar nicht versteht, mozilla teilweise in den falschen Hals bekommt und sie bei komprimierten Dateien keinen Sinn machen…
Nichts. Garnichst. Das war ein Ablenkungsmanöver. Mir scheint,
Du hast nichteinmal gemerkt, wie unbemerkt man Deine obige
Behauptung widerlegen kann.
Die html-Seite (