Beiträge von John8

Zitat von autoBert

eine glatte Lüge ist. Ich hbe bei deiner Warheitsliebe und dem mangeldem Respekt vor anderer Leute Eigentum (Urheberrecht)auch starke Zweifel ob du dich an die Auflagen (Namensnennung!) jemals halten wirst.

Habe eben eine Mail von ihm gelesen, in der er nach Erlaubnis gefragt hat.
Also eine Lüge ist das nicht, diesen Satz:

Zitat

Du kannst Codeteile von FT-Backup verwenden aber nur unter expliziter Nennung meines Namens (Cyrox @AutoIt.de). Allerdings solltest du demnächst von Anfang an nachfragen und die Lizenzinformationen respektieren.

habe ich geschrieben, da er ja schon vorher den Code in seinen Post eingefügt hatte, ohne zu fragen.
Deshalb schrieb ich "Allerdings solltest du demnächst von Anfang an nachfragen".
Der Threadersteller scheint aber nach Lesen weiterer Posts von ihm dennoch nicht sehr viel Wert auf Urheberrechte zu legen...

Hi,

du kannst Codeteile von FT-Backup verwenden aber nur unter expliziter Nennung meines Namens (Cyrox @AutoIt.de). Allerdings solltest du demnächst von Anfang an nachfragen und die Lizenzinformationen respektieren.
Auch mehr Eigeninitiative wäre nicht schlecht... Gut zum AutoIt lernen ist z.B. das Buch von peethebee oder generell die AutoIt-Hilfe zu lesen.
Da mein Backupskript aber noch etwas unleserlich geschrieben ist, ist es ziemlich schwer für andere, daraus die nötigen Codeinformationen für ein Updateprogramm zu extrahieren.
Ich habe mal das Grundgerüst geschrieben, das auf den in FT-Backup eingebauten Updateprozess beruht. Dieser ist sehr einfach gehalten, es wird nur verglichen, ob die aktuelle Dateiversion anders ist als die installierte. Du kannst das Update-Beispiel ja selbst noch weiter anpassen/ausbauen:

Die Konstanten musst du logischerweise noch anpassen (aktuell sind die Daten von FT-Backup eingetragen).
Auf dem (deinem) Server muss eine Datei mit dem Inhalt der aktuellen Version liegen, der Link zu dieser Datei muss logischerweise in der Konstante $sCheckURL eingetragen werden.

Edit:

Zitat

bevor ich es vergesse, habe den inhaber des scriptes um erlaubnis angefragt, falls diese negativ sein sollte, so kann dies ja immerhin als gedankenanstoß helfen...
was ein profi sowieso machen würde... aber... naja

Nach erneutem Lesen frage mich gerade, was du uns mit dieser Aussage sagen möchtest...
Achja und eigenartig finde ich auch, dass du schon einige Lösungsvorschläge bekommen hast, allerdings - wie name22 schon geschrieben hat (unter meinem Beitrag) - nie darauf eingegangen bist...

Hier mal ein Beispiel für eine Funktion, die CMD zum Testen der Verbindung nutzt. Vielleicht kannst du die ja gebrauchen.
(Auch nützlich, wenn man feststellen möchte, ob das kompilierte Programm durch eine Firewall geblockt wird)

Hi,

ShellExecute fordert nur die UAC(-Meldung) an bzw. "erzeugt" diese für das zu startende Programm, ein richtiges RunAs <Benutzername> gibt es da nicht standardmäßig leider, vielleicht aber als UDF.
Ich habe ganz ehrlich noch nicht so richtig verstanden, was du eigentlich machen möchtest.
Du willst, ohne dass die UAC Meldung kommt, Adminrechte haben oder?

Habe Windows 8 auf einem meiner Rechner und finde, dass dadurch für nicht-Touchscreen User alles komplizierter wird (zumindest ohne irgendwelche Zusatztools, Registry-Hacks etc.).
Meiner Meinung nach hätte Microsoft lieber Windows 7 noch weiter ausbauen sollen, statt gleichzeitig ein Betriebssystem für Smartphones/Tablets und PCs zu erstellen.
Vielleicht muss ich mich nur an die Hybridversion gewöhnen, aber im Moment ist für mich 7 klar besser (auch wenn 8 schneller startet).

