Grundlegende Frage z. Webp.

[Meflin]

nein, ich meinte overflowed. allerdings würd mich
interresieren, wie du die site feststellst, die nach
dem login kommt und vor alem, wie du versuchst, dich einzuloggen!

*MFG*

[Meflin]

hey darty und overflowed, was is denn los?

*MFG*

[Wormid]

Ich denke, es wird nicht so ohne weiteres möglich sein, was Du Dir da ausgedacht hast.

Prinzipiell würde es so funzen, das Du per Indy-http die Logindaten an die zu testende Seite "posten" musst. Und danach muss die Antwort des Servers ausgewertet werden, ob der Login erfolgreich war, oder eben nicht.
Dies Programm für eine einzelne Seite zu entwickeln, das ist nicht weiter tragisch, aber eine generelle Routine kann leider nicht gehen.

1. Jedes Login-Formular ist anders (action, method, Namen der Felder...), eventuell müssen sogar vorher erstmal Session-IDs oder andere Scriptvariablen aus dem Quelltext ausgelesen werden.
2. Das Ergebnis sieht auch immer anders aus, es müsste (wahrscheinlich) für jede Seite ein individueller Parser geschrieben werden, der versucht aus der Seite auszulesen, ob man nun eingeloggt ist oder nicht. (Manchmal mag man das auch an der Url sehen, mal am Text, mal wird die Seite verzögert ausgegeben (GMX z.B)...)


Es muss nicht so kompliziert sein, wie ich es hier beschreibe.... aber wir alle kennen Murphy's Law - Einfache und allgemeingültige Routinen funzen nicht, because of the World is full of Sonderfälle! *g*


Gruß

Wormid

[Meflin]

aber wäre es nicht möglich, die site in einem twebbrowser zu laden,
die formularfelder auszufüllen, die nächste seite nach keywords zu
untersuchen und die warscheinlichkeit eines richtigen/falschen logins darzustellen?

*MFG*

[Wormid]

Entweder so, oder halt mit den Indy Komponenten müsste das schon gehen. Aber trotzdem müsste das für die meisten Seiten individuell programmiert werden.

Als Beispiel hier das Login-Form der DP... *g* :dp:

Code:

<form action="login.php" method="post" target="_top">
              <input type="text" name="username" size="25" maxlength="40" value="" />
              <input type="password" name="password" size="25" maxlength="25" />             
              <input type="checkbox" name="autologin" />
              <input type="hidden" name="redirect" value="" />
              <input type="submit" name="login" class="mainoption" value="Login" />            
</form>

Und dann das Form von GMX...

Code:

<form name="login" method="post" action="http://www27.gmx.net/de/cgi/login">
<input type="hidden" name="AREA" value="1">
<input type="hidden" name="EXT" value="">
<input type="hidden" name="EXT2" value="">
<input type="text" name="id" size="10" class="i10">
<input type="password" name="p" size="10" class="i10">
<input type="image" src="icons/de/einloggen_homeb.gif" width="85" height="14" border="0" name="submit" alt="Login">
</form>

2 Seiten, und schon 2 unterschiedliche Formulare.

Verstehst Du worauf ich hinaus will? :gruebel:

Ein fehlerhaftes Login z.B. bei GMX ergibt doch eine ganz andere Rückgabe als z.B. ein fehlerhaftes Login auf dieser Seite hier... Ich bezweifele stark, das es ausreicht auf Wörter wie "fehlerhaft" oder "failed" im Ergebnis zu prüfen...
Allerdings ist es natürlich möglich, diese ganzen Dinge parametrisierbar zu machen - allerdings wird dann die Datenpflege wahrscheinlich ziemlich komplex!

Gruß

Wormid

[Meflin]

das hauptproblem bei meiner idee ist das ausfüllen/abschicken
des formulars, vor allem des richtigen formulars! dazu
müsste ich erst den quelltext nach formularen durchsuchen und
dann, falls mehrere existieren, das warscheinliche loginformular
auswählen, und falls das nicht eindeutig ist, den user auswählen
lassen. aber dann? und vorallem wie diee formulare finden?

*MFG*

[Wormid]

Tja, ich sage ja, so einfach wird das nicht.

Wie man das ganze zuverlässig per Automatik lösen soll, da bin ich überfragt - ne konkrete Idee habe ich dazu nicht.
Kann man nicht beim TWebbrowser auf die einzelnen Items irgendwie zugreifen? Mit dem Dingen habe ich noch nie was in der Richtung gemacht. :oops:

[Meflin]

ja, das geht so in der richtung:

Delphi-Quellcode:

Edit1.Text:=WebBrowser1.OleObject.document.forms.item(0).elements.item('FELDNAME').value;

Edit:
uups... natürlich umgekehrt:

Delphi-Quellcode:

WebBrowser1.OleObject.document.forms.item(0).elements.item('FELDNAME').value:=Edit1.Text;

*MFG*