Thread Starter
jlawp
(@jlawp)
Tuskin oli palveluntarjoajassa vikaa. Eteenpäin pääsi kun siirsi ftp:llä version 3.9 suoraan vanhan päälle jolloin pääsi v3.8:n ohi. Syy jäi epäselväksi mutta jotain kummaa ainakin minusta oli tuon 3.8:n kanssa.
Ei auttanut muuhun kuin virheilmoitukseen joka lyheni muotoon (punainen laatikko) VIRHE: Evästeet on estetty
Int2000 palvelimella meni wordpressi samaan tilaan. Pistin jo sähköpostia puljuun kun samaan ikkunaan osuu heidän cpanel-päivitykset. Mitään järkevää en ole edes yrittänyt.
aaarggghhh, nyt sain hävitettyä sen eväste virheen ja pääsen loggautumaan, mutta saan tyhjän sivun…
Luovutin, otin kannasta kopiot ja asennan uudestaan puhtaalta pöydältä. Mielenkiintoisena huomiona wp-login.php versiossa kokeilin ihan piruuttani vaihtaa kahden eri version välillä niin 3.8.0 (tai 3.8.1) antaa tuon virheen, mutta 3.9.1 versio taas ei anna.
Kerrohan miten kävi tuon uudelleenasennuksen kanssa. Kovasti google on laulanut mutta mitään toimivaa ei ole löytynyt.
LOS PERHANOS! Taisin onnistua sittenkin. KVG ja tuloksena sivu: http://www.wpbeginner.com/wp-tutorials/how-to-fix-wordpress-login-page-refreshing-and-redirecting-issue/
Ja tuolta tuo viimeinen kohta ”Update Site URL” Eli lisäsin wp-config.php tiedostoon nuo rivit ja sivuni (domain+alikansio) niin pääsin sisään!
Uudelleen asennus meni ihan hyvin vain linkit meni rikki palautuksessa (johon auttoi asetus defaulttiin ja sitten takasin permalinkeiksi).
Tuota kuntsin viimeistä update siteä en kokeillu, mutta hiton monta muiden foorumeiden kikkoja. Paljon helpompaa oli asentaa kokonaan alusta ja palauttaa backuppi. Jotain on suncometilla tehty, oli nimittäin alidomainit hävinneet kaikki.
Ylläpitämälläni sivusto on juurikin Int2000.netissä ja 9.4. on tullut sähköpostia, että sivusto on päivitetty automaattisesti WordPressin versioon 3.8.2. Tämän jälkeen kävin jokusen kerran onnistuneesti sivujen sisältöä päivittelemässä, eli pääsin kirjautumaan. Nyt kuitenkin kirjautumissivu on valkoinen, ellen mene /wp-login.php kautta, josta kirjautumisesta tulee vain virhe ”Evästeet on estetty tai selaimesi ei tue evästeitä.”
Kokeilin jo kaikkia löytämiäni kikkoja korjaamiseksi, mutta ei tuottanut tulosta. Mahtaakohan ainoa keino olla tosiaan asennus puhtaalta pöydältä? Tässä vaan ongelmana se, että en ole kyseistä sivua alunperin itse rakentanut ja WordPressiä en ole muuten aiemmin käyttänyt. Rupesin siis vain ylläpitämään sivustoa, jonka muu henkilö on aiemmin luonut. Enkä ole pahemmin ehtinyt WordPressin toimintaan tutustumaan, sivuja toki olen osannut muokkailla. Mitenköhän voisi varmistua, että tiedot pysyvät tallessa ja kuinkahan tuo manuaalinen päivitys/asennus tulisi suorittaa…? En ole vielä uskaltanut koittaa, kun ei haluaisi ainakaan hukata kaikkia tietoja tai aiheuttaa pitkää toimimattomuutta sivustolla…
[ratkaistu] -> mikä se lopullinen ratkaisu oli?
Ongelma jatkuu suomenkielisessä WP 3.9.1:ssa ainakin minulla (kokeiltu kahdella eri win versiolla ja eri selaimilla). Olen mielestäni kokeillut jo kaikki em. neuvot, paitsi engl. WP:n asentamisen. -> Sekö se oli?
Thread Starter
jlawp
(@jlawp)
Minulla se ratkaisu oli aikanaan WP3.9 beetan lataaminen ftp:llä väärin toimivien päälle. Nyt kai sama vaikutus pitäisi olla viimeisen WP3.9-version kanssa. Englanninkielinen se oli mutta muutin sen suomenkieliseksi wpconfig:ssa.
Masentavaa… Ongelma liittyi sittenkin minulla jotenkin wpconfigin asetuksiin.
Tein mielestäni kaiken juuri ohjekirjan mukaan, kokeilin 3.9.1. suomeksi ja englanniksi, sekä vanhaa 3.7. versiota, mutta silti ei mikään auttanut, kunnes annoin wp:n luoda itse wp-configin. Noloa, mutta näin sain toimimaan.
Ainahan voi syyttää vaikka Notepadia jos ei ite osaa… Se varmaan loi jotain puppua php-tiedostoon? (Tarkistin toki että luodut tiedostot ovat .php eikä .txt).
No itse asiassa Notepadia pitääkin syyttää:) Se voi luoda wp-config.php tiedostoon ylimääräisiä ”merkkejä” ja se aiheuttaa WP:ssä ongelmia. Itse käytän Windows-maailmassa Notepad++:aa eikä koskaan mitään ongelmia. Asennuksessa tiedostoihin ei tosiaan ole syytä edes koskea.
http://codex.wordpress.org/Glossary#Text_editor
… ja Notepad++ käytettäessä muistettava asetus:
Tiedostomuoto / ”Koodaus: UTF-8 (Ei BOM)” – ettei syntyisi tuota Samin mainitsemaa BOM merkkiä.
Jep. Tämä auttoi. wpconfigin muokkaus Notepad++:lla poisti cookie-ongelman.
