[tartareandesire]

När vi skulle flytta över en Drupal-sajt från Unix-plattform till en Windowsburk med IIS så dök det helt plötsligt upp ett mellanrum högst upp som sköt ner hela sidan en liten bit. Orsaken ligger i våra egna inkluderade php-filer. I den ena var det några radbrytningar orsakade av kopiering som gav upphov till fenomenet men i den andra verkar det inte finnas någonting som står fel till. Den består av några div:ar med html och mycket lite php-kod. Sparar man filen i ANSI så försvinner mellanrummet men det löser ju inte direkt problemet.

[Jonas]

Är det rätt radbrytning på filerna?
Är det UTF-8 du pratar om eller ISO-8859-1(5) ?

Flyttade ni över filerna som binärt eller text?

[tartareandesire]

Originally posted by Jonas@Jul 16 2009, 21:49
Är det rätt radbrytning på filerna?
Är det UTF-8 du pratar om eller ISO-8859-1(5) ?
Flyttade ni över filerna som binärt eller text?

Det är UTF-8 på allt och radbrytningen verkar vara okej. Jag är inte helt 100 på hur de flyttades över då det inte var jag själv som gjorde det men tror de zippades och hämtades via http.

[Jonas]

Om du öppnar en fil i "notepad" direkt på maskinen, ser du rektanglar lite varstans i koden, alt. inga radbrytningar alls?

[Syke]

Är filerna sparade som UTF-8 utan BOM (Byte Order Mark)? Kolla i ex. notepad++ ... Att spara MED BOM brukar ge fula radhopp överst (och även pajja utskickande av headers).

[tartareandesire]

Ursprungligen postat av Jonas

Om du öppnar en fil i notepad direkt på maskinen, ser du rektanglar lite varstans i koden, alt. inga radbrytningar alls?

Nope, allt ser ut som det ska på Windows-burken också.

Ursprungligen postat av Syke

Är filerna sparade som UTF-8 utan BOM (Byte Order Mark)? Kolla i ex. notepad++ ... Att spara MED BOM brukar ge fula radhopp överst (och även pajja utskickande av headers).

Självklart =) Kan tilläggas att det fungerar utmärkt om koden klistras in direkt.