Suche FTP-Komponenten

[philharmony]

Auf Indy bin ich auch schon gestoßen, allerdings werde ich aus der Installationsanleitung nicht schlau:

Zitat:

Open and compile indysystemlaz.lpk
Open and compile indycorelaz.lpk
Open and compile indyprotocolslaz.lpk
Open, compile and install dclindycorelaz.lpk
Open, compile and install dclindyprotocolslaz.lpk

In den beiden Archiven für Indy 9 und 10 ist aber jeweils nur die indySystemLaz.lpk enthalten.

Zitat:

Diese Beschreibung deutet daraufhin, dass du eigentlich einen Webserver mit dem Protokoll HTTP oder HTTPS verwenden solltest.

Ich dachte, FTP wäre dazu gedacht, Dateien zu übertragen, was ich ja genau machen will...

[Bernhard Geyer]

Zitat von philharmony:

Ich dachte, FTP wäre dazu gedacht, Dateien zu übertragen, was ich ja genau machen will...

Wenn es feste/vordefinierte schon erzeugte Dateien sind - Ja.
Du willst abhängig von User ja Dateien erzeugen lassen. Hier nimmt man i.d.R. http(s)

[mjustin]

Zitat von philharmony:

Auf Indy bin ich auch schon gestoßen, allerdings werde ich aus der Installationsanleitung nicht schlau:

...

Ich dachte, FTP wäre dazu gedacht, Dateien zu übertragen, was ich ja genau machen will...

Indy funktioniert auch gut ohne Installation - dazu müssen nur die Lib/Core, Lib/Protocols und Lib/System Verzeichnisse in das Projekt aufgenommen werden. Die Komponenten können zur Laufzeit erzeugt werden.

FTP ist auch besonders gut zur Übertragung von Benutzernamen und Passwort im Klartext geeignet

[philharmony]

Zitat:

Wenn es feste/vordefinierte schon erzeugte Dateien sind - Ja.
Du willst abhängig von User ja Dateien erzeugen lassen. Hier nimmt man i.d.R. http(s)

Bin mir nicht ganz sicher, ob ichs richtig verstehe. Die Dateierzeugung würde ich Softwaretechnisch machen, dazu habe ich shcon komponenten. Grob gesagt gibt es eine Liste mit allen Usern, die mitmachen dürfen, und welchen Teil der Datenquelle sie sehen dürfen. Daraus wird dann eine Date gebaut (funktioniert bereits), die der Client lesen und verarbeiten kann (Geht ebenfalls bereits).
Ich möchte meiner Anwendung die momentan beides macht einfach nur in zwei Anwendungen aufteilen und die Informationen, welcher User anfragt, und die Datei die zurückgeschickt wird nicht mehr von Form1 auf Form2 übertragen, sondern über eine FTP/HTTP/Bechertelefon-Komponente "Tunneln", damit die Aufgaben schöner getrennt sind.
Ich rede nicht davon, einen eigenen (Hardware)-Server im Rechenzentrum zu verwenden, die Server-Anwendung läuft einfach dauerhaft auf einem Rechner im Netzwerk und wartet, ob eine Clientsoftware von einem anderen Rechner eine Datei haben möchte.
P.S., habe Indy 10.2 Installiert bekommen, Lazarus und Komponenten dafür sind wirklich sowas von grottig dokumentiert...

[mjustin]

Zitat von philharmony:

P.S., habe Indy 10.2 Installiert bekommen, Lazarus und Komponenten dafür sind wirklich sowas von grottig dokumentiert...

Das ist eine sehr alte Version. Die aktuelle Version 10.5.9 kann man per Subversion downloaden:

http://www.indyproject.org/sockets/download/svn.en.aspx

[philharmony]

Zitat:

Das ist eine sehr alte Version. Die aktuelle Version 10.5.9 kann man per Subversion downloaden:

Ich bin froh, daß ich die 10.2 Installiert bekommen habe.

[philharmony]

Vielleicht nochmal iene etwas allgemeinere Frage: Die ganze Netzwerkerei ist Programmtechnisch neuland für mich. Mir ist das Schichtmodell klar und die Indykomponenten führe ich mir grade mittels Tutorials zu Gemüte.
Die Dateien die ich schicken möchte sind relativ kurze Textdateien, mit wenns mal viel wird vllt. 200 Zeilen.
Es wird genau EINE Art Datei an den Client geschickt und der schickt genau EINE Art datei zurück. Dh das ganze ist sehr übersichtlich. Macht es da Eurer Meinung nach eher Sinn, sich selbst ein kleines Protokoll auszudenken, braucht ja nicht viel mehr als "ich bin derunderUser, schick mir meine Datei", "Danke, Erhalten" oder "Fehler".
Die Strings kann man ja auch noch verschlüsseln für die Sicherheit.
Oder lieber was vorhandenes Benutzen? Wenn ja, was würde sich da anbieten? Es soll nicht zu viel Overhang haben, soll ja eigentlich nur sehr wenig können.
Freu mich auf Ideen!

[sx2008]

Zitat von philharmony:

Macht es da Eurer Meinung nach eher Sinn, sich selbst ein kleines Protokoll auszudenken

Ich würde da ganz auf HTTP setzen.
Das reicht für deine Zwecke vollkommen aus.
Die Anfrage könnte z.B. so aussehen:

Code:

GET /data.cgi?user=philharmony&typ=Artikel HTTP/1.1
Host: 192.168.1.45

In der Anfrage sind 2 Parameter (user und typ) enthalten.

Der Server antwortet dann etwa so:

Code:

HTTP/1.0 200 OK
Date: Fri, 31 Jan 2013 15:12:48 GMT
Last-Modified: Fri, 31 Jan 2013 15:12:48 GMT
Content-Language: de
Content-Type: text/html; charset=utf-8
Content-Length: 793

Hier stehen die Nutzdaten deiner Datei bzw. Resource.
Insgesamt stehen hier 793 Byte....
...

An deiner Stelle würde ich einen "richtigen" Webserver wie z.B. Apache, nginx oder lighttpd verwenden.
Die Datenaufbereitung übernimmt dann ein Delphi-Konsolenprogramm.
Der Webserver ruft dann das Konsolenprogramm per CGI auf, bekommt die Daten aus dem Std-Output und sendet sie an den richtigen Client zurück.
http://www.drbob42.com/books/cgi.htm
Du wirst einige Zeit brauchen um dich einzufuchsen, aber es lohnt sich.
Man könnte den Delphi-Client sogar durch Webbrowser ersetzen oder ergänzend zulassen.
Auf jeden Fall stehen so alle Wege offen.