Beiträge von water

Habe keine Ahnung in diese Himmelsrichtung, aber im engl. Wiki gibt es ein Tutorial dazu: https://www.autoitscript.com/wiki/Managing_Multiple_GUIs

Ich sage mal so:
Wenn sich eine Passwortverwaltungssoftware automatisieren lässt (also erlaubt, dass eine Sicherheitsfunktion umgangen wird) und dies dann auch noch von der IT genehmigt wird, dann würde ich

• mich nach einer besseren (sprich sichereren Lösung umsehen) umsehen
• mal ein ernstes Gespräch mit der IT führen.
  Wobei natürlich die Frage ist, ob die Aussage von einem IT-Techniker oder einem für IT-Sicherheit zuständigen Mitarbeiter der IT gekommen ist. Techniker geben schnell mal as frei
  Solche Themen habe ich in unserer Firma schon -zig Mal diskutiert. Es dauert, bis das Verständnis bei den Benutzern und IT-Mitarbeitern gegeben ist.
  Sicherheit <> Bequemlichkeit. Leider.

Problem somit gelöst?

_OL_ItemFind kennt keinen @error = 0. 0 bedeutet immer "erfolgreiche Ausführung".
Lasst Dir mal nur die Properties "EntryID,Subject" zurückgeben. Falls das nichts nützt, dann nur "EntryID".

Sollte das auch nichts nützen, dann ändere $iFlags von 1 auf 9. Damit werden nicht gefundene Properties als "N/A" zurückgegeben.

$olAppointment ist eine UDF-interne Variable, definiert in OutlookEX_Base.au3

Es ist nicht notwendig das Outlook Objekt immer wieder zu schließen und neu zu erstellen.

Es gibt aber ein Limit von gleichzeitig offenen Objekten.
Guckst Du: https://www.autoitscript.com/f…=comments#comment-1470916

Ist doch schon was.

Jetzt musst Du nur noch rausfinden, welche Zeile das in Deinem Skript ist. Da Du nur eine Funktion gepostet hast, ist das von hier aus etwas schwer zu erkennen

Klingt aber, als ob Du einen falschen Index für den Array verwendest.

Beispiel:
Ein Array hat 4 Elemente, dann laufen die gültigen Indexwerte von 0 bis 3.
Oft sieht Code wie folgt aus:

For $i = 0 to UBound($aArray)

; müsste aber heißen:

For $i = 0 to UBound($aArray) - 1

