Hallo NG,
habe mir ein Perl-Script gebastelt, das dynamisch eine HTML-Seite generiert=
,
wo mittels "img src=3DHttp....." entfernte Grafiken angezeigt werden.
Wenn ich das Script auf meinem Entwicklungsrechner (Windows, Apache,
Active-State-Perl) laufen lasse, werden die Grafiken im Browser einwandfrei=

angezeigt.
Wenn das Script aber auf dem Linux-Server meines ISP läuft, werden die
Grafiken nicht angezeigt, obwohl der generierte HTML-Code absolut identisch=

ist. Es kommt auch keinerlei Fehlermeldung.
Was könnte da die Ursache sein?

Gruss, Helmut

Helmut Blass schrieb:
> Wenn ich das Script auf meinem Entwicklungsrechner (Windows, Apache,
> Active-State-Perl) laufen lasse, werden die Grafiken im Browser einwandfrei
> angezeigt.
> Wenn das Script aber auf dem Linux-Server meines ISP läuft, werden die
> Grafiken nicht angezeigt, obwohl der generierte HTML-Code absolut identisch
> ist. Es kommt auch keinerlei Fehlermeldung.
> Was könnte da die Ursache sein?

Linux unterscheidet Groß- und Kleinschreibung.

--
Markus

Real programmers can write assembly code in any language. :-)
-- Larry Wall in <8571 [at] jpl-devvax.JPL.NASA.GOV>

Helmut Blass:

> Wenn das Script aber auf dem Linux-Server meines ISP läuft, werden die
> Grafiken nicht angezeigt, obwohl der generierte HTML-Code absolut
identisch
> ist. Es kommt auch keinerlei Fehlermeldung.
> Was könnte da die Ursache sein?

zB.:

