dynamische Website

[DR_Oetker]

Hallo liebes Forum,

ich erzeuge eine Website (html und javascript) zur Laufzeit und lasse Sie in der TWebbrowser Komponente anzeigen.

Im Moment "schreibe" ich den HTML und JS Inhalt einfach in Strings und füge es am Schluss zusammen.

Delphi-Quellcode:

  HTML := head+css+js_start+js_end+body;

  WebBrowser1.Navigate('about:blank');
  WebBrowser1.OleObject.Document.Clear;
  WebBrowser1.OleObject.Document.Write(HTML);
  WebBrowser1.OleObject.Document.Close;

Das funktioniert zwar, ist aber echt anstrengend die Website in Strings zu schreiben (immer in Anführungszeichen, am Ende + ...)

Die Seite mit einem anderen Tool zu erstellen und zu speichern möchte ich nicht, da ich dann die Seite ja immer mit dem Programm mitgeben muss und man vor allem aber auch den Webseitencode einsehen kann...

Es gibt ja die Möglichkeit Delphi zur Erstellung einer HTML Datei zu nutzen und die HTML-Datei mit im Projekt zu speichern.
Kann ich diese Datei dann irgendwie beim kompilieren mit in die Exe übergeben und zur Laufzeit in der TWebBrowser Komponenten darstellen?

Ich hoffe ihr versteht was ich meine...

Schon mal herzlichen Dank für euere Antworten.

Grüße Frank

[jaenicke]

Zitat:

Zitat von DR_Oetker (Beitrag 1486817)

Die Seite mit einem anderen Tool zu erstellen und zu speichern möchte ich nicht, da ich dann die Seite ja immer mit dem Programm mitgeben muss und man vor allem aber auch den Webseitencode einsehen kann...

Der Aufwand dafür bewegt sich im Rahmen von 1 - 2 Minuten maximal, egal wie du den Quelltext in das Control bekommst...
Einfach den Arbeitsspeicher des Tools mit einem Hexeditor anschauen, nach typischen HTML-Symbolen suchen (ohne geht es ja nun einmal nicht), das war es...
Wenn du so etwas Wichtiges geheim halten möchtest, ist das definitiv der falsche Weg.

Anhang 53862

Und die Fragmente, die du dort zusammenfügst (Konstanten, ...), stehen auch direkt in deiner Exe drin.

Zitat:

Zitat von DR_Oetker (Beitrag 1486817)

Es gibt ja die Möglichkeit Delphi zur Erstellung einer HTML Datei zu nutzen und die HTML-Datei mit im Projekt zu speichern.
Kann ich diese Datei dann irgendwie beim kompilieren mit in die Exe übergeben und zur Laufzeit in der TWebBrowser Komponenten darstellen?

Unter Projekt --> "Ressourcen und Bilder..." kannst du Dateien angeben, die in die Exe eingebunden werden sollen. Allerdings sind auch solche Ressourcen jederzeit mit einem Ressourceneditor einsehbar.

[dummzeuch]

Zitat:

Zitat von DR_Oetker (Beitrag 1486817)

Das funktioniert zwar, ist aber echt anstrengend die Website in Strings zu schreiben (immer in Anführungszeichen, am Ende + ...)

Es gibt für solche nervigen Dinge den Convert Strings Experten in GExperts.

Allerdings ist es deutlich einfacher, html-Dateien als Ressource einzubinden und zur Laufzeit zu laden, wie von Jaenicke beschrieben. Das geht natürlich nicht nur mit HTML-Dateien sondern auch mit anderen Daten. Man könnte z.B. die HTML-Dateien als ZIP-Datei einbinden und mit der TZIP-Klasse zur Laufzeit auspacken. Das schützt vor einfacher Manipulation per Hex-Editor. Da man aber Ressourcen mit einem entprechenden Tool aus dem Executable extrahieren, bearbeiten und wieder anhängen kann, ist auch das kein wirklicher Schutz gegen sowas. Die nächste Stufe wäen dann Signaturen und/oder Verschlüsselung. Kommt halt drauf an, wieviel Aufwand man treiben will.

