05. februar 2010 - 20:05Der er
31 kommentarer og 2 løsninger
Warning: session_start()
jeg kan simpelthen ikke finde ud af hvad der er galt jeg fatter ikke noget af det hele kan nogen komme med en grung til følgende fejl?
Warning: session_start() [function.session-start]: Cannot send session cache limiter - headers already sent (output started at /customers/........../index.php:1) in /customers........../index.php on line 2
jeg har kortet koden lidt ned så i kun har det vigtigste kode: ( er ikke med i koden) -------------------------------------- <?php session_start();
include("connect.php");
$id = $_GET['id'];
$content_r = mysql_query("SELECT * FROM content WHERE sitename='$id'");
Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
kan det være noget med at 'session' ikke virker optimalt i UFT filer?
Synes godt om
Slettet bruger
05. februar 2010 - 21:08#8
Sessions virker fint under utf-8 encoding, men hvis du har gemt din fil med BOM som Michael Stim nævnte i post #5, så vil det "mark" blive sendt afsted før <?php hvilket resulterer i header-already-sent-fejl.
nu ligger landet sådan at jeg får næsten al min tekst på siden fra en database
og den tekst får jeg fra en anden fil
skal den fil også være uft-8 uden BOM?
eller skal alt være uden BOM?
Synes godt om
Slettet bruger
05. februar 2010 - 23:32#12
Det er sådan at filer der er gemt i UTF med BOM har nogle tegn som man normalt ikke vil kunne se, men de er der altså stadig. Så hvis du har fået din data i databasen fra en fil med BOM, så vil BOM'et komme med ind i databasen, ligesom det vil komme med ud når du læser fra databasen. Så når du får at vide af serveren at der allerede er sendt headers afsted til browseren, så kunne det godt tyde på der er nogle skjulte tegn i starten af dataen, som du ikke kan se - men serveren og browseren ser dem skam fint. Så kort sagt: ja, i dette tilfælde skal alt være uden BOM.
#16 Som #17 siger, så giver det jo god mening at når du bruger det samme tegnsæt over hele linien, så vil det jo være naturligt at det bliver vist korrekt.
Det er typisk, fordi man anvender forskellige tegnsæt man ikke kan få den korrekte visning på.
repox, ja du har forstået det fuldstændigt. Jeg ville også selv synes at det er mest logisk at det er det samme hele vejen igennem men det fungere ikke.
det fungere til gengæld hvis index.php er iso-8859-1 og de andre er UFT-8 ---------- andreas13_fam, det første du siger det har jeg sikret mig med da jeg har brugt phpmyadmin (kun nu fordi jeg ville være sikker på at der ikke er nogen fejl)
det andet hvis jeg gør det skal det så stadig skrives i head? ----- til jer begge: den måde jeg formulere mig på virker måske lidt negativ men i skal vide at jeg er kun er glad for jeres hjælp:)
#22 Du misforstår noget i det du laver; det fungerer jo ikke hvis tilstanden er som du siger; du skal høre på hvad flere mennesker fortæller dig her. Hvis du bruger det samme tegnsæt igennem hele systemet, vil din applikation ikke kunne differenciere i tegnsættet - det er simpel logik. Du laver fejl et eller andet sted (eller flere steder) og det kommer til udtrykke når du blander dine tegnsæt sammen for at 'få det til at fungere'. Det er et faktum.
Så vidt jeg kan se, så ser ø'et i "Løsninger" rigtigt ud. Det må være det indhold du henter fra databasen som ikke kommer ud i det rigtige format. Og da jeg ikke kan se hvordan du henter det indhold ud, er det svært at gætte.
Synes godt om
Slettet bruger
06. februar 2010 - 22:32#26
Det skal også lige noteres at det ikke er nok bare at gemme dataen i databasen som utf-8, men man skal også sikrer sig at man modtager dataen fra databasen i det rigtige charset. Jeg mener at MySQL normalt sender data i latin1 (aka. iso-8859-1) character settet hvilket skaber problemer hvis dataen i databasen er blevet gemt som utf-8. Du kan fortælle MySQL hvilket character set den skal give dig dataen i ved brug af mysql_client_encoding-funktionen. Forhåbentligt kan det være der fejlen ligger, hvem ved?
Og for at supplere #26 - hvis noget af indholdet er fødet igennem phpmyadmin, så kan du godt have sat indholdet i med latin1 uden at du er klar over det, selvom kollationer og charset har været sat til utf8.
jeg er lidt ked af at jeg ikke satte den til mere end 60 point. for al den tid i har brugt på mig
men tak skal i have :)
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.
