Macht es nicht einfach Sinn dass das AutoIt Devteam zu den Herstellern gehen würde, mit der Methode zum AutoIt Script entschlüsseln und dass das Script und nicht das komplette Kompilat ausgewertet wird? Oder widerspricht das dem "Disassembling/Reverse Engineering", das in den Lizenzbedingungen steht?
Beiträge von olfibits
-
-
Eben nicht direkt Installer. Es war einfach nur ein auf Wizard-Sheets basiertes Programm mit skriptbaren Seiten, z.B. Optionsfelder oder so. Nur fällt mir beim besten Willen der Name von dem Ding nicht ein...
-
Hallo Leute
Ich bin gerade auf der Suche nach einem Programm, das mir im Netz schon mal begegnet bin. Es war so ein Ding wo man sich Wizards skripten konnte und irgendwie gab es eine EXE die diese auswerten konnte oder so ähnlich. Leider bin ich so bescheuert und konnte mir den Namen nicht merken.
Vielleicht hat ja wer ne Ahnung was das war.. mir will es gerade nicht einfallen. Irgendwas mit Wizards und Skripten war es auf jeden Fall. Und es ging nur für Windows
-
Da kann ich mich @Peter nur anschließen: Oscar - echt Wahnsinn was du hier für hilfreiche Sachen postest!
-
Du möchtest also nicht den Quelltext, sondern den Seiteninhalt - sehe ich das richtig?
-
ZitatSauber, sauber... Vor diesem tollen Projekt kann ich nur immer wieder meinen Hut ziehen. Auch graphisch ist die Skalierung so perfekt umgesetzt und es kommen immer wieder neue Updates - wie gesagt höchster Respekt. Tolle Arbeit!
Dem kann ich mich nur anschließen!
-
Hey, toll dass es dazu wieder ein Update gibt schaue ich mir die Tage mal an!
-
Welchen Fehler zeigt die eingebaute MsgBox denn an? Lass auch @extended mal ausgeben.
Außerdem solltest du in Else noch den Downloadprozess implementieren.
Und nein, an der _FTP_Open() liegt es nicht, die Dokumentation sagt ja ausdrücklich "a random name".
-
Also wir haben privat 1&1 mit FTP, Domains, Webspace und 4-5 Datenbanken, mehr weiß ich dazu nicht. Aber mit 1&1 sind wir schon ganz zufrieden. Vielleicht gibt es da andere Optionen für dich die passen.
-
Hi!
Die Funktion funktioniert dann, wenn du mit InetGet() von HTTP(S) bzw. FTP die Datei zu einem bestimmten Pfad herunterlädst und diesen Pfad dann dort übergibst.
Diese Weise macht nur dann Sinn, wenn beim Kompilieren wirklich konsequent an die Versionsnummer denkst, sonst funktioniert das alles nicht wirklich.
Den Updater müsstest du auf jeden Fall in ein eigenes Programm auslagern und den Prozess des Programms, falls dieser existiert, beenden. Sonst gibt's Probleme mit FileMove, wenn das Programm gerade läuft. Selbst wenn das funktionieren würde, was ich nicht glaube, wäre es kein besonders effizientes Verfahren
Wie es jetzt ja aussieht, musst du bei jedem Update-Check die Datei herunterladen und mit der Methode überprüfen. Ich weiß jetzt nicht, wie groß deine EXE-Datei ist, aber bei einer automatischen Überprüfung macht das auf Dauer meiner Meinung nach weniger Sinn. Sinnvoller wäre es, wenn du bei jedem Upload die Dateiversion in eine INI- bzw. Text-Datei auslagerst und das Programm diese Datei mit der Dateiversion deiner EXE vergleicht, nur vom Speicherplatz/Volumen her
LG
-
Alternative: Was wäre wenn du alles zippst (über UDF: https://www.autoitscript.com/forum/topic/73…in-pure-autoit/ braucht wohl nix externes) und das ZIP anhängst?
Das ist evtl. bei relativ großen Dateien auch platzsparender.
-
Frohes Neues
PS: Hat jemand eine Kopfschmerztablette für mich.
-
Auch von mir selbstverständlich ein gutes neues Jahr 2018!
-
Ach so ok, dann habe ich das falsch verstanden. Dachte es sollte ein HTML-programmierbares Win32 GUI werden.
Dann bin ich out
-
Ich hätte dazu einen "etwas anderen" Vorschlag:
Was würdest Du davon halten, wenn das ganze ähnlich wie in Pascal "objektorientiert" gemacht wird?
Folgendermaßen: In einem INI File steht z.B. folgender Text für alle Controls durchlaufend:
Code
Alles anzeigen[Button1] Caption="Das ist mein Textinhalt" PosX=10 PosY=10 Height=25 Width=200 FontName="Segoe UI" FontSize=9 FontBold=1 FontItalic=0 ActionClicked=Button1Clicked ...
und das für alle Controls fortlaufend. (Variablenzuweisung würde dann bspw. über Assign() funktionieren oder wie das heißt, bin mir grad nicht sicher)
Das AutoIt-Skript rendert das Ganze, nämlich zuerst mit einer anderen INI-Datei, in der mit ähnlichem Aufbau die Infos zur Form stehen etc.
Wie man ja sieht in der letzten Zeile, wird ActionXXX ein Funktionsname zugewiesen. Diese Actions könnten über separate Dateien im AutoIt-Skript-Format oder direkt über das Skript laufen, je nach dem, wie es dir passen würde.
Ich weiß, dass das nicht ganz in Einklang mit dem was du wolltest, steht, aber das wäre auch eine Möglichkeit, wie man das ganze über eine eigene IDE gesteuert sehr gut hinbekommen könnte. So etwas wie das mit HTML könnte man über ein solches Skript auch hinbekommen, z.B. über ein Attribut wie tag=h1 und man setzt dann auf die Systemfonts, wie es sonst in HTML "üblich" wäre (z.B. Times New Roman, 16pt, bold).
Würde mich auch gerne bereit erklären, mit dieser "neuen" Idee an dem Framework mitzuwirken.
-
Ups, Herr Admin, von mir natürlich auch
-
Vielleicht musst du irgendwo einen "Binary" Flag setzen, eventuell vorher mit FileOpen festlegen und dann bei FileRead auf das handle verweisen.
-
-
-