Edit: Was mir auch nicht gefällt ist, dass ich schon merke, dass man einige (immer mehr) Sachen zusätzlich kaufen muss, die sonst standardmäßig dabei waren.
Habe Angst, dass das ganze in Richtung Xbox Live (Gold) geht, da muss man bspw. monatlich für's Onlinespielen blechen...

Hi, um das Starten mit Adminrechten zu ermöglichen verwendet man - wie Raupi schon geschrieben hat - #RequireAdmin und fordert damit für das ganze Skript Administratorrechte an:

#RequireAdmin
Run(@ComSpec) ; ==> @ComSpec kann durch das gewünschte Programm ersetzt werden

Wenn du allerdings nur für ein bestimmtes Programm diese Rechte anfordern möchtest, kannst du auch ShellExecute nehmen und das jeweilige Programm so aufrufen:

ShellExecute(@ComSpec, '', '', 'runas') ; ==> @ComSpec kann durch das gewünschte Programm ersetzt werden

Ich sehe in deinem Skript allerdings auch nicht deutlich eine Batch-Datei, sondern eine .exe. (Batch 2 Exe - Converter genutzt ?)

Hi,

sehr tolles Programm, funktioniert super!
Was hat sich eigentlich bei v0.60 geändert? (Meine mich zu erinnern, dass es vorher 0.55 war)

Hi,
das " /C" ist ein Parameter von cmd.exe und bewirkt, dass cmd nach Ausführen des jeweiligen Befehls automatisch geschlossen wird. (das siehst du auch, wenn du cmd/? in die Konsole eingibst)

Ich würde die Windows Kommandozeilen-Kopiertools nutzen, da diese sehr zuverlässig arbeiten und für dein Ziel in jedem Fall ausreichen sollten.

_RunCommand('echo Hello && pause')

Func _RunCommand($sCommand, $iState = @SW_SHOW)
RunWait(@ComSpec & ' /C ' & $sCommand, '', $iState)
EndFunc

Robocopy ist auch eine Option und Alternative zu xcopy (sofern die Parameter davon nicht mehr ausreichen)

Hi,

habe das von BugFix etwas abgeändert, jetzt sollte es funktionieren:

@echo off
title Ladebalken Beispiel
color 09


:: START SETTINGS


set text=Bitte einen Moment warten... Programm wird geladen.
set countmax=79
set wait=1


:: END SETTINGS


Set progress=³
Set count=1


:LOOP
cls
echo.
echo %text%
echo.
echo %progress%
set progress=%progress%²
set /a count=count+1
ping localhost -n %wait% >nul
if %count%==%countmax% GOTO NEXT
GOTO LOOP


:NEXT
cls
echo.
echo %text%
echo.
echo %progress%³
echo.
echo Fertig! %count% mal LOOP durchlaufen
pause >nul

Du kannst ja die Abbruchbedingung gegebenenfalls noch anpassen.
Warum eigentlich nicht mit AutoIt ? Das wäre nicht so unschön...
Okay, Batch hat auch Stil

autoBert:

Wusste ich noch nicht, gut zu wissen, danke!

@Captcha:

Du kannst also doch das Handle, also $GUI nutzen, war da wohl falsch informiert...
Was genau klappt denn nicht?
In der Hilfe ist dazu auch ein gutes Beispiel:

; Prüft ob ein neues Editor-Fenster minimiert ist
$state = WinGetState("[CLASS:Notepad]", "")

; Wurde der Wert für Minimieren gesetzt?
If BitAnd($state, 16) Then
MsgBox(0, "Beispiel", "Fenster ist minimiert")
EndIf

Einfach nur Hilfe lesen...
Den Titel des Fensters, nicht das GUI Handle nehmen!

Zitat von Hilfe

