Webbroker. PageProducer und transparente HTML-Tags

[nahpets]

Wenn Du relative Pfade nutzt, dann stell Dir das aus Browsersicht bitte so vor.

Die HTML-Seite ist die Quelle. Wie musst Du nun durch den Verzeichnisbaum navigieren, um vom Pfad der HTML-Datei zu dem gewünschten Bild zu gelangen?

Code:

Startverzeichnis
Startverzeichnis/html
Startverzeichnis/images
Startverzeichnis/images/logo

dann wäre die Url zu einer HTML-Datei:

Code:

http://server/Startverzeichnis/html/htmldatei.html

Zu einem Bild:

Code:

http://server/Startverzeichnis/images/image.jpeg

Zu einem Bild aus dem Verzeichnis logo:

Code:

http://server/Startverzeichnis/images/logo/image.jpeg

Ausgehend von der htmldatei.html musst Du also zuerst ein Verzeichnis "nach oben" und von dort aus dann in das Verzeichnis images.

Meiner Meinung nach müsste ein relativer Pfad daher so aussehen:

Code:

../images/image.jpeg

Für ein Logo sollte der Pfad dann wohl höchstwahrscheinlich so aussehen:

Code:

../images/logo/image.jpeg

Stell' uns doch bitte mal den Quelltext einer generierten HTML-Datei zur Verfügung. Da kann man ein Problem eventuell etwas besser erkennen, als an 'nem Screenshot dessen, was der Browser daraus interpretiert hat.

(Den Quelltext einfach hier zwischen Code-Tags reinkopieren.)

[Delbor]

Hi nahpets

Im Anhang ein Jpeg, wie der Browser den Quelltext sieht. Den Gesamten Quelltext legeich als HTML-Datei bei - ich hab das noch nie gemacht, aber zumindest von der Grösse her sollte es gehen.
Fehlanzeige. Auch eine Woorddatei geht nicht, die ist zu gross.

Gruss
Delbor

[nahpets]

Das aktuelle Problem scheint wohl dieser Teil zu sein:

Code:

 <h2>Willkommen auf den Seiten von
 <img src ="/Images/Logo/Delbor_8.jpg
<view-source:http://localhost:8080/Images/Logo/Delbor_8.jpg>" alt="Losggosrc=" /></h2>

Wo bitte kommt dashier her?

Code:

<view-source:http://localhost:8080/Images/Logo/Delbor_8.jpg>

Es ist "alle Nase lang" im Quelltext der Seite zu finden.

Wird das vom Browser beim Speichern des HTML-Quelltextes dazugedaddelt, dann Schwamm drüber, andernfalls könnte das eine Fehlerursache sein.

Aber nutzen wir diese Info trotzdem mal.

Die relative Url zum Bild ist:

Code:

/Images/Logo/Delbor_8.jpg

Bekommst Du das Bild im Browser durch Eingabe dieser Url angezeigt?

Code:

http://localhost:8080/Images/Logo/Delbor_8.jpg

Wenn nein, wie sieht die Url aus, über die Du das Bild, durch händische Eingabe der Url, im Browser angezeigt bekommst?

[Delbor]

Hi nahpets
Eben habe ich mir den Qellcode nochmal anzeigen lassen - da ist nichts von einem Viewsource-Tag. Aber in der TXT kommt das vor, und im erssten vorkommen steht offenbar auch ein Hinweis auf den Ursprung: Kaspersky. Das ist meine Firewall.
Übrigens: Im Angehängten Jpeg siehst du den von dir geposteten Code ohne diesen ViewSource-Zusatz als Screenshot.

Zitat:

Wenn nein, wie sieht die Url aus, über die Du das Bild, durch händische Eingabe der Url, im Browser angezeigt bekommst?

Da komm ich doch etwas ins schwimmen. Welche URL? Wenn ich die Datei im Browser öffne, steht dies in der Adresszeile:

Zitat:

