x-VieW: Perl und IMG-Tag

Hallo Leute,
Ich wird langsam verrückt:
Ich versuche mit Perl eine dynamische HTML-Seite zu erstellen, aber ich habe Problem mit dem Image.
Das Image lässt sich nicht nazeigen :( , hier ist ein Ausschnitt aus dem Perl-Script:

*****************************************
print <<HTML;
<HTML>
.
.
.
<BODY BGCOLOR="#1D5686">
.
.
<IMG SRC="test_logo.gif" WIDTH="463" HEIGHT="124" BORDER="0" ALT="AIS [test]">
.
.
</BODY>
</HTML>
HTML
exit;
*****************************************

Ich habe lange nach eine erklärung gesucht, leider ohne Erfolg :(
Ich danke euch im Voraus

und Gruss
x-VieW

  1. hi,

    <IMG SRC="test_logo.gif" WIDTH="463" HEIGHT="124" BORDER="0" ALT="AIS [test]">

    Pfade prüfen bei SRC. Hilft fast immer ;-)

    Rolf

    1. Hi Rolf,

      Das Pfad ist richtig. Das bild befindet sich im gleichen Ordner.
      Hmmm...

      Gruss
      x-VieW

      1. Halihallo x-VieW

        Das Pfad ist richtig. Das bild befindet sich im gleichen Ordner.
        Hmmm...

        Hoffentlich nicht im /cgi-bin/ Verzeichnis! - Die wohl meisten Webserverkonfigurationen
        verbieten dort das Lesen.

        Viele Grüsse

        Philipp

        1. Hi Philipp,

          Ich habe auch mal ausserhalb des Verzeichnises probiert. Es ist auch nicht gegangen :(
          Es will irgend wie nicht.

          danke & Gruss
          x-VieW

  2. Hi,

    im CGI-Context existiert _kein aktuelles verzeichnis_ also existiert
    auch kein bild an der von dir angegebenen stelle. verwende satt dessen
    besser eine referenzierung per http://

    Grüße aus Leipzig,
    bye eddie

    1. Hi eddie,

      Super es funktioniert, Danke dir ;-)

      Gruss
      x-VieW

    2. Hi Ed X,

      im CGI-Context existiert _kein aktuelles verzeichnis_

      was hat das mit dem vorliegenden Problem zu tun?

      Das Bild wird ja nicht über einen Pfadnamen eingelesen (durch das Skript), sondern über einen URL adressiert (durch den Browser, der das vom Skript generierte HTML-Dokument interpretiert).
      Ob dies ein relativer oder ein absoluter URL ist, das ist egal - der Browser übersetzt natürlich relative URLs in absolute URLs, bevor er die entsprechenden HTTP-Requests für abhängige Ressourcen eines Dokuments durchführt (weil der Server ja keinen Kontext eines solchen Requests kennt und diese Auflösung selbst nicht durchführen könnte).

      Genau wie Philipp vermute ich das Problem in der Ablage eines Bildes in einem CGI-Verzeichnis - das kann nicht funktionieren, weil der Server das Bild "ausführen" müßte, statt es auszuliefern:
         http://aktuell.de.selfhtml.org/artikel/cgiperl/inbetriebnahme/#a6

      Viele Grüße
            Michael

      --
      T'Pol: I apologize if I acted inappropriately.
      V'Lar: Not at all. In fact, your bluntness made me reconsider some of my positions. Much as it has now.
      1. Hallo Michael,

        im CGI-Context existiert _kein aktuelles verzeichnis_

        was hat das mit dem vorliegenden Problem zu tun?

        ist mir auch gerade aufgefallen, ist eigentlich auch nur im
        Zusammenhang mit dem Einlesen und dem Speichern von Dateien von
        Interesse.

        Ich vermute mal x-view ist davon ausgegangen, das relativ zur
        aufrufenden Seite referenziert wird, das jetzt allerdings direkt
        zum cgi-bin referenziert wird, hätte ich auch nicht gedacht, wobei das
        bei näherem drüber nachdenken relativ schnell klar wird; ich hätte
        allerdings wohl auch keine Bilder dort abgelegt ;-)

        bye eddie

    3. Hi,

      besser eine referenzierung per http://

      besser eine mit "/" beginnende, Serverroot-relative Referenzierung. Eine absolute URL hat spätestens dann Nachteile, wenn sich der Hostname oder das Protokoll (HTTPS statt HTTP) ändert.

      Cheatah

      --
      X-Will-Answer-Email: No