Der Titel des Fensters, das gelesen werden soll. Siehe Erweiterte Fenstertiteldefinition.

Außerdem ist dein Code nicht richtig eingebettet, die ganzen Absätze fehlen (zumindest bei mir).

Global $sRoot = "C:\root\"
Global $sSys = "sys\"
Global $sFileName = "test"
Global $sPath = $sRoot & $sSys & $sFileName & ".txt"
MsgBox(0, "", $sPath)

Funktioniert bei mir. Poste am besten mal den ganzen Code.

Edit: Da du ja den Fehler gefunden hast würde ich einen neuen Beitrag schreiben und nicht einfach als Bearbeitungsgrund den Fehler angeben.

WinGetState sollte dabei helfen.

Rückgabewerte
[...]
16 = Minimiert
32 = Maximiert

Zitat von flammus

Trotzdem erscheint der selbe Fehler

Das kauf' ich dir nicht ab.
Wie Micha_he schon geschrieben hat sollte der obige Code fehlerfrei laufen.
Ist das denn nur ein Codeteil eines anderen Skripts? Womöglich liegt der Fehler dann an einer anderen Stelle.

Geht ganz einfach mit WinGetText.

Gerne.
Denke allerdings auch nicht, dass jemand das "professionell" oder ernsthaft macht/probiert.
Sieht eher nach einer Person aus, die Langeweile hat und vielleicht Standardpasswörter durchgeht (noch nicht mal mit einem Brute Force-Programm)...

Zitat

War mir garnicht bewusst wie lange es u.U. dauern kann ein Passwort knacken zu können...

So lange dauert das aber nicht (finde ich), es sind immerhin extrem viele Kombinationen.

Hi,

Techmix:

Zitat von Techmix

...au Wei Dann kopiere ich mir mal Lieber alle Mails mit Thunderbird oder so auf´m Rechner, damit ich nichts verliere... Und regelmässig das Passwort ändern (...das kann ja was werden)
Nur frage ich mich WAS passieren wird WENN der angreifer erstmal das Passwort rausgefunden hat, im glimpflichsten Fall macht er dann ´ne Passwortänderung.

Meiner Meinung nach musst du das gar nicht immer ändern, es reicht aus, wenn du das PW auf ca. 10 oder mehr Stellen (mit Sonderzeichen + Groß- und Kleinschreibung) abänderst.
Dann ist es eigentlich schon unknackbar. Siehe hier
Ich selbst hatte sowas glücklicherweise noch nie.

Hi,

ich sehe da keinen Fehler, bei mir funktioniert das hier einwandfrei:

AutoItSetOption("ExpandEnvStrings", 1)
Const $sCommandline = '%USERPROFILE% D:\ /R:10 /W:1'
Run(@ComSpec & ' /C robocopy ' & $sCommandline, '', @SW_SHOW, 0x4 + 0x2)

Ich finde die Idee (übrigens schade, dass nicht alle Programme so eine Funktion integriert haben) und den Skript schon mal gut, würde aber das was Christoph54 geschrieben hat noch abändern, da die Bedingung sonst ihr Ziel verfehlt und das möglicherweise zu Fehlern führt.
Außerdem würde ich RegRead (statt FileExists) nutzen.

Hab's zu schnell abgeschickt, so sollte es gehen (siehe auch Edit im ersten Post):

Run(@ComSpec & ' /C regedit /e ' & @ScriptDir & '\winrar.reg HKEY_CURRENT_USER\Software\WinRAR')

Edit:

Zitat

EDIT: Mein Fehler. Nun klappt es perfekt. Vielen DANK !!

Dann geht's anscheinend auch so wie's vorher war.
Gerne.
Der Code oben steuert regedit über CMD an, der hier (vom ersten Post) greift direkt auf regedit zu:

Run('regedit /e ' & @ScriptDir & '\winrar.reg HKEY_CURRENT_USER\Software\WinRAR')

Mir wird gerade klar, dass das noch besser ist. Da war ich zu voreilig mit dem Editieren.