[DieDolly]

Zitat:

Die nächste Stufe wäen dann Signaturen und/oder Verschlüsselung. Kommt halt drauf an, wieviel Aufwand man treiben will.

Die Sache ist doch ganz einfach: es gibt keinen Schutz. Egal wie groß und teuer eine Software ist, sie sind alle schon aufgebohrt.
Der beste Schutz ist gar kein Schutz. Kostet nix, es gibt nix zum Aufbohren und man verschwendet keine Lebenszeit für etwas, was eh keinen Sinn hat.

[KodeZwerg]

2 Varianten sind gegeben, hier die dritte ;P

bin2inc laden, dann ist die resource "irgendwo" in exe. Ansprechbar erstmal als ein array was du in einen/mehrere strings zurück-konvertieren musst.

Per HexEdit immer noch lesbar. Mit bissl grips kann man ja input/output etwas verändern.

[Uwe Raabe]

Zitat:

Zitat von DR_Oetker (Beitrag 1486817)

und man vor allem aber auch den Webseitencode einsehen kann...

Kann man das nicht in jedem Browser (z.B. bei Chrome im Kontextmenü über Seitenquelltext anzeigen)?

[Der schöne Günther]

Er zeigt es ja in seiner VCL-Anwendung mit dem TWebBrowser an. Das Kontextmenü lässt sich (sowohl bei Edge als auch beim alten Internet Explorer) deaktivieren. Aber ja, ein "Schutz" ist sowas trotzdem nicht.

[DR_Oetker]

Hallo.
erst mal vielen herzlichen Dank für die Antworten!

Ich werde mir dies mit den Ressourcen anschauen.

Ein großes Geheimnis möchte ich nicht aus meinem Quellcode machen, möchte halt nur nicht, dass die Seite einfach als HTML-Datei im Programmverzeichnis herum liegt...

Schönes Wochenende noch!

[Neumann]

Als ganz simple Lösung könnte man auch eine Komponente auf eine Form platzieren, die Text in der dfm speichert, wie z.B. Script-Komponenten. Da den HTML-Text reinkopieren und bei Bedarf dann auslesen.

[Harry Stahl]

Oder Du liest Deinen HTML-Code in eine Datenbank ein, die Du mit Deinem Programm mitlieferst. Die kannst Du ja mit einem Passwort schützen, dann kann sonst außer Deinem Programm da keiner reinsehen.

Zur Laufzeit liest Du dann den HTML-Text aus der Datenbank aus und übergibst den Text an den Browser...

Das hat auch den Vorteil, wenn sich mal was nur am HTML-Text ändert, brauchst Du Dein Programm noch nicht mal neu zu kompilieren, sondern nur die Datenbank auszutauschen....

[DieDolly]

Zitat:

Die kannst Du ja mit einem Passwort schützen, dann kann sonst außer Deinem Programm da keiner reinsehen.

Zur Laufzeit liest Du dann den HTML-Text aus der Datenbank aus und übergibst den Text an den Browser...

Und was bringt das Passwort? Nichts. Denn der HTML-Text ist nachher im TWebBrowser sichtbar und im Speicher.
Das sind alles Versuche ein Problem zu lösen, das nicht zu lösen ist.

[KodeZwerg]

Zitat:

Zitat von DieDolly (Beitrag 1486885)

Zitat:

Die kannst Du ja mit einem Passwort schützen, dann kann sonst außer Deinem Programm da keiner reinsehen.

Zur Laufzeit liest Du dann den HTML-Text aus der Datenbank aus und übergibst den Text an den Browser...

Und was bringt das Passwort? Nichts. Denn der HTML-Text ist nachher im TWebBrowser sichtbar und im Speicher.
Das sind alles Versuche ein Problem zu lösen, das nicht zu lösen ist.

generell gesehen gebe ich dir recht, wenn es ums auslesen der html komponente geht.

auf ein programm bezogen, bringt es den vorteil das man erstmal minimal sicherstellen kann das das ausgeführt wird was man selber möchte.
also vorteil gegen manipulation des grund-codes falls du verstehst was ich meine.

