img problem med Firefox
Harald
Det virker fint i IE men ikke i Firefox.
Gå ind på denne side i Firefox www.bogtorvet.net
Tryk på "Antikvariater" i menuen
Tryk på "Antikvariatet Gorm den Gamle"
Tryk på "Vis alle bøger fra Antikvariatet Gorm den Gamle"
Tryk på billedet ved den 3. bog - To døgn otte Måneder efter
FEJL: Billedet bliver ikke vist.
Tryk på dette link:
http://www.bogtorvet.net/visboger.php?bogid=200848
og tryk nu på billedet, billedet bliver vist uden problemer hvilket jeg
absolut ikke fatter når det ikke virkede før?
/HK
Christian Hansen
Jeg er ret sikker på, at problemet er relateret til, at der er et ø i
filnavnet på billedet.
Ved første eksempel forsøger den at vise:
<http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg>
Og ved andet eksempel:
<http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg>
Der er altså sket et eller andet med encodning - hvordan og hvorfor har
jeg ikke brugt tid på at undersøge.
Mvh Christian
Holst
Harald wrote:
> og tryk nu på billedet, billedet bliver vist uden problemer hvilket jeg
> absolut ikke fatter når det ikke virkede før?
Kigger du på kildekoden, så er den forskellig:
http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg
http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg
Nogen kan nok snakke bedre om, hvorfor førstnævnte giver en fejl i Firefox.
Harald
news:47a041e2$0$2109$edfa...@dtext02.news.tele.dk...
Men jeg forstår ikke hvorfor kildekoden er forskellig, det er jo den samme
side og same kode der kalder billedet? Måske er det mere et php spørgsmål.
/HK
Philip Nunnegaard
news:47a043fc$0$90265$1472...@news.sunsite.dk...
>> http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg
>> http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg
>>
>> Nogen kan nok snakke bedre om, hvorfor førstnævnte giver en fejl i
>> Firefox.
>
> Men jeg forstår ikke hvorfor kildekoden er forskellig, det er jo den samme
> side og same kode der kalder billedet? Måske er det mere et php spørgsmål.
Ret simpelt:
Brug ALDRIG æ, ø eller å i filnavne. Og heller aldrig mellemrum!
Kun de websikre tegn: a-z, 0-9, - og _ (bindestreg og underscore). Og kun
små bogstaver. Så er man forholdsvis sikker på ikke at blive ramt af
tastefejl m.m.
Harald
news:47a077e7$0$2087$edfa...@dtext02.news.tele.dk...
Problemet er at billederne er nogen som bliver uploadet af mange forskellige
brugere som helst ikke vil undgå at skulle bruge æøå og mellemrum. Men det
virker jo næsten og uden problemer i IE så burde det jo også kunne virke i
Firefox.
/HK
Philip Nunnegaard
> Problemet er at billederne er nogen som bliver uploadet af mange
> forskellige brugere som helst ikke vil undgå at skulle bruge æøå og
> mellemrum. Men det virker jo næsten og uden problemer i IE så burde det jo
> også kunne virke i Firefox.
Det er uanset dårlig skik at bruge tegnene i webadresser og filnavne på
nettet.
Kør et script sammen med uploadscriptet, der ændrer på filnavnene.
Harald
Det er ikke muligt, brugerne har også billederne liggende lokalt og vil ikke
have ændret i deres filnavne.
/HK
Christian Hansen
>> Kør et script sammen med uploadscriptet, der ændrer på filnavnene.
>
> Det er ikke muligt, brugerne har også billederne liggende lokalt og vil ikke
> have ændret i deres filnavne.
Det er da bestemt muligt. det er sådan man normalt gør. Du ændrer jo
ikke ved brugernes lokale filer, men kun den kopi du modtager på din
server, når de uploader.
Typisk fjerner man ikke websikre tegn. I visse tilfælde kan man vælge at
erstatte tegn - eksempelvis mellemrum med _ og æø og å med ae, oe og aa.
Mvh Christian
Leonard
> Kigger du på kildekoden, så er den forskellig:
>
> http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg
> http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg
>
> Nogen kan nok snakke bedre om, hvorfor førstnævnte giver en fejl i Firefox.
Det ligner en fejl med tegnsæt. Det er noget med filsystemer,
styresystemer og opsætninger af disse samt hvilket tegnsæt, der bruges
på hjemmesiden og i databasen.
Den eneste sikre løsning jeg har fundet er at undgå æøå og som de andre
skriver kun anvende websikretegn i filnavne.
--
Leonard
Leonard
> Men det
> virker jo næsten og uden problemer i IE så burde det jo også kunne virke i
> Firefox.
Det virker ens i min FF og IE6, dvs. det virker ikke med ø i nogen af
dem, men med den underlige omskrivning i begge.
--
Leonard
Harald
news:47a09c63$0$15882$edfa...@dtext01.news.tele.dk...
> Harald wrote:
>
>>> Kør et script sammen med uploadscriptet, der ændrer på filnavnene.
>>
>> Det er ikke muligt, brugerne har også billederne liggende lokalt og vil
>> ikke have ændret i deres filnavne.
>
>
> Det er da bestemt muligt. det er sådan man normalt gør. Du ændrer jo ikke
> ved brugernes lokale filer, men kun den kopi du modtager på din server,
> når de uploader.
Brugerne kører med et system der benytter samme database som hjemmesiden,
men for at undgå at brugeren skal hente billedet fra web serveren via
internet (det er for langsomt) så hentes billedet lokalt. Så derfor skal
filnavnene være ens lokalt og på web serveren.
/HK
Harald
news:3o6saxoqa1cz$.1e31mvmm1s7mx$.dlg@40tude.net...
Jeg syntes bare det er mærkeligt at filnavnene ikke er ens når det er den
samme side som kalder javascriptet der åbner et vindue og viser billedet.
Men jeg må prøve at arbejde med at ændre special tegnene inden javascriptet
kaldes og så ændre tegnene tilbage når billedet skal vises.
/HK
Erik Ginnerskov
> Så derfor skal filnavnene være ens lokalt og på web serveren.
Så er der ingen vej uden om at lære brugerne, at de specielle danske
bogstaver samt ordmellemrum ikke må bruges i filer, der skal lægges på
nettet. Den er bare ikke længere.
Som Philip skriver: a-z, 0-9, - og _ er alt hvad der er gyldigt til
formålet. Teoretisk skulle danske bogstaver være gyldige, men al erfaring
siger, at det kun giver vanskeligheder, så lad være med at bruge dem.
--
Med venlig hilsen
Erik Ginnerskov
http://hjemmesideskolen.dk/ - http://ginnerskov.dk/
http://html-faq.dk
Allan Vebel
> Teoretisk skulle danske bogstaver være gyldige,
> men al erfaring siger, at det kun giver
> vanskeligheder, så lad være med at bruge dem.
Det er også min erfaring.
I dag var der endda et indlæg i Nyhederne om at
Dansk Sprognævn på sigt vil udfase de danske
karakterer - fordi de giver så mange problemer;o)
--
Allan Vebel
http://html-faq.dk
http://vebel.dk
Lasse Reichstein Nielsen
> I dag var der endda et indlæg i Nyhederne om at
> Dansk Sprognævn på sigt vil udfase de danske
> karakterer - fordi de giver så mange problemer;o)
Jeg tror vi får Unicode i alle computere før det
lykkes dem at afskaffe bolle-å'et!
/L
--
Lasse Reichstein Nielsen - l...@hotpop.com
DHTML Death Colors: <URL:http://www.infimum.dk/HTML/rasterTriangleDOM.html>
'Faith without judgement merely degrades the spirit divine.'
Stig Johansen @
> "Holst" <news...@shelter.dk> skrev i en meddelelse
> news:47a041e2$0$2109$edfa...@dtext02.news.tele.dk...
>>
>> Harald wrote:
>>
>>> og tryk nu på billedet, billedet bliver vist uden problemer hvilket jeg
>>> absolut ikke fatter når det ikke virkede før?
>>
>> Kigger du på kildekoden, så er den forskellig:
>>
>> http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg [1]
>> http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg [2]
>>
>> Nogen kan nok snakke bedre om, hvorfor førstnævnte giver en fejl i
>> Firefox.
Jeg tror jeg prøver, om det er bedre eller ej, skal jeg ikke kunne sige.
Først: Det (IE) virker _ikke_ hos mig (IE6/W2K).
Men til tegnene:
"ø"'et i [1] er et iso-8859-1 "ø", der fylder en byte.
"ø" i [2] ér et ø i utf-8, men det fylder 2 bytes.
Så fysisk set er der tale om to _forskellige_ filnavne.
Det ser ud som om din Apache 2.2.4/win32 (200) er sat op til at levere
iso-8859-1.
Der er en 3. spiller i det her, Windows - nyere. De kører (SVJV) UCS2 over
hele linien (internt).
I UCS2 er table 0 identisk med iso-8859-1, så et "ø" er et "ø" begge steder.
> Men jeg forstår ikke hvorfor kildekoden er forskellig, det er jo den samme
> side og same kode der kalder billedet? Måske er det mere et php spørgsmål.
Nu skriver du et andet sted, at brugerne uploader billeder til dig.
Jeg vil gætte på, at der er en bruger, der har uploadet billedet til dig med
charset=utf-8.
Der er så 2 muligheder:
1) Brugerens klient har ikke sat charset=utf8 i content typen.
2) Brugerens klient har sat charset=utf8 i content typen, men du behandler
det ukritisk som iso-8859-1 i upload scriptet.
Begge dele vil forårsage præcis de symptomer, du beskriver her.
Det 'rigtige' ø har garanteret været inde og vende over en database.
Så - ret dette filnavn på din server, og hold øje med det ikke sker igen.
--
Med venlig hilsen
Stig Johansen
Allan Vebel
> Jeg tror vi får Unicode i alle computere før det
> lykkes dem at afskaffe bolle-å'et!
Jamen, hvem er hurtigst, Microsoft eller Dansk
Sprognævn?
Sprognævnet indførte bolle-å i 1948, og det er
efterhånden ved at være implementeret, men
hvordan går det med danske karakterer generelt
i andre enheder?
Det har været en underlig størrelse siden jeg fik
min første pc i 1986, og man kan fortsat ikke bruge
det på web uden problemer.
Harald
news:47a10bb5$0$90270$1472...@news.sunsite.dk...
æøå er ikke så godt det har jeg fundet ud af så det vil jeg gøre noget ved,
men jeg har stadig ikke fundet ud af hvorfor det der sker her faktisk sker.
Så jeg prøver lige igen forklaret på en lidt anden måde:
Brug Firefox
Gå ind på denne side i Firefox www.bogtorvet.net
Tryk på "Antikvariater" i menuen
Tryk på "Antikvariatet Gorm den Gamle"
Tryk på "Vis alle bøger fra Antikvariatet Gorm den Gamle"
Tryk på billedet ved den 3. bog - To døgn otte Måneder efter
FEJL: Billedet bliver ikke vist.
Luk Firefox og gå nu ind på nøjagtig den _samme_ side men via et direkte
link:
http://www.bogtorvet.net/visboger.php?butik=18
Det er altså samme side man komme ind på men nu virker det når man trykker
på billedet, hvorfor? Jeg ved godt det er pga. æøå men hvorfor virker det
forskellig når det er samme side, samme billede og samme link?
/HK
Stig Johansen @
> "Stig Johansen" <stig_johansen_it_at_=(@)hotmail.com> skrev i en
>> "ø"'et i [1] er et iso-8859-1 "ø", der fylder en byte.
>> "ø" i [2] ér et ø i utf-8, men det fylder 2 bytes.
[snip]
> æøå er ikke så godt det har jeg fundet ud af så det vil jeg gøre noget
> ved,
Det gør ikke så meget, bare du bruger det på _samme_ måde over hele linien.
> men jeg har stadig ikke fundet ud af hvorfor det der sker her faktisk
> sker.
Det har jeg prøvet at forklare.
> Så jeg prøver lige igen forklaret på en lidt anden måde:
Det behøver du ikke, jeg har undersøgt frt, men jeg var nok ikke specifik
nok før, så jeg prøver at uddybe.
> Det er altså samme side man komme ind på men nu virker det når man trykker
> på billedet, hvorfor? Jeg ved godt det er pga. æøå men hvorfor virker det
> forskellig når det er samme side,
Yeps.
> samme billede
Yeps.
> og samme link?
Nope, det er _her_ forskellen er. Det er _ikke_ samme link.
Det er utf8 <> iso-8859-1, der driller dig.
Vi har været vant til - altid - at et tegn fylder en byte (7-8 bits).
Valg af tegnsæt har udelukkende haft indflydelse på visningen af tegnet
(face).
Vi derfor kun været vant til at operere men et afgrænset sæt af tegn med
værdierne 0-255.
Men da, også kinerese osv gerne vil være med var der behov for at udvide
antallet af tegn.
Unicode, er kodeordet, men det er ikke et eksakt begreb i dagligdagen.
Windows bruger eksempelvis USC2, der er kendetegnet ved at hver tegn fylder
2 bytes, hvor de første 256 er iso-8859-1 tabellen.
svjv bruger Linux UCS4 interne, der fylder 4 bytes pr. tegn, og også her er
de første 25 tegn iso-8859-1 tabellen.
Begge systemer vil medføre en 2 hhv 4 gange så stor datamængde 'on the wire'
osv.
Man har så defineret utf8, som er beregnet til 'wire data'. Man kan til en
vis grad sammenligne den med RLE (Runtime Length Encoding).
Det første man gør er, at se om den første bit er sat.
Hvis den ikke er sat, er det en karakter. (0..127), der bliver brugt.
Hvis den _er_ sat (128..... 2^32-1), er det RLE information.
Det er _her_ vores problemer opstår. Vi skal til at forholde os til, at
vores gode gamle danske tegn pludselig fylder 2 bytes i stedet for en.
Men kun vore specialtegn over (127).
Med det in mente, vil jeg genoptage dine links, og de første 2 linier i
denne post:
>>> http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg [1]
>>> http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg [2]
Jeg fandt lige denne her:
<http://www.utoronto.ca/webdocs/HTMLdocs/NewHTML/iso_table.html>
Hvis du kigger der, så er dit link 1:
http://www.bogtorvet.net/billeder/18/abrahamowitz_to d(#248)gn.jpg
og ling nummer 2:
http://www.bogtorvet.net/billeder/18/abrahamowitz_to d(#195)(#44)gn.jpg
Du kan også på godt gammelt dansk sammenligne:
[1] døgn.jpg
[2] doegn.jpg
Jeg har prøvet at give et bud på hvorfor det sker _for dig_, det det er
specifikt for dit system. Ingen andre end dig kan give svaret, men jeg
prøver lige at give nogle ledetråde.
Hæng lige på mens jeg finder ud af hvad der er hvad i dine links..
( Hvis det er i orden, bruger jeg min Konqueror og ikke FF)....
klip fra 'bogtovet':
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%F8gn.jpg -
findes ikke
....
klip fra den anden:
http://www.bogtorvet.net/visboger.php?butik=18 ->
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%F8gn.jpg -
findes heller ikke..
Hov de er ens, Men Konq understøtter også utf8, tøffer lige over på min
windows.....
Jo her er der forskel på FF, jeg kan ikke klippeklistre på tværs p.t., men
konklusionen er:
Dette link:
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%F8gn.jpg
virker ikke - (eksisterer ikke på din server)
Dette link:
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%C3%B8gn.jpg
virker (eksisterer på din server)
Da link#2 virker, gætter jeg på du kører iso-8859-1(eller UCS2) på dit
filsystem, og at du har fået et 'billednavn' i utf8.
Som du nævnet, er det en meget stor fordel, at ting har sigende navne, det
bakker jeg dig fuldt op i.
Der er ikke problemer med blanke, ø er osv i filnavne ( URI ), men der kan
være problemer med at 'styre' dem.
Som nævnt tidligere, gætter jeg på, at du modtager et billede, lægger
billedet i et dir med filnavnet, og lægger det samme navn i en eller anden
DB.
(Hmm.. henter billede via PHP?... hmm..)
På samme måde som min Konqueror respekterer, at iso-8859-1 er standard på
HTTP, og korrekt konverterer et utf8 link til iso-8859-1 link, har do nok
et eller andet sted i din 'fødekæde', noget der gør det samme.
Din løsning i fremtiden:
Konverter _alle_ utf8 'ting' til iso-8859-1 i dit _upload_ script, inden du
behandler data.
It's as simple as that.
Hint:
Der burde stå "charset = utf8;" i slutningen af Content-Type headeren.
Jeg kan ikke hjælpe dig videre, men koncentrer dig om upload funktionen, og
se hvad der sker derfra.
Og den aktuelle her, synes jeg du skal omdøbe på serveren, og evt rydde op
manuelt.
Harald
news:47a29363$0$90273$1472...@news.sunsite.dk...
> Harald wrote:
<klip>
> Som nævnt tidligere, gætter jeg på, at du modtager et billede, lægger
> billedet i et dir med filnavnet, og lægger det samme navn i en eller anden
> DB.
> (Hmm.. henter billede via PHP?... hmm..)
<klip>
Det er et windows program der uploader billeder via FTP til min server.
Tak for en grundig forklaring, jeg vil prøve at sætte mig bedre ind i de
forskellige tegnsæt.
Men efter at have læst din forklaring nogle gange så forstår jeg det stadig
ikke (beklager)
På begge sider kaldes dette link som er genereret af samme php kode med
samme data fra databasen:
javascript:vb('18/abrahamowitz_to døgn.jpg')
scriptet åbner så et vindue:
ImgWin=window.open("showpic.php?Img="+$billede,'ImgWin','fullscre......
da det jo er den samme side og den samme kode så vil jeg jo mene at $billede
i begge tilfælde må indeholde de samme data. Dvs. at siden showpic kaldes i
begge tilfælde med samme ?Img værdi.
Det er jeg så ikke forstår er at showpic ikke efterfølgende indeholder den
samme værdi i Img.
Går man direkte til siden er URL på billedet:
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%C3%B8gn.jpg
Kommer man til siden via "Vis alle bøger...." linket er URL på biledet:
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%F8gn.jpg
Jeg har så forsøge at konvertere dette link:
javascript:vb('18/abrahamowitz_to døgn.jpg')
til UTF-8 således at jeg får dette i setdet:
javascript:vb('18/abrahamowitz_to døgn.jpg')
Går man derefter direkte til side og trykker på billedet får man denne URL
http://127.0.0.1/bogtorvet/showpic.php?Img=18/abrahamowitz_to%20d%C3%83%C2%B8gn.jpg
Kommer man ind den anden vej får man denne URL
http://127.0.0.1/bogtorvet/showpic.php?Img=18/abrahamowitz_to%20d%C3%B8gn.jpg
så hvorfor nu det, nu har jeg jo ingen æøå i teksten som er konverteret til
UTF-8, hvorfor bliver de så stadig forskellige.
og igen efter at jeg har prøvet at konvertere javascript linket så virker
det stadig fint i IE i begge tilfælde, i IE bliver URL på billedet:
http://127.0.0.1/bogtorvet/showpic.php?Img=18/abrahamowitz_to døgn.jpg
hvilket jo er det rigtige.
men du skal ikke bruge mere tid på det, jeg vil prøve at læse det igen og så
håber jeg det går op for mig på et tidspunkt hvad der foregår.
/HK
Stig Johansen @
> Det er et windows program der uploader billeder via FTP til min server.
>
> Tak for en grundig forklaring, jeg vil prøve at sætte mig bedre ind i de
> forskellige tegnsæt.
> Men efter at have læst din forklaring nogle gange så forstår jeg det
> stadig ikke (beklager)
Først - jeg bruger ikke mere tid end jeg selv vil.
Dernæst.
Jeg prøver at beskrive hvad der sker i denne her ende. Det er ikke andet end
at copy paste URL'er ind i et indlæg, så jeg bruger ikke så meget tid på
det.
Hvordan dit system er strikket sammen ved kun du.
Jeg kan bidrage med _hvad_ jeg ser i denne her ende, men _hvorfor_ det sker,
må du selv undersøge.
I stedet for at koncentrere dig om det virker i den ene eller anden browser,
synes jeg du skulle koncentrere dig om at finde årsagen.
Du skriver:
> Det er et windows program der uploader billeder via FTP til min server.
Hvis du har mulighed for det, så prøv om du kan få den samme bruger til at
uploade det samme billede til din server.
Og se hvad der sker.
> På begge sider kaldes dette link som er genereret af samme php kode med
> samme data fra databasen:
Ja, men du skriver ikke noget om _hvordan_ data kommer ind i databasen.
Der må ske noget mere end FTP'et.
[snip resten]
Harald
Du bliver ved med at fokusere på tegnsæt og hvad der står i databasen og jeg
tror altså ikke på at det har noget med mit problem at gøre:
Faktum er at:
Jeg går ind på den _samme_ side men ad 2 forskellige veje og kikker jeg i
HTML koden så er det hele ens, her klikker jeg på det _samme_ link men får
så 2 forskellige resultater ud af det.
Jeg har prøvet at skrive billede navnet direkte i HTML koden således at det
ikke kan have noget med hvad der står i databasen at gøre og alligevel
virker det i det ene tilfælde men ikke i det andet.
/HK
Lasse Reichstein Nielsen
> Du bliver ved med at fokusere på tegnsæt og hvad der står i databasen og jeg
> tror altså ikke på at det har noget med mit problem at gøre:
> Faktum er at:
> Jeg går ind på den _samme_ side men ad 2 forskellige veje og kikker jeg i
> HTML koden så er det hele ens,
Har du tjekket at de er identiske på BYTE-niveau, eller bare at de ser ens
ud i en editor?
Jeg har ikke problemet i Opera, og er ikke så vant til Firefox, så jeg
ved ikke præcist hvad jeg kan gøre for at se sourcen råt.
Jeg kan se, i "View Page Info", under Links, at Firefox læser det
fejlende link som indeholdende "%C3%B8".
> her klikker jeg på det _samme_ link men får så 2 forskellige
> resultater ud af det.
Der er to muligheder: Enten sender du ikke præcist de samme bytes til
browseren i begge tilfælde (uvist af hvilken grund), evt. i headeren,
eller også er det Firefox der bliver forvirret. Det sidste lyder dog
mindst sandsynligt (selvom det dog ser mest sådan ud). Ikke umuligt,
men jeg ville tjekke det andet grundigt først.
> Jeg har prøvet at skrive billede navnet direkte i HTML koden således at det
> ikke kan have noget med hvad der står i databasen at gøre og alligevel
> virker det i det ene tilfælde men ikke i det andet.
Det *er* underligt. Men det er PHP'en der har det sidste ord om hvad
der bliver sendt ud. Den kunne omskrive noget, måske fordi der er en
referer i det ene tilfælde og ikke i det andet (det ville dog også
være underligt, men mere kan vi ikke sige uden at se PHP-koden).
Jeg har to forslag til rettelser, som sikkert ikke gør en forskel:
- Flyt dit title-element til efter det meta-element der angiver
tegnsættet. Du har et "ø" i din titel, og hvis meta-elementet
har nogen indflydelse, så bør man kun bruge de første 128 tegn
indtil tegnsætte er angivet.
Det gør nok ikke noget, fordi serveren også angiver tegnsættet i
HTTP-headeren, og det er det der bliver brugt.
- Omskriv <a href="javascript:av('...');"> ... </a>
til <a href="..." onclick="av('...');return false;">...</a>
Det er en dårlig idé at bruge javascript:-links, da nogle browsere
(IE specielt) tror at man forlader siden når man klikker på dem,
og derfor holder op med at spille musik og animere gif-billeder
og lignende. Også selvom man kun åbner et nyt vindue.
Desuden virker det ikke med Javascript slået fra, hvilket ovenstående
også gør.
Lasse Reichstein Nielsen
> Har du tjekket at de er identiske på BYTE-niveau, eller bare at de ser ens
> ud i en editor?
Det har jeg så gjort (Wireshark til at fange filen på netværksniveau).
De *er* identiske.
Jeg kan på den anden side også set at din server *ikke* sender
en encoding med i Content-Type. Der står bare:
Content-Type: text/html
Sørg for at sætte charset på serveren, så browseren ved hvad den har
med at gøre. Det kan også betyder at det er vigtigt at flytte
title-elementet ned efter den indlejrede content-type.
> Der er to muligheder: Enten sender du ikke præcist de samme bytes til
> browseren i begge tilfælde (uvist af hvilken grund), evt. i headeren,
> eller også er det Firefox der bliver forvirret. Det sidste lyder dog
> mindst sandsynligt (selvom det dog ser mest sådan ud). Ikke umuligt,
> men jeg ville tjekke det andet grundigt først.
Nå, tilbage til Firefox. Det kan godt være at den bliver nødt til at
gætte, men derfor skal den jo stadig gætte rigtigt :)
Der må være et eller andet der gør at den internt konverterer til
UTF-8 når man følger et link, men ikke gør det når man skriver
URL'en direkte ind. Det lyder højst besynderligt.
Problemet er ved alle links der indeholder danske bogstaver, og
sikkert også andre non-ASCII-tegn. Det er i det mindste konsekvent.
Harald
news:wspoa6...@hotpop.com...
> Lasse Reichstein Nielsen <l...@hotpop.com> writes:
>
>> Har du tjekket at de er identiske på BYTE-niveau, eller bare at de ser
>> ens
>> ud i en editor?
>
> Det har jeg så gjort (Wireshark til at fange filen på netværksniveau).
> De *er* identiske.
>
> Jeg kan på den anden side også set at din server *ikke* sender
> en encoding med i Content-Type. Der står bare:
> Content-Type: text/html
> Sørg for at sætte charset på serveren, så browseren ved hvad den har
> med at gøre. Det kan også betyder at det er vigtigt at flytte
> title-elementet ned efter den indlejrede content-type.
>
>> Der er to muligheder: Enten sender du ikke præcist de samme bytes til
>> browseren i begge tilfælde (uvist af hvilken grund), evt. i headeren,
>> eller også er det Firefox der bliver forvirret. Det sidste lyder dog
>> mindst sandsynligt (selvom det dog ser mest sådan ud). Ikke umuligt,
>> men jeg ville tjekke det andet grundigt først.
>
> Nå, tilbage til Firefox. Det kan godt være at den bliver nødt til at
> gætte, men derfor skal den jo stadig gætte rigtigt :)
> Der må være et eller andet der gør at den internt konverterer til
> UTF-8 når man følger et link, men ikke gør det når man skriver
> URL'en direkte ind. Det lyder højst besynderligt.
>
> Problemet er ved alle links der indeholder danske bogstaver, og
> sikkert også andre non-ASCII-tegn. Det er i det mindste konsekvent.
Jeg skal på arbejde de næste par dage så jeg holder lige en pause, når jeg
vender tilbage til problemet kan det være jeg ser lyset. Jeg tror jeg vil
prøve at lave en lille test side som ikke indeholder mere kode end hvad der
lige skal til for at få problemet frem, så er det sikkert lettere at komme
videre derfra.
Jeg takker igen for hjælpen.
/HK
Stig Johansen
news:wspoa6...@hotpop.com...
> Det har jeg så gjort (Wireshark til at fange filen på netværksniveau).
> De *er* identiske.
Jeg har så kastet min proxytrace ind og her er hvad han sagde:
Første link, det ikke virker:
************************************
GET http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%F8gn.jpg
HTTP/1.0
Host: www.bogtorvet.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=
0.8,image/png,*/*;q=0.5
Accept-Language: en-us
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Proxy-Connection: keep-alive
Referer: http://www.bogtorvet.net/visboger.php?butik=18
Cookie: PHPSESSID=pg8up4non5q5so59p5v22gvnd2
Response:
HTTP/1.1 200 OK
Date: Sat, 02 Feb 2008 06:29:43 GMT
Server: Apache/2.2.4 (Win32) PHP/5.2.4
X-Powered-By: PHP/5.2.4
Content-Length: 488
Connection: close
Content-Type: text/html
<html>
<script language="JavaScript">
<!--
self.resizeTo(381,713);
self.focus();
//-->
</script>
<head>
<meta http-equiv="content-type" content="text/html;charset=iso-8859-1">
</head>
<body LEFTMARGIN=0 TOPMARGIN=0 MARGINWIDTH=0 MARGINHEIGHT=0>
<a href="javascript:close()"><img
src="http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg"
border="0"></a> <br><a href="javascript:close();"><font size="4"><b>LUK
VINDUE</b></font></a>
</body>
</html>
Efterfølgende get af img:
GET http://www.bogtorvet.net/billeder/18/abrahamowitz_to%20d%F8gn.jpg
HTTP/1.0
Host: www.bogtorvet.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept: image/png,*/*;q=0.5
Accept-Language: en-us
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Proxy-Connection: keep-alive
Referer:
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%F8gn.jpg
Cookie: PHPSESSID=pg8up4non5q5so59p5v22gvnd2
Response
HTTP/1.1 403 Forbidden
Date: Sat, 02 Feb 2008 06:29:43 GMT
Server: Apache/2.2.4 (Win32) PHP/5.2.4
Content-Length: 238
Connection: close
Content-Type: text/html; charset=iso-8859-1
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>403 Forbidden</title>
</head><body>
<h1>Forbidden</h1>
<p>You don't have permission to access /billeder/18/abrahamowitz_to døgn.jpg
on this server.</p>
</body></html>
Tilsvarende for det andet, der virker:
************************************
GET
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%C3%B8gn.jpg
HTTP/1.0
Host: www.bogtorvet.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept:
text/xml,application/xml,application/xhtml+xml,text/html;q=0.9,text/plain;q=
0.8,image/png,*/*;q=0.5
Accept-Language: en-us
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Proxy-Connection: keep-alive
Referer: http://www.bogtorvet.net/visboger.php?bogid=200848
Cookie: PHPSESSID=pg8up4non5q5so59p5v22gvnd2
HTTP/1.1 200 OK
Date: Sat, 02 Feb 2008 06:31:35 GMT
Server: Apache/2.2.4 (Win32) PHP/5.2.4
X-Powered-By: PHP/5.2.4
Content-Length: 486
Connection: close
Content-Type: text/html
<html>
<script language="JavaScript">
<!--
self.resizeTo(,115);
self.focus();
//-->
</script>
<head>
<meta http-equiv="content-type" content="text/html;charset=iso-8859-1">
</head>
<body LEFTMARGIN=0 TOPMARGIN=0 MARGINWIDTH=0 MARGINHEIGHT=0>
<a href="javascript:close()"><img
src="http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg"
border="0"></a> <br><a href="javascript:close();"><font size="4"><b>LUK
VINDUE</b></font></a>
</body>
</html>
GET http://www.bogtorvet.net/billeder/18/abrahamowitz_to%20d%C3%B8gn.jpg
HTTP/1.0
Host: www.bogtorvet.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1.11)
Gecko/20071127 Firefox/2.0.0.11
Accept: image/png,*/*;q=0.5
Accept-Language: en-us
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Proxy-Connection: keep-alive
Referer:
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%C3%B8gn.jpg
Cookie: PHPSESSID=pg8up4non5q5so59p5v22gvnd2
If-Modified-Since: Wed, 23 Jan 2008 15:28:18 GMT
If-None-Match: "5fd7-28018-5fe6c214"
HTTP/1.1 304 Not Modified
Date: Sat, 02 Feb 2008 06:31:36 GMT
Server: Apache/2.2.4 (Win32) PHP/5.2.4
Connection: close
ETag: "5fd7-28018-5fe6c214"
(Er det samme som OK, men ligger i browserens cache)
Jeg har ikke lige tid til at analysere i dybden, men bemærk forskellen i det
genererede <img> tag.
PHP'et genererer altså 2 forskellige URL'er, men det må Harald selv finde uf
hvor i hans kode, det sker.
--
Med venlig hilsen/Best regards
Stig Johansen
Lasse Reichstein Nielsen
> "Lasse Reichstein Nielsen" <l...@hotpop.com> wrote in message
> news:wspoa6...@hotpop.com...
>> Det har jeg så gjort (Wireshark til at fange filen på netværksniveau).
>> De *er* identiske.
>
> Jeg har så kastet min proxytrace ind og her er hvad han sagde:
> Første link, det ikke virker:
...
Linket er ganske rigtigt forskelligt, men...
> PHP'et genererer altså 2 forskellige URL'er,
Det gør den ikke. Den sender præcist den samme side med linket i i
begge tilfælde. Det er Firefox der fortolker siden med linket
forskelligt og laver "ø"'et i URL'en om til forskellige ting.
Stig Johansen
> Linket er ganske rigtigt forskelligt, men...
>
> > PHP'et genererer altså 2 forskellige URL'er,
>
> Det gør den ikke. Den sender præcist den samme side med linket i i
> begge tilfælde. Det er Firefox der fortolker siden med linket
> forskelligt og laver "ø"'et i URL'en om til forskellige ting.
Jeg var lige på vej ud af døren i går, så nåede dårligt nok at se hvad jeg
klippede over. Jeg kigger på det nu her mens jeg skriver, så jeg kender ikke
udfaldet endnu, men først rekapitulering fra tidligere post.
Vi skal lige huske, at det er wire data, det her.
(Jeg prøver at sætte det op i blokke, så jeg selv kan overskue hvad leg
laver)
*************** FF2: start **********************
---- Klik på 'billede1' ----
GET http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%F8gn.jpg
*showpic.php genererer dette img tag:
src="http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg"
* der bliver kald med:
GET http://www.bogtorvet.net/billeder/18/abrahamowitz_to%20d%F8gn.jpg
* som giver
HTTP/1.1 403 Forbidden
---- Klik på 'billede2' ----
GET
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%C3%B8gn.jpg
*showpic.php genererer dette img tag:
src="http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg
* der bliver kald med:
GET http://www.bogtorvet.net/billeder/18/abrahamowitz_to%20d%C3%B8gn.jpg
* som giver
HTTP/1.1 304 Not Modified ( = OK ).
*************** FF2: slut **********************
rekapitulering fra tidligere post ...
Så tilsvarende fra Konqueror:
*************** Konqueror: start **********************
---- Klik på 'billede1' ----
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%F8gn.jpg
*showpic.php genererer dette img tag:
src="http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg"
* der bliver kald med:
GET http://www.bogtorvet.net/billeder/18/abrahamowitz_to%20d%F8gn.jpg
* som giver
HTTP/1.1 403 Forbidden
---- Klik på 'billede2' ----
( Interessant, denne her kom ind: GET
http://www.bogtorvet.net/thumb.php?src=billeder\18\abrahamowitz_to%20d%F8gn.
jpg med OK)
GET
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20d%F8gn.jpg
*showpic.php genererer dette img tag:
http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg
* der bliver kald med:
GET http://www.bogtorvet.net/billeder/18/abrahamowitz_to%20d%F8gn.jpg
* som giver
HTTP/1.1 403 Forbidden
*************** Konqueror: end **********************
Så tilsvarende fra IE ( 6.0.26 )
*************** IE 6: start **********************
---- Klik på 'billede1' ----
GET http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20døgn.jpg
*showpic.php genererer dette img tag:
src="http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg"
* der bliver kald med:
GET http://www.bogtorvet.net/billeder/18/abrahamowitz_to%20døgn.jpg
* som giver
HTTP/1.1 403 Forbidden
---- Klik på 'billede2' ----
GET
http://www.bogtorvet.net/showpic.php?Img=18/abrahamowitz_to%20døgn.jpg
*showpic.php genererer dette img tag:
src="http://www.bogtorvet.net/billeder/18/abrahamowitz_to døgn.jpg"
* der bliver kald med:
GET http://www.bogtorvet.net/billeder/18/abrahamowitz_to%20døgn.jpg
* som giver
HTTP/1.1 403 Forbidden
*************** IE 6: end **********************
Puuh - det var lidt klippe klistre, lad lige se sourcen (wire) til de to
links:
----------------------------------------------------------------------------
---------
--- Source 1 (GET http://www.bogtorvet.net/visboger.php?butik=18)
a href="javascript:vb('18/abrahamowitz_to døgn.jpg')"><img
src="thumb.php?src=billeder\18\abrahamowitz_to døgn.jpg" alt="Klik for at se
billede i fuld størrelse" border="0"></a>
--- Source 2 (GET http://www.bogtorvet.net/visboger.php?bogid=200848)
<a href="javascript:vb('18/abrahamowitz_to døgn.jpg')"><img
src="thumb.php?src=billeder\18\abrahamowitz_to døgn.jpg" alt="Klik for at se
billede i fuld størrelse" border="0"></a>
----------------------------------------------------------------------------
---------
Nåh - det ér det samme link i sourcen (iso-8859-1), men billedet ligger med
utf8 'ø' (afhængig af hvad showpic.php laver)
Hvor f* kommer utf8 ind i billedet?
-- Undersøger 'butik 1' , FF
.. tjekker headere charsets osv.. kan lige tage lidt tid ... hæng på et
øjeblik
WTF? de er *fuldstændig* identiske (bortset fra content-length etc) og
doctype, meta osv er også identiske.
Mystikken breder sig..
(Beklager det lange skriveri, men jeg er selv *meget* interesseret i hvad f*
der sker)
- function vb($billede) - identiske
- href="javascript:vb('18/abrahamowitz_to døgn.jpg')" - identiske
hmm... ?
A.subject.href i DOM - identiske
Alle properties i A er tilsyneladende identiske.
Gemmer lokal kopi på disk...
Virker begge steder i FF - ej i IE.
Hmm.. hov, ser lige længere oppe...
visboger.php?butik=18
ct.
visboger.php?bogid=200848
Det må være forskellen på 'butik' og 'bogid' i visboger.php, der er svaret.
Dvs. Harald skal undersøge disse to 'funktioner' i sit PHP, og løsningen bør
lægge i sourcen.