Nachtrag:
Das Zusammenspiel von WWW Reader und Textparser ist so, wie hier angewendet, definitiv buggy! Die Änderunen der URL werden nicht wirklich oder erst nach langem, stochastischen Timeout wirksam. Vielleicht fiel das bisher nicht so auf, weil ja meist relativ viel Zeit zwischen Anrufen vergeht.
Ergänze bitte mal folgende Zeile sinngemäß (Variablen anpassen usw.):
WWWReader_SetPage($iID, $url);
IPS_ApplyChanges($iID); // <-- diesen Befehl hier einfügen!
WWWReader_UpdatePage($iID);
Mit „IPS_ApplyChanges($iID);“ wird die geänderte Konfiguration (=URL) der Instanz erst zurückgeschrieben! Quasi der „OK“-Knopp.
Findest Du auch hier, 3. Beispiel-Kasten.
Außerdem:
bei Befehl „$test = WWWReader_GetPage($iID);“ kommt es ab und zu zu folgender Konsolenausgabe:
Warning: Read timed out. in [Versuche\anrufer Reverse test] on line 20
Es wäre schön, das direkt abfangen zu können. Aber da bin ich auch zu weit weg vom PHP. Vielleicht hat jemand eine Idee, wie das in eine PHP-Variable zurückgelesen werden könnte?
Das "if ($Anrufer_Var !== „item noprint“) " kann definitiv nicht mehr greifen. Bei meinen Versuchen heute kam kein einziger derartiger „<div class=„xxxxx“>“-String mit xxxxx=„item noprint“ im Quellcode korrekter Abfragen vor, auch nicht als Teilstring. Dafür viele viele andere.
Da sollte man vielleicht mal ansetzen, um mehr Stabilität zu erhalten.
Übrigens liefern der Parser-String: {st: „/“,} (ohne {}, Trennung bei /) die Strasse. {pc: „/“,} müßte die PLZ liefern, greift aber bei mir im Gegensatz zur Strasse irgendwie nicht.
Außerdem finde ich es sehr sinnvoll, initial die Variableninhalte (Name, Ort usw.) zu löschen. Evtl. fehlende Angaben mit Werten vorheriger Abfragen zu füllen, ist irgendwie sinnfrei.
Einen Stack der (erfolgreichen) Abfragewerte für Anzeige und Auswertung aufzubauen, ist dagegen Aufgabe einer nachgeschalteten Datenbankein-/-ausgabe oder einer Variablenrotation der Anzeige-String-Variablen, nicht jedoch der dort wiederum angelieferten und hier aufgebauten Initialwerte.
Gruß Gerd