wenn index.htm einfach so mitgeliefert wird, kann ja jeder sofort editieren und das manipulat verbreiten, so ist es erstmal nicht sofort ersichtlich.

ob dies ein vorteil oder im sinne des OP ist kann ich beurteilen.

[DieDolly]

Ich habs bei mir so gemacht: Resourcen (HTML) in eine Resource-Datei laden und ins Programm mit einkompilieren.
Wenig Aufwand, Zweck erfüllt. Wer manipulieren will, schafft das in jedem Fall.

[DR_Oetker]

Hallo zusammen,

nochmals danke für die weiteren Antworten.

Ich denke ich erstelle eine HTML-Datei und füge die als Ressource der EXE bei.
Kann zwar immer noch manipuliert werden, aber ist schon mal ein wenig aufwendiger wie eine index.html-Datei im Programm Verzeichniss...

Ich habe es so gemacht wie Sebastian Jänicke in der ersten Antwort gezeigt hat.
(Projekt -> Ressourcen und Bilder).

Habe allerdings Schwierigkeiten die Ressourcen-Datei jetzt im Webbrowser anzuzeigen.
Habe div. Funktionen gefunden wie man Bilder etc. aus der Ressource ließt, allerdings nicht wie das mit (HTML)-Dateien funktioniert.

Hat hierfür jemand ein Beispiel oder ein Hinweis auf die passende Funktion?
Nochmals vielen Dank :thumb:

[jaenicke]

Du kannst z.B. LoadStr verwenden:
http://docwiki.embarcadero.com/Libra...sUtils.LoadStr

[himitsu]

oder res Protocol



Aber LoadStr / LoadString / STRINGTABLE resource sind für so "große" Strings wohl eher nicht ganz das Richtige.
Abgesehn davon, dass Ressourcen über "Namen" viel schöner zu behandeln sind, anstatt über eine "komische" Nummer/ID.

TResourceStream + TEncoding/TStringStream/TStringList/...

[Delphi.Narium]

Das würde doch heißen: Man gibt beim TWebbrowser diese URL ein

Code:

res://mydll.dll/#2/#234

und fertig?

So in etwa

Delphi-Quellcode:

WebBrowser.Navigate(Format('res://%s/#2/#234',[Application.ExeName]));

?

[himitsu]

Arg, hatte es länger nicht mehr in neuen Projekten benutzt,
aber ich wäre davon ausgegangen, dass alle "richtigen" Browser auch alle im System registrierten Protokolle unterstüzen. (aber selbstregistrierte Protokolle funktionieren komischer Weise)


res://C:%5Cwindows%5Csystem32%5Cmsxml3.dll/XML/DEFAULTSS.XSL

Internet Explorer und der TWebBrowser lädt es (aber nicht als Link/Referenz in einer HTML aus dem Internet)
der Edge leitet krampfhaft an Bing weiter
der Firefox macht garnichts (nichtmal eine "nicht gefunden / kann nicht geladen werden"-Fehlermeldung :freak:)
der Explorer läd es auch, bzw. leitet an den Internet Explorer weiter
Dateizugriffe (TFileStream usw.) oder Notepad (Datei öffnen) funktionieren problemlos (so lange niemand vorher sowas wie FileExists verwendet, z.B. mit einem FindFirstFile)
sowas wie CMD:

Delphi-Quellcode:

type ...

mag es nicht

[jaenicke]

Man kann dieses Protokoll ohnehin nicht auf andere Browser umbiegen. Das lässt Windows gar nicht zu. Von daher würde es auch nicht viel bringen, wenn diese es ausführen könnten, auch wenn es schade ist, dass sie es gar nicht erst können.

[himitsu]

Wieso nichts bringen?

Als Referenz für Bilder, CSS, JS oder Frames, innerhalb einer HTML aus dem Intranet oder einer Datei von der Festplatte?
Oder eben die HTML aus der Ressource direkt in einem der anderen Browser geladen.

Fänd ich jedenfalls praktischer, als einen lokalen Webserver starten zu müssen.