Entwickler-Ecke :: Thema anzeigen - [Auftrag gegen Geld] Port-Streams, MySQL und Linux

anfragenderxy - Mo 23.06.08 17:59
Titel: [Auftrag gegen Geld] Port-Streams, MySQL und Linux

Hallo.

Ich suche einen Experten, der sich mit Port-Streams und MySQL unter Linux auskennt. Es geht um folgenden Auftrag: Ich benötige eine Art "Kommunikationsprogramm".

Auf der einen Seite steht eine Maschine, die Informationen (in Form von XML-Nachrichten) über Sockets und bestimmte IPs zu einem Server schickt und darauf eine Antwort erwartet.

Der Server nimmt die XML-Nachrichten auseinander, ermittelt daraufhin die Antwort aus einer MySQL-Datenbank und schickt diese an die Maschine zurück.

Das Programm wird beim Booten des Servers (rc.local) gestartet und bleibt ständig aktiv. Das heißt, dass es keine Ressourcen fressen oder Speicherlecks haben darf, sondern schlank bleiben muss. (Aber das versteht sich wohl von selbst, oder?)
==> Daraus sollte ersichtlich sein, dass ich keine Lösung durch eine interpretierte Sprache haben möchte, sondern eher etwas in Richtung C oder so.

IPs und Ports stehen in INI-Files, könnten aber auch beim Start einmalig aus der MySQL-Datenbank gelesen werden. Da bin ich für (fast) alles offen. Die MySQL-Zugangsdaten stehen in einer Config-Datei.

Ich brauche (natürlich) einen kommentierten Quellcode und eine kurze Anleitung, wie ich als Depp das Programm kompilieren kann. :oops:

Falls sich jemand berufen fühlt, kann er sich mit einem Angebot (Zeitaufwand und Kosten) bei mir voll@namelesshost.com melden.
(Ob Profi oder Schüler ist mir egal, solange das Programm funktioniert.)

MfG,
Andreas

P.S.: Falls es relevant sein sollte: Es handelt sich um Ubuntu Linux.

anfragenderxy - Mi 25.06.08 08:57

jf_stgt hat folgendes geschrieben:

Wie oft wird denn die XML Datei übermittelt?

Etwa 1 Request pro Sekunde.

jf_stgt hat folgendes geschrieben:

Wie gross sind ca. die Daten die zurück kommen?

Der XML-String ist 600-700 Zeichen lang.

jf_stgt hat folgendes geschrieben:

Soll nur der XML-Online Parser (Linux) programmiert werden oder auch das Delphi Programm.

Ich verstehe die Frage nicht. Ich brauche EIN Programm, das die komplette Kommunikation regelt. Dieses muss unter Linux laufen (Damit fällt Delphi wohl weg, oder?) und kommunizieren, DB-Abfragen erzeugen und XML parsen können.

jf_stgt hat folgendes geschrieben:

Eventuell könnte man auch eine PHP Datei machen die die XML Datei parst und die DB Aufrufe macht, oder?

Um der Wahrheit die Ehre zu geben: Eine PHP-Lösung haben wir bereits. Diese ist jedoch (da Streams&Co. nicht gerade das Spezialgebiet von PHP sind) in der Response-Zeit nicht zufriedenstellend.
Kurzum: Ich benötige eine Lösung in einer "richtigen" Programmiersprache und nicht in einer interpretierten Skriptsprache.

jf_stgt hat folgendes geschrieben:

Ich denke das wäre deutlich weniger Aufwand, oder?!

Für die PHP-Lösung haben wir inkl. Tests ca. 5 Stunden gebraucht. Wir würden dem Programmierer selbstverständlich mehr Zeit zugestehen, was sich aber natürlich für uns nicht negativ auswirken darf, wenn Du verstehst, was ich meine. ;-)

MfG

jf_stgt - Mi 25.06.08 09:24

Hallo!

Danke für die schnelle Antwort.

anfragenderxy hat folgendes geschrieben:

jf_stgt hat folgendes geschrieben:

Wie oft wird denn die XML Datei übermittelt?

Etwa 1 Request pro Sekunde.

Bei einer sekündlichen Anfrage kommt in der Tat eine PHP Lösung nicht in Frage.
Da wird zuviel "Overhead" (PHP Parsing, HTML - Seiten, Logfiles, ...) erzeugt. Ein Linux Programm für den Server scheint mir geeignet. Bedeutet allerdings, dass über den Server pro Sekunde auch eine oder mehrere Datenbankanfragen laufen. Ist für MySQL kein Problem solange der Server nicht eh schon "am Ende seiner Kräfte" ist.

anfragenderxy hat folgendes geschrieben:

jf_stgt hat folgendes geschrieben:

Wie gross sind ca. die Daten die zurück kommen?

Der XML-String ist 600-700 Zeichen lang.

Ich wollte eigentlich wissen wie viel da zurück kommt. Gehe aber mal auch von max. 1 Kilobyte aus.
Die Pakete müssten also nicht in mehreren Teilen geschickt werden.

