Hallo Leute. Ich programmiere gerade ein Setup für ein eigenes Programm. (Ich weiß, dass es Inno Setup u Co gibt, aber die Sache hier ist kompliziert und dafür ist Delphi besser geeignet.)

Das Setup ist sehr umfangreich und fast fertig. Was noch fehlt, sind Funktionen für INet-Downloads. Zum einen direkte Downloads (zip's die automatisch entpackt werden sollen), zum anderen Aufrufe von Download-Webseiten im Standard-Browser (wo der User die Downloads selbst durchführt).

Da das Setup wie gesagt sehr umfangreich geworden ist, habe ich seit Wochen darauf mehr Zeit verwendet, als auf die Entwicklung des eigentlichen Programms. Ich würde mich sehr freuen, wenn jemand fertigen Code zur Verfügung stellen würde, mit dem man die Downloads umsetzen kann. Das würde mich echt entlasten.

Guido.

Fertigen Code haben wir nicht.
Wochen für ein Setup zu brauchen, ist auch eine Sache. Ich halte portable Software in Ehre.

Ansätze: THTTPRIO, TDownloadURL, TBrowseURL, TIdHTTP uvm.

Hallo Redeemer.

Zitat von Redeemer:

Fertigen Code haben wir nicht.

Wer sind denn "wir"? (Du wirst doch nicht von dir selbst in der 3. Person sprechen!?)

Zitat von Redeemer:

Wochen für ein Setup zu brauchen, ist auch eine Sache.

Tut mir leid, ich bin alt, da geht das nicht mehr so schnell wie früher!

Zitat von Redeemer:

Ich halte portable Software in Ehre.

Witzig, genau darum geht es bei meinem Projekt: Um portable Freeware! Mein Setup enthält mehrere fremde Software, die ich aus urheberrechtlichen Gründen nicht in mein Setup hineinpacken will. Deshalb wird sie "live" aus dem Internet nachgeladen. Das macht die Sache kompliziert und aufwendig.

Zitat von Redeemer:

Ansätze: THTTPRIO, TDownloadURL, TBrowseURL, TIdHTTP uvm.

Danke für die Tipps!

uiuiui... "Mein Setup enthält mehrere fremde Software, die ich aus urheberrechtlichen Gründen nicht in mein Setup hineinpacken will. Deshalb wird sie "live" aus dem Internet nachgeladen. Das macht die Sache kompliziert und aufwendig."...

Wenn du in deinem Delphiprogramm intern Standard-APIs für den Download nimmst und dann auch noch OS-Calls benutzt um etwas auszuführen (ShellExecute, CreateProcess,...) dann wird deine Software von jeder guten Heuristik der besseren Vierentests erkannt und gesperrt.

Allein beim Öffnen einer Download-Seite und dem "manuellem" Laden einer Datei via Standard-WEB-Browser können dir schon Downloadmanager dazwischen funken.
Das Laden von Dateien aus fremden Quellen, welche du nicht selbst unter Kontrolle hast, ist für ein Setup schlicht untauglich, denn wenn sich morgen irgendeine externe Quelle ändert bekommst du das auf Dauer niemals immer mit... also funktioniert übermorgen oder wann auch immer dein Setup nicht mehr so wie es mal ging.

Wenn schon "portabel", dann richtig "AllInOne & 100%lokal"... dann reicht ein Verzeichnis mit genug Rechten wo genau eine EXE gestartet wird.

Hallo mensch72.

Deine Einwände helfen zwar nicht, sind aber leider durchaus realistisch. Deshalb frage ich hier, ob jemand bewährten Code hat, der vielleicht schon einige Hürden umschifft.

Zitat von mensch72:

Wenn schon "portabel", dann richtig "AllInOne & 100%lokal"... dann reicht ein Verzeichnis mit genug Rechten wo genau eine EXE gestartet wird.

Wie gesagt, Urheberrechte usw.

Ich habe einen Aufsatz für ein fremdes Programm geschrieben, quasi ein Add-on. Weitere fremde Programme werden als Prerequisites benötigt. Nun wäre es mit einem nicht einschätzbarem Aufwand verbunden, dafür die Rechte zum Ausliefern zu bekommen => was ich nicht will. Auch will ich dafür weder die Verantwortung noch den Support übernehmen. Mein Anteil ist lediglich das Add-on.

Stell es dir vielleicht vor wie bei einem Java Programm, da würde ich auch nicht die JRE mit ausliefern.

..."Deshalb frage ich hier, ob jemand bewährten Code hat, der vielleicht schon einige Hürden umschifft"...

All das was du "jetzt" suchst, ist die eigentliche "interne" zertifizierte Funktion der bekannten "Installer" (Inno,Wise,...)!
Sorry für meine Meinung:
- vergiss deinen Ansatz als "Master-Installer" samt GUI als pures Delphi-Programm
- entwickle meherere Delphi-DLLs als AddOn/PlugIn für bekannte Standard-Installer (die haben alle ein DLL-API)
- mache so wenig wie möglich in den nativ DLLs, nutze die Installerscripts... weil deren Interpreter sind Security geprüft und "bekannt"
- zu 99% kannst du per Installerscript+notfalls ein paar nativ DLL Calls all das machen, was du in den letzten Wochen komplett selbst gemacht hast
- du glaubst, jetzt fehlen dir nur noch zwei drei Funktionsaufrufe um was aus dem INet zu laden und auszuführen, nur genau da verkennst du aus meiner Sicht die reale Sicherheits-Lage... denn DAS ist es, was die Standardinstaller nach Jahre langer Entwicklung SICHER drin haben!

-> sowas mal so nebenbei hier oder sonstwo als fertigen Code ausgehändigt zubekommen... ich glaube es gab mal irgendwo gute Berichte/Analysen zu (bösen) MalWare Installern, welche sogut waren, das sie nur bei Realinstallationen und nicht bei VirtuellenMaschinen ihren Werbemist nachgeladen haben... dort wurden ein paar funktionierende Nachlademechanismen ganz gut beschrieben... mein TIP: lass es und nutze Standardinstaller, welche du nur für GUI und lokale nativ Sachen per DLL erweiterst!

Danke für deine Infos und deine Meinung! Ich werde es mir ansehen.

Guido.

@mensch72

Ich habe mir Inno Setup gerade kurz angesehen und konnte außer dem Generieren von anklickbaren Download-Links keine großartigen Download Fähigkeiten entdecken. Wahrscheinlich im Prinzip wie TLinkLabels. ... Wenn ich mit Inno Setup bei Null anfangen würde, dann würde es mindestens nochmals ein paar Wochen dauern, bis ich etwas habe. Und ob dann die Dinge damit alle umgesetzt werden können, die benötigt werden, kann ich vielleicht erst erkennen, wenn es nicht weiter geht.

Kennst du dich damit aus und kannst mir dabei helfen? Ansonsten ist mir das zu heikel, wenn ich nicht mal weiß, ob überhaupt alles umsetzbar ist.

Nachtrag: Scheinbar habe ich mich geirrt bezüglich der Download-Fähigkeiten. Es gibt Plugins wie das "Inno Download Plugin", die einen Blick wert sein könnten.

Da hier TIdHTTP empohlen wurde: Würde ich nicht mehr benutzen, v.a. nicht mehr Plattform übergreifend, für SSL braucht man da zusätzlich OpenSSL.
Die Alternative bessere TNetHTTPClient nutzt die jeweilige Betriebssystem-SSL-Implementierung, deutlich einfacher und v.a. unterstützt auch alle neuen SSL-Protokolle.
Aber generell würde auch ich für das grundlegende Problem auch zu InnoSetup tendieren und den Mehraufwand in Kauf nehmen.

Zitat von philipp.hofmann:

Die Alternative bessere TNetHTTPClient nutzt die jeweilige Betriebssystem-SSL-Implementierung, deutlich einfacher und v.a. unterstützt auch alle neuen SSL-Protokolle.

Vielen Dank für deinen Hinweis!

Leider ist es mir nicht gelungen, Delphi-Code zu finden, der auch nur eine einzige Datei (ca. 5 MB) downloaded. Das Meiste ist aus den frühen 2000ern! Die Codes sind entweder nicht zum Laufen zu bringen (lassen sich nicht kompilieren, weil alles veraltet ist), oder sie laden von den 5 MB nur 40 KB runter. Aktuelle Codes scheint es nicht zu geben.

Hast du ein Code Beispiel für TNetHTTPClient?