---

Hejsa,

Jeg prøver på at generere et billede (bruges ifb.m. en log), men jeg syntes
ikke jeg kan få det til at virke hvis jeg gemmer php'en i en fil for sig,
og kalder den i mit img-tag (billedet vises ikke, - kun det lille røde
x)

Jeg har lavet en lille test-side, der viser mit problem:
http://www.rel7star.dk/test/imgTest.php

Kort fortalt har en stump php-kode i en selvstændig fil (indeholdende intet
andet end php-koden), som _burde_ generere et billede. Denne .php fil
kaldes som et billede fra min html-side, men vises ikke

Hvis jeg derimod copy/paste'er php-koden ind på html-siden, og lader det
gemme billedet ( imagePNG($im,"pic.png"); ), hvilket så bliver kaldt fra
img-tagget ( <img src="pic.png"> ), genereres, og vises, billedet uden
problemer! Mao. er det altså ikke fordi serveren (freepaq) ikke
understøtter imageCreate..

- Det er bare ikke særligt interessant at lave billedet 'inline', for hvis
der opstår problemer i min database-tilgang (som ikke er med endnu, men det
skulle gerne komme hvis jeg får det til at virke ;) ) kommer der jo
advarsler frem på siden, hvilket brugerne jo ikke er interesseret i at se..

Nogen idéer til hvad der er galt?

PS: Jeg er temmelig ny til PHP, - så det er meget muligt at jeg har overset
etellerandet... Derfor har jeg lagt al koden til test-siden op som en .zip
fil her: http://www.rel7star.dk/test/imgtest.zip


--
René (AKA The Artist Currently Known As Rel7Star)
--- farende rundt i en 1985 Toyota MR2 1,6 16v ---
x===----> http://www.rel7star.dk <----===x

---

René Lønstrup (AKA Rel7Star) wrote:

> Hejsa,
>
> Jeg prøver på at generere et billede (bruges ifb.m. en log), men jeg
> syntes ikke jeg kan få det til at virke hvis jeg gemmer php'en i en fil

[cut]

> Derfor har jeg lagt al koden til test-siden op som
> en .zip fil her: http://www.rel7star.dk/test/imgtest.zip

God ide, jeg kan ikke hjælpe med hvorfor det ikke virker for dig, lægger jeg
filerne på min server, virker det helt fint - jeg får vist 2 billeder på
siden.

MVh
Dennis

---

"René Lønstrup \(AKA Rel7Star\)" <7star@iname.com> wrote in
news:aufc5u$h3q$1@sunsite.dk:

> Kort fortalt har en stump php-kode i en selvstændig fil (indeholdende
> intet andet end php-koden), som _burde_ generere et billede. Denne
> .php fil kaldes som et billede fra min html-side, men vises ikke

Et eller andet sted langt væk i hukommelsen forekommer det mig at Content-
Type i headeren *skal* være med stort T i Type for at bl.a. MSIE kan spise
den. Måske det kunne være et bud??

---

René Lønstrup (AKA Rel7Star) wrote in <aufc5u$h3q$1@sunsite.dk>:
> Jeg prøver på at generere et billede (bruges ifb.m. en log), men jeg
> syntes ikke jeg kan få det til at virke hvis jeg gemmer php'en i en fil
> for sig,
> og kalder den i mit img-tag (billedet vises ikke, - kun det lille
> røde x)
>
> Jeg har lavet en lille test-side, der viser mit problem:
> http://www.rel7star.dk/test/imgTest.php

Jeg kan ikke lige se hvad der er galt. Men jeg kan fortælle, at serveren
siger at det er "text/html".
Den genererede fil starter med et linjeskift (unix-style - \n). Hvis jeg
fjerner det, kan filen genkendes som en PNG-fil. Dvs. der kommer en
PNG-header, men tilsyneladende ikke en komplet header. "file" siger dette
om filen, efter den første byte er fjernet:
PNG image data, 0 x 0, 0-bit grayscale, non-interlaced

--
Mvh.

Niels Andersen
(la nels. anersyn.)

---

"Niels Andersen" <niels-usenet@myplace.dk> wrote in message
news:uOeP9.15380$Hl6.1781254@news010.worldonline.dk
> > Jeg har lavet en lille test-side, der viser mit problem:
> > http://www.rel7star.dk/test/imgTest.php
>
> Jeg kan ikke lige se hvad der er galt. Men jeg kan fortælle, at
> serveren siger at det er "text/html".
> Den genererede fil starter med et linjeskift (unix-style - \n). Hvis
> jeg fjerner det, kan filen genkendes som en PNG-fil.
<snip>

Det lader altså til at være en server-fejl (eller server-mærkværdighed,
ihvertfald).. - Jeg har lige prøvet at lave en anden test
(http://www.rel7star.dk/test/phpTest.php), hvor PHP genererer alt indholdet
på siden, og der opstår også en tom linie i starten af kilden :-/
Det ser åbenbart ud til at være noget den gør ved alle .php filer (men
sjovt nok ikke .asp filer)...

Jeg må nok hellere sende en mail til deres support, og høre om der kan
gøres noget ved det..


--
René (AKA The Artist Currently Known As Rel7Star)
--- farende rundt i en 1985 Toyota MR2 1,6 16v ---
x===----> http://www.rel7star.dk <----===x

---

Når der genereres "ikke ascii"-data i et selvstændigt php-dokument, må der
overhoved ikke være ascii-tegn i det genererede, forstået på den måde at du
hverken må ha' mellemrum eller 'ny linie' på ydersiden af <? og ?>, det kan
være din udbyder hægter noget på (jeg mener at der direkte er sådan en
feature i IIS).

/rasmus

---

"Rasmus Skov" <news@aey.dk> wrote in message
news:av13rd$eoe$1@sunsite.dk
> Når der genereres "ikke ascii"-data i et selvstændigt php-dokument,
> må der overhoved ikke være ascii-tegn i det genererede, forstået på
> den måde at du hverken må ha' mellemrum eller 'ny linie' på ydersiden
> af <? og ?>, det kan være din udbyder hægter noget på

Det virker ihvertfald sådan..

> (jeg mener at der direkte er sådan en feature i IIS).

Min udbyder bruger Apache på *nix maskiner (svjv), - men måske der er en
sådan feature deri også..?


--
René (AKA The Artist Currently Known As Rel7Star)
--- farende rundt i en 1985 Toyota MR2 1,6 16v ---
x===----> http://www.rel7star.dk <----===x