Es gibt kein cgi-Protokoll auf der Client-Seite.catweasel hat geschrieben: Ich sehe zumindest keine fertigen Komponenten in Lazarus für cgi-Abfragen.
Ich habe es jetzt bei mir eingebunden und mithilfe eines anderen Beispiels hier im Forum auch schon das erste Erfolgserlebnis.theo hat geschrieben:Es gibt kein cgi-Protokoll auf der Client-Seite.
Es gibt das http Protokoll. Das kannst du z.B. mit Synapse benutzen:
http://synapse.ararat.cz/" onclick="window.open(this.href);return false;
Speziell:
http://synapse.ararat.cz/doc/help/httpsend.html" onclick="window.open(this.href);return false;
Code: Alles auswählen
procedure TForm1.Button2Click(Sender: TObject);
var
Response: TStringList;
Url: String;
begin
Url := 'http://192.168.1.105/nagios/cgi-bin/status.cgi';
Response:=TStringList.create;
try
if not HttpGetText(Url ,Response) then ShowMessage('Übertragungsfehler');
Memo2.Lines.Add( Response.Text );
finally
Response.free;
end;
end;
Das sieht verdächtig danach aus, als würdest du eine für Menschen gemacht Webseite nach Informationen durchsuchen wollen. Ist das denn notwendig?catweasel hat geschrieben:Tja, wie schon angedroht stehe ich vor dem nächsten Berg und komme nicht hoch...Der Berg den ist nicht hochkomme heißt "parsen".Code: Alles auswählen
Url := 'http://192.168.1.105/nagios/cgi-bin/status.cgi';
Ich will die Informationen die auf der Webseite stehen auswerten und habe auch u.a. als Beispiel FastHtmlParse gefunden, aber ich habe keine Idee wie ich das benutzen muß.
Kennt das jemand, oder gibt es andere Komponenten um die Infos aus der HTML Seite zu bekommen?
Ich will eine einfache Anwendung schreiben um die Stati von Routern/Servern abzufragen ohne oben auf einen Browser zurück zu greifen.m.fuchs hat geschrieben:Das sieht verdächtig danach aus, als würdest du eine für Menschen gemacht Webseite nach Informationen durchsuchen wollen. Ist das denn notwendig?
Für Nagios gibt es doch einige Möglichkeiten das ganze per API abzufragen. Schau mal hier: http://exchange.nagios.org/directory/Addons/APIs" onclick="window.open(this.href);return false;
Da kann man fröhlich per SOAP, JSON oder sogar RSS die Infos abfragen. Das ist alles besser als HTML zu parsen.
Nochmal: diese Url die du aufrufst zeigt doch mit Sicherheit eine für Menschen gemacht Übersichtsseite mit den verschiedenen Status der überwachten Server an? Soetwas zu parsen ist recht aufwändig und unnötig. Auf der von mir genannten Seite findest du unter anderem einen JSON-Connector. Dieses Plugin installierst du in deinem Nagios und machst dann mit HttpGetText eine Abfrage auf dieses Plugin. Es liefert eine JSON-codiert Übersicht (die vermutlich konfiguriert werdne kann) mit den Status der Server aus. JSON ist einfacher zu parsen, es gibt in FPC/Lazarus aber sogar schon eine Unterstützung mit der du gezielt die Werte auslesen kannst. Und diese Werte kannst du dann leicht in ein ListView schreiben.catweasel hat geschrieben:Ich will eine einfache Anwendung schreiben um die Stati von Routern/Servern abzufragen ohne oben auf einen Browser zurück zu greifen.
Vergleichbar mit Nagstamon falls das Dir was sagt.
Leider habe ich außer parsen keine Idee wie ich die entsprechenden Daten die ich via HttpGetText zurück bekomme z.B. in ein ListView zu schreiben
Und beim parsen weis ich auch nicht wie ich es anstellen soll...
Ich werde es mir mal anschauen. Danke für den Tip.m.fuchs hat geschrieben:Auf der von mir genannten Seite findest du unter anderem einen JSON-Connector. Dieses Plugin installierst du in deinem Nagios und machst dann mit HttpGetText eine Abfrage auf dieses Plugin. Es liefert eine JSON-codiert Übersicht (die vermutlich konfiguriert werdne kann) mit den Status der Server aus. JSON ist einfacher zu parsen, es gibt in FPC/Lazarus aber sogar schon eine Unterstützung mit der du gezielt die Werte auslesen kannst. Und diese Werte kannst du dann leicht in ein ListView schreiben.
Mein Sohn hat vor einiger ,Zeit 'mal einen HTML-Parser gebaut. Er nimmt den HTML-Text anhand der Keywords auseinander (sind noch nicht alle realisiert, ist aber leicht erweiterbar) und baut daraus eine ordentliche Baumstruktur aus verketteten Objekten. Darin kann man dann die gewünschten Informationen vernünftig strukturiert suchen.catweasel hat geschrieben:Der Berg den ist nicht hochkomme heißt "parsen".
Wenn die Seite gültiges XHTML enthält, könnte man die auch mit den Units xml, xmlreader, dom, usw. auseinandernehmen. Wenn nicht, schau mal in die Units html (und ähnliche Namen).mschnell hat geschrieben:Mein Sohn hat vor einiger ,Zeit 'mal einen HTML-Parser gebaut.
Viel schlimmer ist, dass die Ausgabe einer Webseite sich einfach mal so von Version zu Version ändern kann. Bei einem Webservice ist das deutlich unwahrscheinlicher, da man dort ja möchte dass externe Programme andocken. Treten doch mal Änderungen auf, werden sie dann meist auch dokumentiert. Letztendlich ist man mit der JSON-API auf der einfacheren und sicheren Seite.Socke hat geschrieben:Wenn die Seite gültiges XHTML enthält, könnte man die auch mit den Units xml, xmlreader, dom, usw. auseinandernehmen. Wenn nicht, schau mal in die Units html (und ähnliche Namen).
Das ist natürlich immer noch komplizierter als eine vergleichsweise einfache/strukturierte JSON-Ausgabe zu verarbeiten.
Code: Alles auswählen
Status: On nach
Status: <!--st-->On<!--/st-->Ne, das ist eine Seite die automatisch von dem Monitoringsystem "Nagios" erstellt wird.felix96 hat geschrieben:Ist die Seite von dir?
Ein Blick auf http://nagstamon.svn.sourceforge.net/vi ... iew=markup" onclick="window.open(this.href);return false; sagt mir, dass das Nagstamin-Team das Gleiche macht was du eigentlich machen willst: die Webseite parsen. Sowas kann man auch machen, es ist halt nur aufwändig.catweasel hat geschrieben:Ich frage mich nur wie die Programmierer von Nagstamon oder dem Firefox-Plugin Nagios-Checker gemacht haben. Bei denen ist auch keine Änderung/Installation der Nagios Konfig notwendig und wenn ich es irgendwie vermeiden kann will ich auch darauf verzichten.
Verein
Links
Suche