• Hei,

    olen postaillut ongelmastani jo aikaisemminkin tänne, mutta apua ei ole löytynyt (eikö kukaan halua edes arvata missä vika?). Yritetään siis vielä, ja nyt uuden aiheen avaten. Alustukseksi siis aikaisemmat viestini, että tulee selväksi, miten kaikki sai alkunsa:

    Ongelma on se, etten pääse kirjautumaan sisään. Blogi näkyy kyllä ja pääsen login-sivulle. Kun olen kirjoittanut tunnuksen ja salasanan ja painan enteriä, saan eteeni tyhjän valkoisen sivun (ja osoite on yhä wp-login.php).

    Taustaa: Halusin päivittää vanhan blogini uuteen suomenkieliseen versioon. Alla oli siis perus jenkki-WP, jossa oli vanha fi_FI-kielitiedosto (sivuston kielivalinta siis tuo fi_FI). Halusin asentaa uuden suomenkielisen version seuraamalla tämän forumin ohjeita (http://fi.forums.wordpress.org/topic/suomenkielisen-wordpressin-asennus-englanninkielisen-wpn-paalle?replies=6). Kun vaihdoin kieliversion tuohon ohjeen ’fi’-muotoon, en enää päässyt kirjautumaan sivulleni.

    Kokeilin ensiksi vaihtaa configiin vanhan fi_FI-asetuksen, mutta se ei auttanut. Olen nyt myös tsekannut config.php:n tyhjien lyöntien varalta – turhaan. Olen manuaalisesti ladannut uuden version WP:stä – menetin sivun asetukset ja ääkköset näkyvät nyt väärin. Mutta sisään en pysty vieläkään kirjautumaan. Missä mahtaa olla vika???

    Ja viestin jatko:

    Jatketaan aiheesta… Olen poistanut pluginit käytöstä ja kun menen kirjautumissivulle saan seuraavan virheilmoituksen:

    Warning: Cannot modify header information – headers already sent by (output started at /home/www/wp-config.php:1) in /home/www/wp-login.php on line 368

    Warning: Cannot modify header information – headers already sent by (output started at /home/www/wp-config.php:1) in /home/www/wp-login.php on line 380
    Euroopan rajalla?

    Olenkin sen jälkeen tsekannut wp-configin moneen kertaan ja ladannut&asentanut siitä eri versioita toivoen siitä ratkaisua. Turhaan.

    Missä ihmeessä vika mahtaa olla?? Ja miten korjata se? Sivusto on nyt sekaisin, roskakommentit tukkivat spostini ja koko homma ottaa aivoon.

    Olen tämän jälkeen poistanut kaikki WP:n tiedostot (myös wp-config ja wp-content-kansion) palvelimelta ja tehnyt puhtaan asennuksen toivoen, että vanhan tietokanta ja uusi asennus toimivat. Vaan eipä toimi edes sen vertaa kuin aikaisemmin. Nyt ei ilmesty enää mitään sivua, mutta wp-loginiin sentään pääsen – vaikka sisäänkirjatuminen ei toimi vieläkään. Saan yhä saman virheilmoituksen kuin aiemminkin ja olen kokeillut eri wp-configin versioita, mutta turhaan.

    Kysynkin nyt seuraavaa: mitkä sql-tietokannan osat ovat tärkeitä? Ts. mitkä sisältävät sivustoni kirjoitukset (bloggaukset ja sivut)?? Ja voiko ne palauttaa jotenkin, jos tuhoan seuraavaksi myös kaikki nykyisen asennuksen tietokannat ja teen täysin uuden asennuksen? Koska mikään muu ei tunnu toimivan, joudun kokeilemaan myös tätä, mutta en olisi valmis luopumaan usean vuoden työstä (kirjoituksista).

    Hienoa, jos edes joku osaisi asiassa auttaa? Olen jo hieman väsynyt koko asiaan.

Esillä 8 vastausta, 1 - 8 (kaikkiaan 8)
  • Moderator Sami Keijonen

    (@samikeijonen)

    Cannot modify header information viittaa siihen, että esim. wp-config.php tiedostossa on tyhjiä merkkejä php-koodin jälkeen eli merkin ?> jälkeen. Tai ennen php koodia. Näitä voi tulla siinä vaiheessa kun tiedostoa avaa ”huonolla” editorilla, kuten muistio.

    Ja älä nyt vaan missään tapauksessa mene tuhoamaan tietokantaa, vaan ota siitä varmuuskopio. Sen jälkeen voit laittaa kaiken sileäksi ja palauttaa tietokannan varmuuskopiosta takaisin.

    http://codex.wordpress.org/WordPress_Backups

    Varmaan joku tietää parempia vinkkejä, itse kokeilisin seuraavasti kuten olen joskus tehnyt ja onnistunut. En muista tarkkaa ongelmaa, mutta kyse oli suunnilleen vastaavasta ”en pääse sisään” ongelmasta. HUOM: ei ole ollenkaan varmaa, että tämä toimii sinulla.
    Pointti on: jos vaihtoehdot ovat ”tuhoa kaikki” tai ”yritä vielä jotain” niin ainakin itse kokeilisin…

    1) Varmuuskopiointi:
    a) Ota varmuuskopio vanhasta tietokannasta – kai pääset phpMyAdmin käyttämään. Ehdottomasti omalle koneelle. Turvaa vuosien työ. Ja pääset peruuttamaan takaisin jos alla esitetty ei toimi.
    b) Lataa omalle koneelle turvaan vanha wp-config.php tiedosto.

    2) Tuhoaminen ja uudelleen asennus:
    a) Poista palvelimelta vanha tietokanta joka on siis varmasti turvassa omalla koneella tai poista siitä kaikki taulut: Esimerkiksi: phpMyAdmin, ko. tietokannan rakenne, alhaalta Valitse kaikki taulut, Tuhoa, Kyllä.

    b) Poista WP:n tiedostot – ei ehkä tarpeen jos olet varma että uusimmat on palvelimella.
    c) Asenna WP uudelleen. Käytä samaa tietokannan nimeä, salasanaa ja käyttäjänimeä ym. kuin aiemmin. Asenna samaan paikkaan, juureen ilmeisesti tapauksessasi. Jos ei juureen, silloin hommaan tulee lisämuutoksia…

    Nyt WP:n pitäisi toimia. Ei tarvitse tehdä mitään muutoksia, kunhan vain tarkastat että pääset sisälle. Kirjaudu ulos.

    3) Sitten kirjoitetaan uudet kirjautumistiedot vanhaan tietokantaan.
    a) Lataa uusi tietokanta omalle tietokoneelle.
    b) Avaa se tekstieditorissa (esim. Notepad ++).
    c) Etsi siitä taulu wp_users
    Sen ensimmäisellä rivillä pitäisi olla ensimmäinen käyttäjä. Tässä on rivi joka kopioidaan nyt vanhaan tietokantaan, samalle paikalle. Eli avaa kopio vanhasta tietokannasta ja etsi wp_users …
    d) Tallenna vanha tietokanta (tai sen avattu kopio) jollakin nimellä.

    4) Sitten yritetään siirtää vanha tietokanta uuden WP:n asennuksen päälle.
    a) Poista uudesta tietokannasta kaikki uuden asennuksen sinne asentamat taulut (kuten yllä, phpMyAdmin).
    b) Tuo vanha tietokanta jossa nyt uuden asennuksen kirjautumistiedot.

    5) Muuta
    a) Valkoinen ruutu voi tulla jos jotenkin juureen on eksynyt tyhjä index.html tiedosto. Se voi ohittaa WP:n index.php:n.
    b) Vertaa uutta ja vanhaa wp-config.php tiedostoa. Kummassakin pitäisi olla tietokannan tiedot samoja.
    c) Tyhjennä selaimen evästeet ja välimuisti.
    d) ”Warning: Cannot modify header information – headers already sent by (output started at …” Tähän taitaa osaajilla olla hyvä selitys, itse olen kokenut tuon erääksi pikkumaisimmista tilanteista … oli tekemistä yhden heittomerkin tai tiedoston loppumerkin tai jonkun muun mitättömän muutoksen kanssa. – Jos ei muista mitä viimeksi teki ennen sen ilmaantumista, niin syyn löytäminen voi todella kestää liian kauan.

    Yritä kirjautua uudelle, vanhalle WP sivustolle. Onnistuuko?

    6) Jos ei toimi, aloita uuden tietokannan täydentämisellä.
    a) Eli palvelimelle siirretty, vanha tietokanta jossa uudet kirjautumistiedot – sen kaikki taulut tuhotaan.

    ”…mitkä sql-tietokannan osat ovat tärkeitä?…” Asiantuntijat osaavat paremmin vastata. Itse tehtynä: vertaa tuoretta uutta ja vanhaa tietokantaa. Joitakin tauluja vanhasta kopioitava uuteen. Aloita esim:

    b) wp_posts taulu. Kopioi sen tiedot alkaen INSERT INTO wp_posts (ID, post_author,…
    Liitä uuteen tietokantaan, siinä olevan vastaavan päälle.
    Varmista: taulu loppuu puolipisteeseen.
    Sen jälkeen katso mikä on viimeisimmän artikkelin numero, taulun lopusta. Sijoita tämä numero +1 taulun yläpuolella olevassa ”Rakenne taululle wp_posts” kohdassa kohtaan … AUTO_INCREMENT=##TÄHÄN## ; – Siis jos luku on 82, sijoita luku 83.
    c) Tallenna tietokanta.
    d) Mene phpMyAdmin ja tuo muokattu tietokanta palvelimelle. Toimiiko?

    – Asiantuntijat osaavat antaa tarkempia neuvoja, esim. tarvitseeko muita tauluja kopioda uuteen tietokantaan ja mitkä ovat onnistumisen mahdollisuudet.

    Onnea työlle. Vanhat tekstit on lähes aina pelastettavissa, kyse on vain siitä, kuinka paljon ja millaista työtä se vaatii.

    Lisäys:
    d) ”Warning: Cannot modify header information – headers already sent by (output started at …” – Salakavalin tämän virheen aiheuttaja oli muistaakseni BOM (Byte order mark). Se on näkymätön merkki joka ei näy terkstieditorissa ollenkaan.
    Tallenna aina ”UTF-8 (Ei BOM)” muodossa muokkaamasi tiedostot. Silloin yksi virhemahdollisuus on poistettu.

    Thread Starter larzan

    (@larzan)

    Kiitoksia vastauksista.

    Olin toki ottanut varmuuskopioita, mutta huoli on juuri siinä osaako kaltaiseni php:stä, sql:stä yms. mitään ymmärtämätön henkilö palauttaa niitä tekstejä (ja missä tietokannan tauluissa? kys. tekstt mahtavat olla).

    Yritin sitten tänään, ennen ohjeitanne, kokeilla seuraavaa: poistin taas kaikki tiedostot ftp:llä, latasin uuden englanninkielisen version. Se toimi osin (pääsin kirjautumaan niin pitkälle, että se ilmoitti, ettei mulla ole oikeuksia kirjautua). Ajoin force-upgrade.php:n, joka auttoikin minua pääsemään viimein ohjausnäkymään. Jostain syystä olin kuitenkin menettänyt admin-oikeuteni. Ja sivustostani näkyy vain etusivu (ääkköset on yhä hajalla).

    Teen siis niin, että poistan kaikki wp:n tiedostot ja siihen liittyneen tietokannan ja toivon hartaasti, että saan jotenkin palautettua tekstini ja kommentit.

    Muuten, huomasin, että tietokannassa osa tauluista on mallia utf8_general_ci (esim. posts ja comments) ja osa latin1_swedish_ci (esim. terms and term_taxonomy). Mihinkähän nuo voivat vaikuttaa? Meinaan, että jos niitä tietokannan osia palauttelen, voiko tuosta aiheutua ongelmia? Ja onko niiden muuttaminen aivan järkyttävän työn takana (osaako sitä edes tehdä ihminen, joka ei ole koskaan tietokantojen kanssa työskennellyt)?

    Onko kyllä melkoinen riesa tullut siitä, että yritin vain ottaa käyttöön uusimman suomenkielisen version täällä annettujen ohjeiden mukaan.

    Katsoin muuten, että olen ottanut wordpressin käyttöön jo joulukuussa 2007, mutta olen kyllä säännöllisesti sitä päivittänyt, joten kyseessä ei edes ollut mikään loikka jostain ikivanhasta versiosta.

    On mahdollista, että osa ongelmistasi johtuu toiminta-/palvelinympäristöstäsi. Outoja tilanteita ”…Se toimi osin … ettei mulla ole oikeuksia kirjautua…” jne. Kun tämä sivuutetaan:

    1) Ääkkösistä:
    Jos yhteys tietokantaan (connection collation), tietokanta ja kaikki tietokannan taulujen aakkosjärjestys (collation) on sama niin WP toimii oikein ääkkösten kanssa. Eräs sopivimmista aakkosjärjestyksistä on juuri mainitsemasi ”utf8_general_ci”. MySQL tarjoaa usein oletuksena swedish mutta parempi oikaista sen suositus heti alussa.

    Jos yllä olevat ovat kunnossa ja silti ääkköset hukassa. Silloin voi olla niin, että vaikka taulu on utf8 niin sen sisällä on ääkköset toisessa muodossa, esim. ISO-8859-1.

    2) Kuinka korjata manuaalisesti tietokannassa olevat ääkköset:
    Katso työtä tekstinkäsittelynä. Ei työnä tietokannan parissa.
    Toimi aina kopioilla, silloin mahdollisuus peruuttaa eikä tarvitse tehdä työtä useasti jos joku ei onnistu 1. kerralla.
    Kun osa tauluista on utf8 ja osa toisessa muodossa, on käsiteltävä kukin taulu erikseen. Eli kopioidaan taulu kerrallaan tyhjään dokumenttiin (tai samat voi niputtaa yhteen uuteen dokumenttiin).
    Sopiva työkalu: Notepad++ (erikoistuneenpia myös on…)

    a) Kokeile ”Tiedostomuoto” vaihtamalla, jos jokin korjaa automattisesti ääkköset näkyville.
    b) Jos ei, varmista ensin että tiedostomuoto on asetettu ”Koodaus: UTF-8 (ei BOM)” äläkä muuta sitä enää. Tiedosto tallennetaan lopuksi tässä muodossa.
    c) Sitten etsi se sotku joka on korvannut ä-kirjaimen ja käytä Korvaa toimintoa korvataksesi koko dokumentin ä-kirjain sotkut. Toista ö, å, Ä, Ö, Å kirjaimille ja muille sotkuille jos löytyy. Ole tarkka tyhjien välilyöntien suhteen.
    d) Varmista, että tietokannan tiedostomuoto on asetettu ”Koodaus: UTF-8 (ei BOM)”.
    e) Kopioi taulut takaisin tietokannan tiedostoon. Toista muille tauluille.

    f) Varmista, että kaikkien korjattujen taulujen rakenteessa on oikea merkistö: …DEFAULT CHARSET=utf8… Muuta jos tarvetta. Katso mallia muista tietokannan taulujen rakenteesta.

    g) Tallenna korjattu tietokanta ja siirrä se palvelimelle.

    – Osaajat voivat ehkä kertoa jonkun automaattisen tavan tehdä tämä työ. Esitin lähes täysin manuaalisen tavan.
    Toistan: katso tietokannan muokkaamista (ääkkösten osalta) pelkkänä tarkkuutta vaativana tekstinkäsittelynä. Mitään välimerkkiä ei saa muuttaa, koskee erityisesti pilkkuja. Rivi loppuu pilkkuun ja taulu puolipisteeseen.

    (Oletan yllä, että taulujen rakenne on muuten kunnossa eikä se ole siten sekaisin, että sitä tarvitsisi muuttaa.)

    Kun homma onnistuu, on helppo sanoa: ”Sehän oli helppoa!” – ”Piece of cake!”

    Olen vuorokauden yrittänyt selvittää täsmäleen samaa ongelmaa kuin muutamilla muillakin. WP-sivut toimivat, mutta kirjautumisen jälkeen homma jämähtää valkoiseen ruutuun. Tämä ei johdu mistään mitä olisin tehnyt, vaan ongelma on ilmaantunut itsellään. Päivitin sivua viimeksi pari viikkoa sitten, jolloin kaikki toimi. Sivulla ei ole muita käyttäjiä, ja nyt se kuitenkin on rikki. En tajua miten se on mahdollista.

    Olen yrittänyt:

    1) poistaa kaikki pluginit
    2) poistaa ylimääräiset teemat
    3) nimetä teemojen kansiot uudelleen niin että oletusteema toimisi määritetyn teeman nimellä
    4) poistanut kaikki tyhjät rivit teeman funtions.php:sta
    5) poistanut tyhjiä rivejä wp-config.php:sta
    6) lisännyt samaiseen define(’WP_MEMORY_LIMIT’, ’128M’);

    Mikään ei toimi enkä pääse asiassa mitenkään eteenpäin. Velhot apuun!

    Homma hoitui kun otin yhteyttä palveluntarjoajaani, joka poisti wp-config-php tiedostosta SSH:lla näkymättömän merkin.

    Näkymättömän merkin pystyy näkemään esimerkiksi kirjautumalla ssh-yhteydellä palvelimelle ja komennolla: ”less wp-config.php” näkee tuon <U+FEFF> merkin, joka pitää poistaa.

    Se onkin mielenkiintoista että miten helvetissä sinne sellainen merkki on itsestään tullut?!?!

    Ensimmäiseksi tulisi mieleen että joku editori olisi sen lisännyt.

    Eli tilanne jossa tiedostoa on katsottu ja sen jälkeen tallennettu muuttamaton tiedosto (vahingossa). Itselle on myös joskus käynyt vastaavaa kun jokin editori on muuttanut tiedoston merkistöä vaikka itse sisältöön ei ole mitään muutoksia tehty.

    Minulle kävi samoin, eli ylläpidon kirjautumissivu oli täysin blanko, julkinen puoli pelasi miten pelasi, välillä tyhjää, välillä vähän aikaa toimi. Noita samoja herjoja oli error_logissa.

    Ja samoin täällä, tosi outoa oli, etten ihan oikeasti ollut koskenut saittiin kahteen viikkoon, ja aiemmin se toimi täydellisesti. Tosi outoa.

    Kokeilin ensin netistä löytämieni ohjeiden mukaan kaikenlaista, katsoin että wp-config.php on täysin oikeellinen, ei tyhjiä merkkejä tai rivejä missään. Tein muutoksen, tallensin ja korjasin taas, tallensin. Siirsin palvelimelle. Ei toimi. Jossain vaiheessa muut julkisen puolen sivut paitsi etusivu toimivat, mutta ylläpitoon ei päässyt.

    Sitten latasin WP:n asennuspaketin uudestaan (sama WP:n versio kuin edellinenkin), ja muokkasin oikeat tiedot täysin tuoreeseen wp-config-sample.php tiedostoon ja tallensin ja nimesin oikein. Siirsin tämän uuden tiedoston FTP:llä palvelimelle ja nyt näyttäisiä toimivan, huh.

    Eli eka mitä kannattaa yrittää, on ottaa tuore wp-config-sample tiedosto, muokata ja tallentaa se wp-config.php-tiedostoksi.

    ***********HUOM. OLISIKO TÄSSÄ SE ONGELMAN SYY? ****************
    Käytän editorina Notepad ++ -ohjelmaa. Eikö sen pitäisi olla ihan hyvä? Onko siinä jotain asetuksia, jotka pitäisi laittaa?

    Huomasin nyt sattumalta mielenkiintoisen asian. Ohjelman alakulmassa lukee ”ANSI as UTF-8”, niin siis tässä uusimmassa, nyt toimivassa config-tiedostossani! Nyt huomaan, että siinä edellisessä wp-config.php:ssa, jossa oli jotain vikaa, lukeekin alhaalla pelkkä ”UTF-8”! Onko tässä se ongelman ydin?

Esillä 8 vastausta, 1 - 8 (kaikkiaan 8)
  • The topic ‘En pysty kirjautumaan wordpressiin yms.’ is closed to new replies.