file:///E:/DelphiXE8%20Corner/DelphiXE8VclCorner/DelborWebserverXE8/DelborDataSnapServer/Images/Logo/Delbor_8.jpg

Ich habe jetzt gerade die Localhost-URL wie unten ergänzt:

Zitat:

http://localhost:8080/Images/Logo/Delbor_8.jpg

Zitat:

localhost:8080/DelborDataSnapServer/Images/Logo/Delbor_8.jpg

Resultat war beide Male blanker Bildschirm.

Gruss
Delbor

[Sir Rufo]

Wenn deine Verzeichnis-Struktur so aussieht

Code:

/html
/Images
  /Logo
    Delbor_8.jpg

und die URL zu der Seite http://localhost:8080 ist, dann kann ich mir schon gut vorstellen, warum du auf die Bilder nicht zugreifen kannst.

Ich wette mal der Root-Pfad für den Webservice verweist auf /html . Somit kannst du auf alles zugreifen was sich unterhalb von /html befindet.

Wo befindet sich /Images ? Eben, an einer Stelle die du vom Webservice aus gesehen nicht erreichen kannst, weil eben nicht unterhalb von /html .

Und wie lösen wir das Problemchen?

Kopiere den gesamten Ordner Images in den Ordner html

Code:

/html
  /Images
    /Logo
      Delbor_8.jpg
/Images
  /Logo
    Delbor_8.jpg

und du solltest (d)ein Bild sehen, wenn du http://localhost:8080/Images/Logo/Delbor_8.jpg aufrufst.

Falls das nicht klappen sollte, dann ist dein Root-Pfad evtl. auch der html2 Ordner. Welcher konkret, das kannst nur du wissen (solltest du wissen).

[Delbor]

Hi zusammen

Zitat:

Ich wette mal der Root-Pfad für den Webservice verweist auf

Was ist der Root-Pfad der Anwendung? Derjenige, der der in der DefaultAction,Pathinfo angegeben ist? Das ist per Voreinstellung "/". Auf meinem Windowssystem gibts den eigentlich nicht, unter Linux wäre dies.
Davon ausgehend, dass der Root deas html-Verzeichnis ist/sein sollte hab ich das mal entsprechend abgeändert.
Es änderte sich nichts...

Gruss
Delbor

[Sir Rufo]

Ich denke du bist besser beraten erst mal mit einer statischen Website anzufangen, dann ist es einfacher sich mit den Basics eines Bereichs vertraut zu machen.

Zwei Dinge gleichzeitig zu handeln, die man beide nur sehr vage versteht, ist wie jonglieren mit zwei Tigern.

[Delbor]

Hi Sir Rufo

Zitat:

Ich denke du bist besser beraten erst mal mit einer statischen Website anzufangen, dann ist es einfacher sich mit den Basics eines Bereichs vertraut zu machen.

Zwei Dinge gleichzeitig zu handeln, die man beide nur sehr vage versteht, ist wie jonglieren mit zwei Tigern.

Da kannst du recht haben.

Andrerseits habe ich eben in der Help festgestellt, dass die Fragen offenlässt. Wie dem auch sei:

Nachdem ich mal deinen Vorschlag, das Verzeichnis 'Images' in den Ordner 'html' kopiert habe, erneut Durchsteppte uund mir die jeweiligen Werte von Request.Pathinfo notierte, stellte ich fest, dass schon beim zweiten durchsteppen dieser Wert auf mein Imageverzeichnis zeigte - das heisst schlicht und einfach: Ich muss diese Anforderung nun noch bearbeiten. Und wenn ich das dann auch noch richtig mache, werden meine Bilder auch angezeigt.
Bei früherem Durchsteppen ist mir das nicht aufgefallen, aber ich bin sicher, das dieser PathInfo-Wert auch früher schon vorhanden war.
Die Frage, die die Help hier offen lässt, ist schlicht, was das Verzeichnis '/' ist, bzw. sein muss. Enthielte die Help in diesem Fall einen Hinweis darauf, dass dies das Verzeichnis ist, in dem die HTML-Dateien liegen (Und nicht das Wurzelverzeichnis der Anwendung), wäre vieles klarer. Auch wenn mein schlaues Buch darauf hinweist, das das Rootverzeichnis einer HTML-Anwwendung genau dies ist.
Und eines scheint mir nun auch klar zu sein. die Antwort, die schlussendlich abgeschickt wird, muss alle Infos enthalten, die das HTML-Dokument anfordert.