o) Groß/Kleinschreibung (Unter Windows egal, unter Linux nicht).
o) Unterschiedliche Pfade (relativ/absolut)
o) Falsche Pfadtrennzeichen ("\" unter Windows, aber "/" unter Linux)

Du solltest im Accesslog des Apache nachsehen bzw. nachsehen lassen.
Wenn Apache eine Imagedatei nicht schicken kann, schreibt er das dort
rein (und den Grund).

LG, Ferry

--
Ing. Ferry Bolhar
Municipality of Vienna, Department 14
A-1010 Vienna / AUSTRIA
E-mail: bol [at] adv.magwien.gv.at

Helmut Blass <helmut_nospam [at] web.de> wrote:

> Wenn das Script aber auf dem Linux-Server meines ISP läuft, werden die
> Grafiken nicht angezeigt, obwohl der generierte HTML-Code absolut identisch
> ist. Es kommt auch keinerlei Fehlermeldung.
> Was könnte da die Ursache sein?

Wenn du meinst, dass der der HTML-Code identisch ist, wird der
Unterschied wohl der entfernte Server sein. Hast du mal probiert das
Bild per Hand oder Kommandozeilentool zu ziehen?

--
So long... Fuzz

In article <esgor3-7dk.ln1 [at] wasser-7359.user.cis.dfn.de>, fuzz [at] uni-paderborn=
de (Erik Wasser) wrote:

>Wenn du meinst, dass der der HTML-Code identisch ist, wird der
>Unterschied wohl der entfernte Server sein. Hast du mal probiert das
>Bild per Hand oder Kommandozeilentool zu ziehen?

Ist nicht so einfach, da ich mit einem vorherigem Zugriff eine Session-Id
holen muss und dann erst beim zweiten Zugriff die Grafiken mithilfe der
Session-Id hole.
=DCbrigens enden die Urls folgendermassen:
...
grid=3Ddedatlas10&ix=3D851&iy=3D260&key=3D4662b65951770828ee 2300be7fd7252e&=
SID=3D93f7770
c6678f3166623e75a9a139f5f

Wie da eine Grafikdatei dranhängt, ist mir nicht ganz klar.
Aber wie gesagt, auf meinem lokalen Rechner funzt es einwandfrei.

Helmut
>

Helmut Blass schrieb:
> Ist nicht so einfach, da ich mit einem vorherigem Zugriff eine Session-Id
> holen muss und dann erst beim zweiten Zugriff die Grafiken mithilfe der
> Session-Id hole.
> Übrigens enden die Urls folgendermassen:
> ..
> grid=dedatlas10&ix=851&iy=260&key=4662b65951770828ee2300be7f d7252e&SID=93f7770
> c6678f3166623e75a9a139f5f
>
> Wie da eine Grafikdatei dranhängt, ist mir nicht ganz klar.
> Aber wie gesagt, auf meinem lokalen Rechner funzt es einwandfrei.

Ist schon klar. Du holst Dir von Server A aus eine Session-ID,
bindest die mit der Session gezogenen Links in das HTML ein
und versuchst dann aber, von Client B aus mit dieser Session
wieder auf den Quellserver zuzugreiffen. Der wird aber mit
großer Warscheinlichkeit die IP-Adresse von A zusammen mit
der Session-ID irgendwo abgelegt haben und dann feststellen,
dass das jetzt nicht mehr zusammenpasst (der Client kommt
mit Adresse B daher).

Du wirst wohl warscheinlich die Karten auf Deinem Server
zwischenspeichern müssen.

Viele Grüße
-Christian

In article <44ea17c6$0$10157$9b4e6d93 [at] newsspool2.arcor-online.net>, Christi=
an Winter <thepoet_nospam [at] arcor.de> wrote:

>Ist schon klar. Du holst Dir von Server A aus eine Session-ID,
>bindest die mit der Session gezogenen Links in das HTML ein
>und versuchst dann aber, von Client B aus mit dieser Session
>wieder auf den Quellserver zuzugreiffen. Der wird aber mit
>großer Warscheinlichkeit die IP-Adresse von A zusammen mit
>der Session-ID irgendwo abgelegt haben und dann feststellen,
>dass das jetzt nicht mehr zusammenpasst (der Client kommt
>mit Adresse B daher).

Hallo Christian,
Deine Aussage kann ich irgendwie nicht nachvollziehen:
Ich haben zweimal von *meinem* Server auf den remote Server (mit den
Grafikdateien) zugegriffen. Warum sollte da was mit den IP-Adressen
durcheinanderkommen?
Es gibt dann doch nur eine, näclich die *meines* Servers...
>
>Du wirst wohl warscheinlich die Karten auf Deinem Server
>zwischenspeichern müssen.

Was meinst Du mit *Karten*?

Helmut

On Tue, 22 Aug 2006 16:54:09 +0000, Helmut Blass wrote:
> In article <44ea17c6$0$10157$9b4e6d93 [at] newsspool2.arcor-online.net>, Christian Winter <thepoet_nospam [at] arcor.de> wrote:
>>Ist schon klar. Du holst Dir von Server A aus eine Session-ID,
>>bindest die mit der Session gezogenen Links in das HTML ein
>>und versuchst dann aber, von Client B aus mit dieser Session
>>wieder auf den Quellserver zuzugreiffen. Der wird aber mit
>>großer Warscheinlichkeit die IP-Adresse von A zusammen mit
>>der Session-ID irgendwo abgelegt haben und dann feststellen,
>>dass das jetzt nicht mehr zusammenpasst (der Client kommt
>>mit Adresse B daher).
>
> Hallo Christian,
> Deine Aussage kann ich irgendwie nicht nachvollziehen:
> Ich haben zweimal von *meinem* Server auf den remote Server (mit den
> Grafikdateien) zugegriffen.

Nein. Dein Server greift nach Deiner Beschreibung überhaupt nicht auf
die Graphikdatei zu, er liefert nur den URL an den Client.

> Warum sollte da was mit den IP-Adressen
> durcheinanderkommen?
> Es gibt dann doch nur eine, näclich die *meines* Servers...

Und wie kommt dann Dein Browser zur Graphik?


>>Du wirst wohl warscheinlich die Karten auf Deinem Server
>>zwischenspeichern müssen.
>
> Was meinst Du mit *Karten*?

Die Graphiken. Christian dürfte aus dem String "atlas" in dem von Dir
geposteteten URL-Fragment geschlossen haben, dass es sich um
(Land-)Karten handelt.


--
_ | Peter J. Holzer | > Wieso sollte man etwas erfinden was nicht
|_|_) | Sysadmin WSR | > ist?
| | | hjp [at] hjp.at | Was sonst wäre der Sinn des Erfindens?
__/ | http://www.hjp.at/ | -- P. Einstein u. V. Gringmuth in desd

In article <pan.2006.08.22.18.38.24.923923 [at] hjp.at>, "Peter J. Holzer" <hjp-=
usenet2 [at] hjp.at> wrote:

>> Hallo Christian,
>> Deine Aussage kann ich irgendwie nicht nachvollziehen:
>> Ich haben zweimal von *meinem* Server auf den remote Server (mit den
>> Grafikdateien) zugegriffen.
>
>Nein. Dein Server greift nach Deiner Beschreibung =C3=BCberhaupt nicht auf
>die Graphikdatei zu, er liefert nur den URL an den Client.
>
>> Warum sollte da was mit den IP-Adressen
>> durcheinanderkommen?
>> Es gibt dann doch nur eine, n=C3=A4clich die *meines* Servers...
>
>Und wie kommt dann Dein Browser zur Graphik?