anfragenderxy hat folgendes geschrieben:

jf_stgt hat folgendes geschrieben:

Soll nur der XML-Online Parser (Linux) programmiert werden oder auch das Delphi Programm.

Meine Frage war eher, ob ich auch ein Delphi Programm schreiben müsste das die XML Datei wegschickt oder "nur" den Server-Part?! Oder ist der Client-Part auch ein Linux Programm?

anfragenderxy hat folgendes geschrieben:

jf_stgt hat folgendes geschrieben:

Ich denke das wäre deutlich weniger Aufwand, oder?!

Verstehe ich teilweise. Wie schnell müsste denn die Antwort da sein? Hängt natürlich auch von der Internetgeschwindigkeit ab.

Soll TCP oder UDP als Verbindung gewählt werden? UDP ist im Allgemeinen schneller aber Fehleranfälliger. Falls Sie da nichts dazu sagen können, überlege ich mir etwas.

Eine Frage habe ich noch. Können mehrere Clients auf den Server zugreifen? Müsste man also auch so eine Art "Benutzerprüfung" machen? Oder bekommt jeder sein Ergebnis aufgrund seiner Anfrage.

Sobald ich Ihre Antworten habe, kann ich eine Preiseinschätzung machen (und würde diese dann per Mail zustellen).

Viele Grüße
jf_stgt

anfragenderxy - Mi 25.06.08 10:13

jf_stgt hat folgendes geschrieben:

Danke für die schnelle Antwort.

Unser Anliegen ist relativ dringend. :-D

jf_stgt hat folgendes geschrieben:

den Server pro Sekunde auch eine oder mehrere Datenbankanfragen laufen. Ist für MySQL kein Problem solange der Server nicht eh schon "am Ende seiner Kräfte" ist.

Nein, das sollte kein Problem sein. Die PHP-Lösung läuft ja jetzt auch schon zufriedenstellend. IMHO kann es eigentlich nur besser werden. Genauer gesagt muss es besser (=schneller) werden, ansonsten könnten wir gleich bei der PHP-Variante bleiben.

jf_stgt hat folgendes geschrieben:

Ich wollte eigentlich wissen wie viel da zurück kommt. Gehe aber mal auch von max. 1 Kilobyte aus.
Die Pakete müssten also nicht in mehreren Teilen geschickt werden.

Korrekt. Da 600 Zeichen locker in 1 KB passen, ist das wohl kein Problem. ;-)

jf_stgt hat folgendes geschrieben:

Meine Frage war eher, ob ich auch ein Delphi Programm schreiben müsste das die XML Datei wegschickt oder "nur" den Server-Part?! Oder ist der Client-Part auch ein Linux Programm?

Moment, Missverständnis...

Also noch einmal: Der Client ist eine Maschine. Da kommen wir nicht ran und damit haben wir auch nichts zu tun. (Schwarze Box)
Diese sendet eine Anfrage an den Server (Linux) auf einem bestimmten Port X und erwartet daraufhin eine Antwort auf einem Port Y.

Für den Server muss nun ein Programm geschrieben werden, das
a) auf einen definierten Port horcht und die XML-Nachricht in Empfang nimmt
b) Daten aus der XML-Nachricht holt
c) eine MySQL-Abfrage erzeugt
d) die Antwort (aus der DB-Abfrage) an den Client zurückschickt.
e) zurück zu a) springt

jf_stgt hat folgendes geschrieben:

Verstehe ich teilweise. Wie schnell müsste denn die Antwort da sein? Hängt natürlich auch von der Internetgeschwindigkeit ab.

Erstens sind die Rechner im Intranet über LWL verbunden und zweitens müssen die Schritte a) bis e) in weniger als 250ms-300ms erfolgen, denn in dieser Zeit schafft es die jetzige PHP-Variante. (Und da wir uns verbessern wollen, dürfte die Anforderung klar sein.)

jf_stgt hat folgendes geschrieben:

Soll TCP oder UDP als Verbindung gewählt werden?

TCP, wird vom Client vorgegeben.

jf_stgt hat folgendes geschrieben:

Eine Frage habe ich noch. Können mehrere Clients auf den Server zugreifen?

Nein. Das ist nur eine Maschine.

jf_stgt hat folgendes geschrieben:

Müsste man also auch so eine Art "Benutzerprüfung" machen?

Nein.

jf_stgt hat folgendes geschrieben:

Oder bekommt jeder sein Ergebnis aufgrund seiner Anfrage.

Ja, die Antwort richtet sich nach der Anfrage (also dem Inhalt in dem XML-String), aber es gibt nur einen Client, der diese Anfrage stellen wird.

jf_stgt hat folgendes geschrieben:

Sobald ich Ihre Antworten habe, kann ich eine Preiseinschätzung machen (und würde diese dann per Mail zustellen).

Gerne.

MfG

Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2026 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!