1. Dashboard
  2. Mitglieder
    1. Letzte Aktivitäten
    2. Benutzer online
    3. Team
    4. Mitgliedersuche
  3. Forenregeln
  4. Forum
    1. Unerledigte Themen
  • Anmelden
  • Registrieren
  • Suche
Alles
  • Alles
  • Artikel
  • Seiten
  • Forum
  • Erweiterte Suche
  1. AutoIt.de - Das deutschsprachige Forum.
  2. Mitglieder
  3. Kaioshin

Beiträge von Kaioshin

  • WinHttp und gzip

    • Kaioshin
    • 21. November 2014 um 22:08

    Habe es jetzt nicht mehr ausprobiert. Hatte danach wieder mit WinHTTP versucht und zLib. Hat funktioniert :)

    Wobei ich spasshalber auch WinINet ausprobieren werde.

    Vielen Dank.

  • WinHttp und gzip

    • Kaioshin
    • 21. November 2014 um 11:28

    Hallo

    Ich konnte nun mithilfe von WinINet einen Request senden, finde in dieser Funktionssammlung die Funktion für zum auslesen der Serverantwort (Response) nicht. Bei WinHTTP war das die Funktion _WinHttpReadData().

    Gruss,
    Kaioshin

  • WinHttp und gzip

    • Kaioshin
    • 20. November 2014 um 19:47

    Danke. Werde das morgen probieren.

  • Notepad ++ / Schreibschutz

    • Kaioshin
    • 20. November 2014 um 19:44

    Hallo

    Habe das gerade mal angeschaut. In Notepad++ kann man anscheinend in den Einstellungen das nirgends als Default hinterlegen.

    Folfgende Optionen bieten sich jedoch an:

    • Mit der Kommandozeilen Option -ro kannst du angeben das File schreibtgeschützt zu öffnen. Beispiel: notepad++.exe -ro filename.txt
    • Falls du Dateien über das Kontextmenü öffnen solltest (Rechtsklick -> Edit with Notepad++), kann man in der Registry den Befehl so hinterlegen, dass dieser automatisch die Option -ro mit angibt. Folgender Wert in der Registry müsste dafür angepasst werden.
      Unter: HKEY_LOCAL_MACHINE\SOFTWARE\Classes\CLSID\{B298D29A-A6ED-11DE-BA8C-A68E55D89593} den Wert des Schlüssels Path ändern
      Standartwert: C:\Program Files (x86)\Notepad++\notepad++.exe
      Anpassen zu: C:\Program Files (x86)\Notepad++\notepad++.exe" "-ro

    Gruss,
    Kaioshin

  • WinHttp und gzip

    • Kaioshin
    • 20. November 2014 um 18:12

    Hallo Zusammen

    Ich versuche mithilfe von Autoit und der WinHttp Funktionssammlung einen HTTP Request auszuführen um anschliessend den Inhalt auszulesen bzw. auszuwerten. Das funktioniert grundsätzlich auch ganz gut. Mit dem Request versende ich auch einige Kopfdaten mit (Cookie etc.).

    Folgendes Problem dabei: Bei einer Seite muss ich zwingend im Header das Feld "Accept-Encoding: gzip,deflate" angeben, da der Webserver offensichtlich eine komprimierte Datei mit dem Response versendet. Fordere ich bei dieser Seite eine Resource an, erhalte ich mit WinHttp nur ganz wenig (sichtbaren?) Inhalt - zwei Sonderzeichen. Anscheinend kann WinHttp mit solchem Response nicht umgehen. Führe ich den gleichen Request in Firefox aus, erhalte ich viel Text ausgeliefert (das was ich erwarte).

    Könnt ihr mir hierbei helfen?

    Danke schon mal. :)

    Gruss,
    Kaioshin

  • Fritz! WLAN Problem

    • Kaioshin
    • 11. Januar 2014 um 00:46

    Hallo

    Du kannst mal mit dem Tool "inSSIDer" deine Umgebung analysieren um festzustellen welcher Kanal sich für dich am besten eignet.

  • HTTPS Session

    • Kaioshin
    • 10. Januar 2014 um 22:51

    Hallo SEuBo

    Danke für deine Unterstützung. Mir ist zu meinem Fall noch was anderes aufgefallen. Wenn ich eine neue Session kreiere (beispielsweise mit einem anderen Browser), verliert man mit dem vorherigen die Verbindung zu dem Dienst - bei dem es in meinem Fall geht. Daher dachte ich, wäre folgende Möglichkeit geeignet um dieses Problem zu umgehen.

    Ich kopiere die bereits bestehenden Cookies vom Browser und authentifiziere mich damit beim Webserver. Damit sollte sich das oben beschriebene Problem erledigen und noch dazu würde es kein zusätzliches Login des Users benötigen. Im übrigen wird ein Login auf diesem Webserver sowieso nötig sein um mit diesem Tool dan überhaupt was anfagen zu können. Ich denke es sollte möglich sein die Cookies vom Internet Explorer beispielsweise zu kopieren. Ich beschäftige mich mit diesem Thema leider nicht in meiner täglichen Arbeit. Weitere Vorschläge, Ideen, Tipps etc. sind willkommen :rolleyes:

    Im Übrigen, der Webserver nutzt ausschliesslich HTTPS als Protokoll.

    Gruss, Kaioshin

  • HTTPS Session

    • Kaioshin
    • 9. Januar 2014 um 21:26

    Hallo liebe Community

    Bezüglich eines Tools, habe ich mir vorerst ein paar Gedanken gemacht was für Probleme alles gelöst werden müssen um dies hinzubekommen. Grundsätzlich sollte dies alles mit AutoIt machbar sein denke ich - wahrscheinlich auch am schnellsten :)

    Nun wie dem auch sei. Eines der Anforderungen ist die, dass HTTP POST's/GET's notwendig gemacht werden können müssen - um gewisse Probleme zu lösen. Aber dazu kommt - leider - das auf dem Webseite auf der diese Operationen durchgeführt werden müssen, eine Session notwendig ist. Nun frage ich mich, ob ich einen kleinen Browser im Tool integrieren kann, auf der sich der User vorerst einloggt um eine gültige HTTP Session zu generieren? Danach wäre es möglich die HTTP POST/GET Befehle erfolgreich abzusetzten und gültige Resultate geliefert zu bekommen.

    Habt ihr bereits Erfahrungen gemacht?

    Bisher habe ich noch keine einzige Zeile code. Ich bin noch in der "Proof of Conecept" Phase. Nicht nur was das obige anbelagt, sondern auch darüber wie überhaupt das Protokoll für den Aufbau der Session aussieht und wie die HTTP POST/GET Parameter überhaupt aussehen - für meine Problemstellung. Aber das kann ich Schritt für Schirtt analysieren. Hierzu denke ich beispielsweise mit dem Firefox Addon "LiveHTTPHeaders" zu arbeiten. Oder habt ihr auch hier einige Tipps?

    Vielen Dank schonmal für alle eure Antworten im vorraus.

    Gruss, Kaioshin

Spenden

Jeder Euro hilft uns, Euch zu helfen.

Download

AutoIt Tutorial
AutoIt Buch
Onlinehilfe
AutoIt Entwickler
  1. Datenschutzerklärung
  2. Impressum
  3. Shoutbox-Archiv
Community-Software: WoltLab Suite™