uranus Skrevet 10. mars 2005 Skrevet 10. mars 2005 Heisann! www.ludrio.com Det er en feilmelding på toppen der. Jeg har fått folk som kan koding veldig godt til å se på koden, og den er ikke feil. Kode: <?php session_start(); if($_GET['side'] == 'loggut') { session_destroy(); } ?> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd"> <html> <head> Er det første som er på index.php. Den sessionstart er det som forårsaker feilen. Hvis jeg fjerner den, funker websida, men ikke medlemssystemet. Det er ingen mellomrom i den koden på toppen. Hva kan jeg gjøre?
pgdx Skrevet 10. mars 2005 Skrevet 10. mars 2005 (endret) Ser ut som om kanskje web-hotellet ditt sender noe koding før den sender selve filen din, men det høres litt rart ut og veldig teit ut. Bruk kun dette i toppen: <?php session_start(); ?> Endret 10. mars 2005 av drange_net
pgdx Skrevet 10. mars 2005 Skrevet 10. mars 2005 (endret) Er det noe i det hele tatt før <?php-delen der? Noen linjeskift? Includer du noen filer? Viser du oss alt som er i toppen av filen din? Og hva skjer på linje 128 i filen din? Endret 10. mars 2005 av drange_net
pgdx Skrevet 10. mars 2005 Skrevet 10. mars 2005 (endret) Har du noen anelse av hva de tallene før "<br />" er? Det er de som forårsaker problemet... I Opera kommer dette opp før session_start:  test.txt Endret 10. mars 2005 av drange_net
uranus Skrevet 10. mars 2005 Forfatter Skrevet 10. mars 2005 Det er ingen <br/> i fila mi. Og det er ingenting før session start.
Lokaltog Skrevet 10. mars 2005 Skrevet 10. mars 2005 Ja på linje 128 Disse må også sendes helt på toppen av dokumentet. Mystisk det der med den merkelige outputten som kommer før resten av dokumentet!
FuLu Skrevet 10. mars 2005 Skrevet 10. mars 2005 Ser at du skal ha outputting i UTF-8, er den eksterne stylesheet fila lagret i UTF-8? Jeg hadde hvertfall trøbbel med med min nettside når stylesheet fila ikke var lagret som UTF-8 (encoding kan velges når en lagrer fila, hvertfall i editplus). Men nå vet jeg ikke om det er relatert med drange_net nevner. Det kan jo også hende at index.php må lagres som UTF-8...
Lokaltog Skrevet 10. mars 2005 Skrevet 10. mars 2005 drange_net Edit knappen er jo fin! OT er jo bare enda bedre. Jeez.
uranus Skrevet 11. mars 2005 Forfatter Skrevet 11. mars 2005 (endret) Jeg må bruke det ellers vises æ ø å i nyhetene helt feil.. Men det er et dilemma fordi når jeg bruker det, så vises æ ø å på høyre og venstre side av websida feil, f.eks i siste forum postingene der.. Men det med feilmeldinga, alt funka et par dager siden.. Og jeg har ikke redigert noe, så hvorfor den bare slutta å fungere vet jeg ikke. Dette fikk jeg fra leverandøren min: Her er det vi ser i koden: <feff><?php session_start(); if($_GET['side'] == 'loggut') { session_destroy(); } ?> Prøv å fjerne den <feff> delen av koden. Vennlig hilsen Hostean Support Det <feff> greiene ser ikke jeg i index fila ihvertfall, så jeg skjønne ikke hvor de har fått det ifra. Endret 11. mars 2005 av uranus
Steinmann Skrevet 11. mars 2005 Skrevet 11. mars 2005 trenger ikke bruker utf-8, kan bruke en iso standard: charset=iso-8859-1
Moonshine Skrevet 11. mars 2005 Skrevet 11. mars 2005 Webhotellet ditt eller domene-provider som legger det til? Kommer det på andre sider?
pgdx Skrevet 11. mars 2005 Skrevet 11. mars 2005 Problemet er nok det tegnet som kommer før <?php Gå inn i index.php (ikke med word eller noe slik, helst med Notepad2. Fjern alt som står foran <?php og last den opp på nytt!
Drømmemannen Skrevet 11. mars 2005 Skrevet 11. mars 2005 Funnet på Betalogue: I had this exact problem when I started learning PHP. The problem is caused because PHP begins the content from the first non-whitespace character that is not part of any PHP code. The UTF-8 BOM, U+FEFF, is represented by the octets: 0×EF 0×BB 0×BF. Thus, when you save a file as UTF-8, the first few characters of the file will look like this, if each octet is interpreted as one characters, as in ISO-8859-1: <?php Since none of those octets represent white space, PHP assumes it is the beginning of the content, and sends out the all the default HTTP headers, and begins the content with those bytes. So, when you try to send out additional HTTP headers, the content has already begun, so it’s too late — you can’t bring back what you’ve already sent. M.a.o. bruk 8859-1
uranus Skrevet 11. mars 2005 Forfatter Skrevet 11. mars 2005 Hei.. Leverandøren min ordnet problemet. Men det iso greiene, jeg må bruke utf-8 ellers vises ikke nyhetene korrekt.
Anbefalte innlegg
Opprett en konto eller logg inn for å kommentere
Du må være et medlem for å kunne skrive en kommentar
Opprett konto
Det er enkelt å melde seg inn for å starte en ny konto!
Start en kontoLogg inn
Har du allerede en konto? Logg inn her.
Logg inn nå