Stark irritiert hat mich auch, dass der Browser, also der Client, die Bilder aufgrund der img-Tags im HTML-Quelltext anfordert. Das widerspricht der Tatsache, dass die Verbindung geschlossen wird, wenn die Antwort abgeschickt ist.

Gruss
Delbor
PS:

Zitat:

Ich denke du bist besser beraten erst mal mit einer statischen Website anzufangen,

Was genau ist denn eine statische Webseite? Ist dies eine Webseite, die so ausgegeben wird, wie sie entworfen wurde, inklusive der in Img-Tags referfenzierten Bildern, oder ist dies eine Webseite, die nur den Text ausgibt, der im HTML-Dokument definiert ist?
Ich hatte auch schon die Idee, einfach mal in einem Verzeichnis einige HTML-Seiten abzulegen, eine davon per Browser/Datei öffnen anzuzeigen und mal zu sehen, ob da Bilder angezeigt würden. Ich denke, das wäre so. Aber einen Test wärs trotzdem Wert.

[Jumpy]

Zitat von Delbor:

Stark irritiert hat mich auch, dass der Browser, also der Client, die Bilder aufgrund der img-Tags im HTML-Quelltext anfordert. Das widerspricht der Tatsache, dass die Verbindung geschlossen wird, wenn die Antwort abgeschickt ist.

Ich vermute du bringst hier Dinge durcheinander oder missverstehst etwas. Ich versuchs mal zu erklären und bitte die mir mehr Ahnung, das ggf. noch zu ergänzen/korrigieren:

Der Browser schickt einen Request an der Webserver (er fordert eine HTML-Seite an). Das kommt dann an der Server-Maschiene an und da übernimmt dann (im Windows-Fall) z.B. der IIS diese Anfrage und leitet die z.B. an die CGI.exe weiter (über den Port weiß er welche CGI, falls es mal mehrere Webanwendungen auf einem Server gibt). Die bearbeitet das und liefert dann eine HTML-Seite zurück. Diese wurde in der CGI mit Hilfe der PageProducer aus den Vorlagen-HTML-Dateien zusammengebaut. Ist aber eine reine HTML-Text-Datei.
In dieser steht z.B. ein <img>-Tag oder ein <link>-Tag über den Bilder oder CSS-Dateien mit dem HTML-Dokument verknüpft werden (ich versuch das Wort eingebettet hier zu vermeiden). Der Browser erkennt nun diese Tags und sieht, das er was nachladen soll. Er sendet also wieder eine Anforderung an den Webserver (den IIS, nicht die CGI.exe). Der versucht dann das Bild oder die CSS-Datei zu finden und schickt das zurück. Beim versucht das zu finden, steckst du gerade fest.

Deswegen um klein anzufangen: Was tipperst du im Browser ein, um deine Webseite aufzurufen? Sowas hier: http://localhost:8080 ?

[DeddyH]

Eine statische HTML-Seite ist einfach eine Datei (*.htm oder *.html), die einmalig erstellt und auf den Webserver geladen wird. Diese ändert sich ja nicht ständig, deshalb "statisch". Das Gegenteil sind dynamische Webseiten, wie sie z.B. von CMS erstellt werden. Diese bestehen aus einem Template, das bei der Anfrage von einem Script (PHP, Ruby, Perl, Python, etc.) aufbereitet wird.

Das als ultrakurze und unvollständige Erklärung.