index.php og include.php burde være ens, men det er de ikke. Der sker det at denne box som vi laver burde være i toppen, og hvis man kører den igennem include.php er den det også. Men hvis man kører index.php kommer der et mellemrum...
Og når man ser på kildekoderne er de også ens. Mens hvis man ser med firebug kan man se at det som burde stå i <head> står i <body> på index.php.
Jeg er ved at blive sindssyg over det, og min kammerat som bruger en anden browser og en færdig pakke af apache og php oplever præcis det samme.
Nogen som ved hvad problemet kan skyldes? Vi tror det er en bug der er kommet i en af de nye versioner af apache eller PHP, men ved det egentlig ikke.
ps. hvis jeg kører det på en af mine webhoteller oplever jeg ikke fejlen, men det har nok noget at gøre med at de bruger en ældre version af PHP eller Apache?
"Mens hvis man ser med firebug kan man se at det som burde stå i <head> står i <body> på index.php." >> Det lyder helt usandsynligt, at det skulle kunne have noget at gøre med Apache/PHP at gøre. Dokumentet inkluderes, som det er.
Det er svært at vide, hvor fejlen kan ligge, når man ikke selv kan sidde og teste det - men du bør under alle omstændigheder gøre include.php validt. Ellers kan du ikke regne med noget.
Ja, det er vildt underligt! Jeg har aldrig oplevet det før, og eksemplet har jeg gjort så simpelt som muligt, include.php er valid i mit eget forsøg, dette er bare et kort eksempel som også gør samme fejl.
Jeg er overbevist om at fejlen ligger enten på PHP eller Apaches side, men kan jo ikke med sikkerhed sige hvilken af dem der er fejl i. Dog tror jeg mest det er ved Apache, da man kunne forstille sig at den tilføjer de nødvendige tags til en php eller html fil hvis denne er tom, (som det jo godt kan se ud, ud fra Apaches synspunkt).
Jer er en del mere end 99,99% sikker på, at det ikke kan stamme fra Apache/PHP. Hverken Apache eller PHP har noget somhelst kendskab til HTML. Derfor er det komplet utænkeligt, at nogen af dem skulle ændre ved tags - og Apache har slet ikke noget synspunkt desangående. For Apache/PHP er der bare tale om mere eller mindre tilfældige tekstdokumenter. Jeg er helt sikker på, der er tale om en 'fejl 40' =)
Indeholder din index.php andet end det, du viser? Hvis du bruger utf-8, husker du så at gemme som utf-8 uden BOM?
Jeg forstår nu ikke rigtig, hvad du skrev i spørgsmålet omkring: "Og når man ser på kildekoderne er de også ens. Mens hvis man ser med firebug kan man se at det som burde stå i <head> står i <body> på index.php.".
NielsErikP, det har ingen betydning i mit eksempel, alle de store browsers kan sagtens kører det med eller uden type="text/css".
Der var ikke noget galt i HTML'en eller PHP'en. Det som jeg mente var galt var i PHP versionen eller Apache versionen, men fejlen var at jeg brugte UTF-8 med BOM, jeg have brugt UTF-8 uden BOM.
- men at browserne kan, bør på den anden side aldrig være et argument for at skrive invalid kode *o)
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.