Ilmeni ongelma php-sivua testatessa, kun se siirrettiin uudelle palvelimelle.
Eli kun sivulle kirjaudutaan, niin kirjautumisprosessin onnistumisen myötä tuolla META:lla pitäisi päästä toiselle sivulle. Sessiot ovat käytössä myös! Nyt kuitenkin käy niin, että vaikka tunnarit olisivat oikein tai väärin, niin vastauksesksi tulee täysin tyhjä sivu. Eli aivan kuin sivu, jossa on META-käsky ei nyt toimisi.
echo " ";
Tosiaan vanhalla palvelimella tämä vielä toimi.
Eli kun sivulle kirjaudutaan, niin kirjautumisprosessin onnistumisen myötä tuolla META:lla pitäisi päästä toiselle sivulle. Sessiot ovat käytössä myös! Nyt kuitenkin käy niin, että vaikka tunnarit olisivat oikein tai väärin, niin vastauksesksi tulee täysin tyhjä sivu. Eli aivan kuin sivu, jossa on META-käsky ei nyt toimisi.
echo " ";
Tosiaan vanhalla palvelimella tämä vielä toimi.
Vastaukset 9
Vanhimmat
>>> niin vastauksesksi tulee täysin tyhjä sivu
tarkista PHP:n virhelokit, vastaus on siellä...
// file.php
// echo " ";
header('Location: jokusivu.php');
Äh, mistäs tuon php:n virhelokin löytää? En handlaa täysin tätä Linuxin hakemistohierarkiaa..
No itseasiassa tuo header()-funktio poisti tämän ongelman. Miksiköhän tuo echo-lauseessa ollut META käsky ei toiminut?? Kyseessä on vähän uudempi PHP-versio, kuin vanhalla alustalla, 4-sarjan php kuitenkin tämä uusi.
Niin tuosta php-virhelokin sijainnista ei minulla ole tietoa. Missä se yleensä sijaitsee Linux palvelimella?
että toimii meta-lause vai ei. Sehän on ihan selaimen tulkittavissa oleva asia.
Katsoisin ihan W3C-sivuston ohjeet miten tuo meta-rivi tulisi muodostaa (W3C muuten sanoo että älä käytä tätä meta-käskyä) ja sitten ihmettelisin miksi käyttämäni selain ei sitä suorita.
Oletko tarkastanut sen tyhjän sivun lähdekoodin, että puuttuuko sielä jotain? Esimerkiksi head-tagi ei mene kiinni? Ehkä selain ei näe sivua valmiina ja ei suorita metaa ollenkaan.
PHP-version vaihtuminen voisi vaikuttaa siihen että sivun sisältä ei ole enää sama.
Empäs päässytkään eteenpäin, vaan minulla olikin vanhan palvelimen sivu auki. Eli ei siis toiminut.
Tuon tyhjän sivun lähdekoodia ei näy, eli siis se on ihan tyhjä. Outoa...
Löytyihän se syyllinen! Lokia ei vieläkään löytynyt, koska logia ei tulostettu alunperin tiedostoon. Nyt sekin on määritetty php.iniin, mutta eipä sitä kuitenkaan synny. Laitoin virheet tulostumaan selaimeen ja sitä kautta vähän selkeni.
Alunperin syyllinen oli puutteelliset käyttöoikeudet session-hakemistolle. Siihen kun vaihtoi omistajan ja ryhmän, niin tällöin lähti sivusto toimimaan. Tosin tuota virhettä antaa vielä ruudulle:
Warning: session_start(): Cannot send session cache limiter - headers already sent (output started at /pol/ku/sivu.php:2) in /pol/ku/sivu.php on line 3
et voi tehdä mitään headereihin liittyvää jos olet jo tulostanut sivun html-koodia. Tämä siksi koska headerit pitää saapua selaimelle ennen kun sivun runko tulee perässä.
tämä ei siis toimi:
No joo, tämä ei ole itseni koodaama, mutta katselin sivujen koodeja ja huomasin, että DOCTYPE esitellään ennen session_start(); -funktiota. Mutta varsinainen html-koodi alkaa vastan session_startin jälkeen.
Logiikka tuossa menee niin, että ensin on sivu1.php, jossa hoidetaan kirjautuminen. Sitten mennään hetkeksi sivulle joka tarkistaa kirjautumisen ja jos on OK, niin täten käsketään header("Location:sivu2.php"); funktiolla menemään sivu2.php:lle, jossa sitten ollaan kirjautuneena. Tuo mitä ylimpänä kerroin, oli siis sivu2.php:llä.
Tätä logiikkaa jouduin tavaamaan kauan.
No tuo poisti kuitenkin virheilmotuksen, kun siirsin session_startin ennen DOCTYPEn esittelyä.