• Füge mal nach _OL_Open die Zeile _OL_ErrorNotify(2) ein. Vielleicht ist der Absturz nur ein Folgefehler.
• Verwendest Du die 32 oder die 64 Bit-Version von Outlook?
• Läuft das Skript als Administrator (#RequireAdmin)?

Bringt SciTe noch andere Fehlermeldungen bevor es endet?

Zitat von Leaves

14.500 Abfragen

NB: Im Post #14 spricht Leaves von 14500 Abfragen (4500 war ein Tippfehler). Darum ist die Gesamtlaufzeit 4-5 Stunden.

Ja, hierzu benötigst Du einen COM error handler. IE bringt die Möglichkeit für einen COM error handler mit.

Ich probiere mal den Ansatz mit Controller/Worker Skript.

Sobald ich was habe, poste ich hier

Das erhöht die Durchlaufzeit aber nur um etwas mehr als 10 ms. D.h. wir sind bei 4500 Durchläufen immer noch bei gut eienr Stunde.

Kann es sein, dass die Durchlaufzeiten erheblich schwanken? Vielleicht sollte man mal für 50 Durchläufe die jeweilgie Gesamtzeit messen.

Kannst Du bitte das aktuelle Skript posten?

Da _IENavigate und _IELoadWait jeweils unter 1 Sekunde dauerte, sollte man noch _IEGetObjById messen.
Irgendwie müssen die 4-5 Stunden ja zusammenkommen. _IENavigate und _IELoadWait dauern mit einem gemittelten Gesamtwert von 850 ms weniger als 1 Stunde.

In den Raum gefragt (quick & dirty)

Du kannst natürlich ein Controlskript erstellen, das eine beliebige Anzahl an Arbeitsskripten (im Prinzip Dein bisheriges Skript) startet und jeweils als Parameter den Index für den Startlink sowie die Anzahl der Links übergibt.

Die Ergebnisse schreibt jedes Arbeitsskript in eine eigene Datei.

Der Start des Arbeitsskriptes bekommt jeweils die PID des Prozesses zurück. Dieser wird in enem Array gespeichert.

Das Controlskript prüft die Arbeitsprozesse anhand der PID auf Existenz. Wenn alle beendet sind, dann kann das Controlscript die Ergebnisse zu einer Gesamtergebnisdatei zusammenkopieren (falls notwendig).

So in etwa:

• Die schreibenden Dateizugriffe habe ich auf Handle umgestellt
• _IENavigate habe ich in zwei Befehle aufgespalten. _IENavigate und _IELoadWait. Beide werden für den ersten Durchlauf ausgewertet und das Ergebnis auf die Konsole ausgegeben.
• Den Umbau von _FileCountLines überlasse ich Dir

Global $Status = 0

$oIE1 = _IECreate("https://www.LINK", 0, 0, 1, 0)

;~ If FileExists(@ScriptDir & "\Results.csv") Then FileDelete(@ScriptDir & "\Results.csv")
Global $hResults = FileOpen(@ScriptDir & "\Results.csv") ; Öffne die Ergebnisdatei und speichere das Dateihandle
FileWrite($hResults, "Art;IntArt;Result" & @CRLF)        ; Alle Schreibbefehle verwenden nun das Dateihandle

$FileSize = _FileCountLines(@ScriptDir & "\Compare.csv")

For $i = 1 To $FileSize Step +1
    $ID1 = StringReplace(FileReadLine(@ScriptDir & "\Compare.csv", $i), ".", "")
    $ID_String1 = StringSplit($ID1, ";")

    If $i = 1 Then  ; Laufzeit für _IE Funktion bei der ersten Seite ermitteln
        $hTimer = TimerInit()
        _IENavigate($oIE1, "https://www.LINK" & $ID_String1[1] & "/-1", 0)
        ConsoleWrite("_IENavigate dauerte " & TimerDiff($hTimer & " Millisekunden" & @CRLF)
        $hTimer = TimerInit()
        _IELoadWait($oIE1)
        ConsoleWrite("_IELoadWait dauerte " & TimerDiff($hTimer & " Millisekunden" & @CRLF)
    Else
        _IENavigate($oIE1, "https://www.LINK" & $ID_String1[1] & "/-1", 1)
    EndIf

    $oDivArticle1 = _IEGetObjById($oIE1, "art_" & $ID_String1[1])
    $aArray11 = _StringBetween($oDivArticle1.outerhtml, 'class="abox_', '" id="light1"')
    If StringRight(_ArrayToString($aArray11), 3) = "een" Then $Status1 = 1
    $aArray12 = _StringBetween($oDivArticle1.outerhtml, 'class="abox_', '" id="light2"')
    If StringRight(_ArrayToString($aArray12), 3) = "low" Then $Status1 = 2
    $aArray13 = _StringBetween($oDivArticle1.outerhtml, 'class="abox_', '" id="light3"')
    If StringRight(_ArrayToString($aArray13), 3) = "nge" Then $Status1 = 0

    FileWrite($hResults, $ID_String1[1] & ";" & $ID_String1[2] & ";" & $Status1 & @CRLF)

    ToolTip($i, 10, 10)

    $Status1 = 0
Next

Fileclose($hResults)

Je nach Laufzeit von _IENavigate und _IELoadWait sehen wir, wo wir den Sparstift ansetzen sollten.

Um die Abfrage zu beschleunigen könntest Du die Datei compare.csv in einen Array einlesen und dann direkt auf die entsprechende Zelle zugreifen. Mit FileReadLine liest Du 4500 mal die Datei bis zur gewünschten Zeile durch.

Das gilt auch für FileWriteLine. Wenn Du den Dateinamen angibst, dann wird die Datei jeweils geöffnet, der Datensatz geschrieben und die Datei wieder geschlossen.
In einem Test mit 4500 Datensätzen dauert das 50848 ms gegenüber 4 ms.

BTW: Wo wird $waitforload definiert?

Setze mal einen Timer für _IENavigate. Vielleicht kann man daraus eine eigene Funktion erstellen und gewisse Fehlerprüfungen entfernen.

Melba meint, dass das nur für Arrays gilt.

Ich frage mal die Gurus im engl. Forum
Vielleicht sollte man dann die Hilfe etwas anpassen.

Gilt scheinbar doch nur für Arrays.

In der Hilfe für "Func"

Zitat

Entire arrays can be passed to functions (and returned from them) by simply using the array name without any brackets. Arrays should be passed to user-defined functions using the ByRef keyword to avoid the overhead of copying all the data in the array. Note that AutoIt only copies an array parameter if the contents are changed, so it is only in this case that ByRef offers an advantage, although it is recommended that to use it in all cases.

Ich glaube aber, mich erinnern zu können, dass dies nicht nur für Arrays gilt. War vor ewigen Zeiten mal eine Diskussion im engl. Forum.