Wenn ich dich richtig verstehe, speichert der remote Server zuerst die
IP-Adresse *meines* Servers und dann die IP-Adresse meines lokalen Rechners.
Und da liegt wohl das Problem?!
>
>>>Du wirst wohl warscheinlich die Karten auf Deinem Server
>>>zwischenspeichern m=C3=BCssen.
>>
>> Was meinst Du mit *Karten*?
>
>Die Graphiken. Christian d=C3=BCrfte aus dem String "atlas" in dem von Dir
>geposteteten URL-Fragment geschlossen haben, dass es sich um
>(Land-)Karten handelt.

Also zuerst einen *Download* auf meinen Server und dann erst die Dinger an =
den
Browser schicken.....wäre vielleicht ne Möglichkeit, wenn auch etwas
umständlich.....

thanx for your help, Helmut
>
>

In article <44ea17c6$0$10157$9b4e6d93 [at] newsspool2.arcor-online.net>, Christi=
an Winter <thepoet_nospam [at] arcor.de> wrote:

>Du wirst wohl warscheinlich die Karten auf Deinem Server
>zwischenspeichern müssen.

ok, das habe ich jetzt auch gemacht. Der Download funzt einwandfrei, aber
dummerweise werden die png-Grafiken jetzt immer noch nicht angezeigt, obwoh=
l
<img src=3D...> auf Dateien _meines_ Servers verweist.
Wenn ich eine einzelne Png-Datei im Browser aufrufe, kommt die Fehlermeldung

Premature end of script headers: img1.png

Aber das ist jetzt wirklich kein perl-Problem mehr.....

On Tue, 22 Aug 2006 19:30:16 +0000, Helmut Blass wrote:
> In article <pan.2006.08.22.18.38.24.923923 [at] hjp.at>, "Peter J. Holzer" <hjp-usenet2 [at] hjp.at> wrote:
>
>>> Hallo Christian,
>>> Deine Aussage kann ich irgendwie nicht nachvollziehen:
>>> Ich haben zweimal von *meinem* Server auf den remote Server (mit den
>>> Grafikdateien) zugegriffen.
>>
>>Nein. Dein Server greift nach Deiner Beschreibung überhaupt nicht auf
>>die Graphikdatei zu, er liefert nur den URL an den Client.
>>
>>> Warum sollte da was mit den IP-Adressen
>>> durcheinanderkommen?
>>> Es gibt dann doch nur eine, näclich die *meines* Servers...
>>
>>Und wie kommt dann Dein Browser zur Graphik?
>
> Wenn ich dich richtig verstehe, speichert der remote Server zuerst die
> IP-Adresse *meines* Servers

Ja, und zwar beim Generieren der Session-ID. Möglicherweise steckt die
IP-Adresse einfach in der Session-ID drin, oder vielleicht hat er es in
einer Datenbank abgelegt - auf jeden Fall weiß er, welche Session-ID zu
welcher IP-Adresse gehört.

> und dann die IP-Adresse meines lokalen Rechners.

Die muss er nicht "speichern" (zumindest nicht dauerhaft). Er vergleicht
einfach bei jedem Zugriff die IP-Adresse des Clients mit der IP-Adresse,
die zur Session gehört. Wenn sie nicht übereinstimmen, gibt es ein
Problem.

hp

--
_ | Peter J. Holzer | > Wieso sollte man etwas erfinden was nicht
|_|_) | Sysadmin WSR | > ist?
| | | hjp [at] hjp.at | Was sonst wäre der Sinn des Erfindens?
__/ | http://www.hjp.at/ | -- P. Einstein u. V. Gringmuth in desd

Helmut Blass:

> Wenn ich eine einzelne Png-Datei im Browser aufrufe, kommt die
Fehlermeldung
>
> Premature end of script headers: img1.png
>
> Aber das ist jetzt wirklich kein perl-Problem mehr.....

Nein, eher eines des Apache, der sichtlich die Datei img1.png als
Skriptdatei
ansieht und auszuführen versucht. Oder interpretiere ich die Fehlermeldung
falsch?

LG, Ferry

--
Ing. Ferry Bolhar
Municipality of Vienna, Department 14
A-1010 Vienna / AUSTRIA
E-mail: bol [at] adv.magwien.gv.at