![]() |
Daten an HTTP Server senden
hi
in manchen Programme besteht die Möglichkeit, Dateien an einen HTTP Server zu schicken. Das stellt mich nun vor eine Frage: wie werden diese Dateien von Server aufgefangen. Funktioniert das mit einen PHP Skript (wie auch Datein über ein Formular im Web übertragen werden) oder hängt das mit dem Server zusammen? mfg c. |
Die Frage versteh i ned ganz.
Was willst überhaupt an den Server für Daten senden? Willst eine Datenbank ansprechen oder nur FTP ... oder was :confused: |
Wenn Daten an einen HTTP-Server geschickt werden, egal ob von einem Browser oder einer anderen Applikation, werden die immer gemäß RFC 2616 encoded (siehe GET vs. POST).
Um diese Daten zu verwerten benötigt man natürlich ein Programm (wie soll der Server sonst wissen, was die Daten darstellen. Das Programm kann in C, Shell-Script, Perl, PHP, Java, Server Side Java Script, VB, .... geschreiben sein. |
Du kennst doch sicher den Composer von Netscape/Mozilla. Da besteht die Möglichkeit, ein File an einen HTTP Server zu schicken. Ich wollte nun wissen, ob und wie es geht, eine solche Datei am Server aufzufangen.
mfg c. |
Na dann sag das doch! ;)
Perl: http://cgi-lib.berkeley.edu/ex/fup.cgi.txt oder http://www.perlfect.com/articles/upload.shtml PHP: http://www.thickbook.com/extra/php_fileupload.phtml |
tja, so weit war es klar. Die Links beziehen sich auf File Uploads aus einem HTML Formular. Wenn das ganze über ein Programm läuft, stellt sich als erstes die Frage, welchen Namen die Datei hat ($_FILES???) bzw ob solche Uploads überhaut nach diesem Schema ablaufen.
mfg c. |
Na entweder sie laufen nach dem Schema (RFC 2616), via FTP oder via WEBDAV
|
ja, aber in welcher Variablen finde ich die Datei? Wenn ich den Upload über ein HTML Formular mache, dann gebe ich dem Eingabefeld mittels name="*" einen Name, der später als Variablenname dient. Wenn ein Programm den Uploda macht, kann ich den Variablennamen nicht vergeben. Daher denke ich, dass es einen standard Variablennamen geben muss. Oder kann der Name durch das Script ermittelt werden? :(
mfg c. |
Klassische Client-Server Programmierung - auf irgendwas müssen sich Server und Client im Vorfeld einigen.
|
Also hab ich da keine Chance, so etwas einfach zu verwrklichen :(
schade mfg c. |
????
Was willst Du denn genau machen? |
meine Website (www.sagmueller.net) verwendet includes. Nun möcht ich ein Script schreiben, welches mir die Administration erleichtert.
option 1: Das gnze wird über ein einfaches Formular übertragen (entweder die Datei, oder gleich der HTML-Code) option 2: Ich schicke die neuen Includes gleich direkt von Composer aus auf meine Seite (ist einfach schöner) option 3: ich mach alles über FTP - mag ich aber nicht ;) Mir ist die Option 2 am liebsten (und es ist auch eine Herausforderung :D) aber wenn es nicht geht, dann ist das auch nicht so schlimm. mfg c. |
Zitat:
eine möglichkeit wäre das tool "ftp-uploader", http://www.ftp-uploader.de/ Der erledigt solche Dinge. Ansonsten könntet du natürlich ein Skript in php schreiben, das an einem port lauscht, und auf anfragen "irgendwie" reagiert. Dazu noch ein tool, das clientseitig die Verbindung zu ebendiesem port aufbaut, handshake usw. macht, etc. Dann hast du ftp nachgebaut. Ist es das, was du willst? Roland |
Du sagi, der Composer macht doch eh ftp-Uploads. Man muss halt eine FTP-URI angeben (ftp://servert/pfad/).
|
FTP ist auch eine Möglichkeit. Ich würd allerdings lieber über HTTP publizieren,da die publizierten Daten noch von einem PHP Skript bearbeitet werden müssen. Falls ich das nicht beim Upload mache, muss ich es bei jedem Aufruf machen. Dadurch würde ich allerdings einfach nur Rechenleistung verschwenden :)
mfg c. |
OK, nach der Erklärung würde ich folgendes vorschlagen:
1) Web-Formular mit File-Upload Möglichkeit. 2) ein CGI-Script/PHP-Script, dass dieses File aus dem Formular entgegennimmt, verarbeitet und auf dem Webserver ablegt. OK? |
Yesss. So werd ich es machen. thx
mfg c. |
Alle Zeitangaben in WEZ +2. Es ist jetzt 17:25 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag