Kun säätää omia servereitään ja WordPress-asennuksia, niin tutustuu hyvin vahvasti erilaisten virheilmoitusten aina niin jännittävään maailmaan. Eivätkä ne koskaan kerro aidosti mikä on pielessä. Välillä tulee olo, että virheet ovat tutumpi asia kuin toimivat sivustot. No, samaa se on webhotelleissakin, jos yrittää mitä tahansa saada toimimaan vähän paremmin. Eikä aina tarvitse edes itse tehdä jotain. Riittää, että joku muu muualla päin maailmaan säätää mitä tahansa, niin juuri se oma saitti kaatuu. Google tulee tutuksi ja oppii nopeasti erottamaan jo meta-tiedoista onko saatavilla apua vai SEO-metsästystä. Onneksi WordPressissä ERR_TOO_MANY_DIRECTS
on noin kahdeksan kertaa kymmenestä helppo korjata ja se liittyy silloin aina SSL-sertifikaattiin – siihen https-liikenteeseen.
Viritin Varnishia toimimaan useamman domainin kanssa, ja jokainen WordPress-sivusto tarjosi ERR_TOO_MANY_REDIRECTS
virhettä. Selain oli hyvin innokas poistamaan cookieita ja tyhjentämään välimuistin. Evästeiden poistaminen ei muuten ole koskaan auttanut ketään, tai ainakin aika harvoin.
Toisella kertaa viritin Hitchin hoitamaan SSL-liikennettä, ja sama juttu: WordPress-sivustot kertoivat, että ei tule mitään ja ERR_TOO_MANY_REDIRECTS.
Selaimen kertoma virhe ERR_TOO_MANY_REDIRECTS
tarkoittaa sitä, että yritetään esim. www.eksis.one, joka kääntyy eksis.one, joka kääntyy www.eksis.one jne. Toinen vaihtoehto on https:stä http:hen ja takaisin https:ään jne. 50 päättymätöntä kierrosta ja selain luovuttaa.
ERR_TOO_MANY_REDIRECTS
on virhe, josta on kyselty paljon ja koska mahdollisia syitä on yhtä monta kuin asennuksia, niin valmista vastausta on mahdoton löytää. On vain lähdettävä koittamaan eri vaihtoehtoja.
Header
-tiedot on mahdollista tarkistaa SSH:lla. Kun komentaa
curl -I -L https://www.example.com
niin saattaa saada jotain ideaa mikä kiusaa. Tai sitten ei.
WordPressin kädettömyys
Ahkeran googlettelun ja noin arviolta parin sadan hyödyttömän ja hyvin pitkälle toinen toistaan kopioivan mainosnäytöillä tulonsa tekevän hutihitin jälkeen löysin ratkaisun, joka korjasi tilanteen.
Kun lisäsin wp-config.php
tiedostoon yhden rivin, niin WordPressit nytkähtivät liikkeelle.
sudo nano /var/www/EXAMPLE.COM/public_html/wp-config.php
Lisää aivan alkuun, heti ensimmäiselle riville <php?
jälkeen tämä:
/** HTTPS */ $_SERVER['HTTPS']='on';
Riittää, kun https
on sivustolle tavalla tai toisella uusi juttu, niin tuo lisäys vaaditaan. Se olisi ylipäätään syytä laittaa aina, kun otetaan SSL-sertifikaatti käyttöön. Sitä en osaa sanoa, että miksi tuo joskus kiusaa ja joskus ei. Kaipa se liittyy jotenkin serverin asetuksiin. Tai sitten ei.
Apachen ohjaus
Aina tuokaan ei valitettavasti auta. Silloin kiusaa tekee redirect jossain muualla – ja sen löytäminen saattaa olla kohtuullistakin tuskaa. Mutta kannattaa aloittaa aina kahdesta paikasta: .htaccess
-tiedosto sekä virtual hostin conf-tiedosto.
Ensimmäinen on helppo. FTP auki ja nimetään .htaccess
joksikin muuksi, otetaan vaikka piste nimen edestä pois. Jos sivusto nousee pystyyn, niin ongelma oli siinä – jotain täytyy korjata, mutta ainakin tietää mihin suunnata.
Virtual host on myös nopeasti katsottu.
sudo nano /etc/apache2/sites-available/example.com.conf
Kommentoidaan WordPressin uudelleenohjaukset:
#RewriteEngine on #RewriteCond %{SERVER_NAME} =www.example.com [OR] #RewriteCond %{SERVER_NAME} =example.com #RewriteRule ^ https://%{SERVER_NAME}%{REQUEST_URI} [END,NE,R=permanent]
Tuo muutos täytyy vielä kertoa Apachelle.
sudo systemctl reload apache2
Jos sivusto nousi, niin syyllinen löytyi.
Valitettavasti vain elämä ei aina ole noin auvoista. Joskus ohjauksia tekeekin jokin WordPressin lisäosa. Joskus serverin välimuistit.