Hibaelhárítás: gyakori kérdések

Ez a fejezet a leggyakoribb hibákra ad gyors választ. Ha a saját problémádra nem találsz megoldást, kérj segítséget a WordPress támogatási fórumán. Gyakori hibák még: a fehér képernyő, a belső kiszolgálóhiba, az adatbáziskapcsolat hibája, a sikertelen automatikus frissítés, az időtúllépés és a frissítés utáni karbantartási mód.

Hogyan kapcsoljam ki az összes bővítményt, ha nem érem el az adminfelületet?

Néha ki kell kapcsolni az összes bővítményt, de be sem tudsz lépni. Két módszer van.

1. módszer: phpMyAdmin

Ha ismered a phpMyAdmint, közvetlenül az adatbázisban kapcsolhatod ki a bővítményeket. Ha nem, kérj segítséget a tárhelyszolgáltatótól.

1. Jelentkezz be a phpMyAdminba a tárhelyed vezérlőpultjából.
2. A bal oldali listában kattints a WordPress adatbázisára.
3. Keresd meg a wp_options táblát (a tábla előtagja a telepítésedtől függően más is lehet).
4. Keresd meg azt a sort, amelynek az option_name mezője active_plugins.
5. Az option_value mező értékét cseréld erre: a:0:{}
6. Kattints a Go (Végrehajtás) gombra. Ezzel minden bővítmény kikapcsol.

2. módszer: FTP vagy fájlkezelő

Ez a módszer a bővítmények beállításait megőrzi, de utána kézzel kell őket újra bekapcsolnod.

1. FTP-vel (például FileZillával) vagy a tárhely fájlkezelőjével nyisd meg a webhely wp-content mappáját.
2. Nevezd át a plugins mappát például plugins.hold névre. Ezzel minden bővítmény kikapcsol.
3. Lépj be az adminfelületre. A WordPress jelzi, hogy a bővítmények hiányoznak.
4. Nevezd vissza a mappát plugins névre. A bővítmények kikapcsolva maradnak, és egyenként kapcsolhatod be őket.

Hogyan szüntetem meg a „Rövid ideig nem elérhető ütemezett karbantartás miatt” üzenetet?

Az automatikus frissítés közben a WordPress egy .maintenance nevű fájlt hoz létre a webhely gyökérmappájában (ott, ahol a wp-admin mappa is van). Amíg ez a fájl létezik, a látogatók a karbantartási üzenetet látják, hogy nézzenek vissza egy perc múlva.

Az üzenet megszüntetéséhez töröld a .maintenance fájlt. Ezután futtasd le újra a frissítést, hátha az első megszakadt.

Megjelent egy frissítés, de a webhelyem nem látja. Miért?

Új verzió megjelenésekor az admin képernyők tetején értesítés jelenik meg, hogy elérhető az új WordPress. Nem minden webhely látja egyszerre: a webhelyed 12 óránként ellenőrzi a frissítéseket, és az időzítés véletlenszerű. Ha éppen a kiadás előtt ellenőrzött, legfeljebb 12 óra múlva veszi észre.

Ha azonnali ellenőrzést szeretnél, töröld az update_core nevű rekordot az adatbázis wp_options táblájából. A bővítményeknek és a sablonoknak külön ellenőrzési ciklusuk van, ezeket az update_plugins és az update_themes rekord vezérli.

Miért tűntek el a módosításaim az alapértelmezett sablonban frissítés után?

A WordPress frissítésekor az új fájlok felülírják a régieket. Ha átírtál egy fájlt az alapértelmezett sablonban (például a style.css-t), az átírás elveszik. A frissítés a saját „régi fájlok” listáján szereplő fájlokat törli, a többi fájlt megtartja.

• Frissítés előtt mindig készíts mentést a fájlokról és az adatbázisról.
• A sablon módosítását gyermeksablonnal (child theme) végezd. Kicsit több munka a beállítása, de a testreszabásaid biztonságban maradnak a fősablon frissítésekor.

Hogyan javítok meg egy adatbázistáblát?

Időnként szükség lehet egy vagy több MySQL-tábla javítására, például ha ilyen hibát látsz: „Record file is crashed”, „Unexpected end of file” vagy „Got error nnn from table handler”. A javítás phpMyAdminnal:

1. Jelentkezz be a tárhelyfiókodba.
2. Nyisd meg a phpMyAdmint.
3. Válaszd ki az érintett adatbázist. Ha csak egy van, az alapból ki van választva.
4. A táblák listájában jelöld be a javítandó táblákat.
5. A lista alatti legördülő menüből válaszd a Repair table (Tábla javítása) műveletet.

Mindig legyen friss mentésed az adatbázisról.

Nem érkeznek meg a jelszavas levelek

Ha valaki regisztrál, vagy új jelszót kér, a WordPress jelzi, hogy elküldte a levelet, de az nem érkezik meg.

Ok: a WordPress a PHP szabványos levélküldő függvényét használja. Bérelt tárhelyen ez általában működik. Saját kiszolgálón levelezőszerver nélkül a levelek nem mennek el. Linuxon postfix vagy sendmail kell, vagy egy egyszerű továbbító, például az msmtp. Windowson levélküldést emuláló program használható.

Ellenőrizendő még:

• Windows-kiszolgáló: az SMTP virtuális kiszolgáló átjátszó (relay) beállításában engedélyezd a 127.0.0.1 címet, a php.ini fájlban pedig az SMTP értéke ugyanez a cím, az smtp_port értéke 25 legyen.
• Feladó címe: a WordPress alapból a [email protected] címről küld „WordPress” névvel. Ez akkor jó, ha a tartományod le tud küldeni és fogadni leveleket. Ha olyan feladót adsz meg, amelynek a tartományát a levelezőszerver nem kezeli (például egy ingyenes levelezőét), a levél nem megy el.
• Spamnek minősítés: a levél a levélszemét mappába kerülhet, vagy el is dobhatják. Két gyakori védelem segít a levél hitelesítésében: az SPF és a DKIM. Bérelt tárhelyen ezt gyakran már beállította a szolgáltató. A beérkezett levél fejlécéből látszik, átment-e az ellenőrzésen. Ha a tartománynevedet te kezeled, a DNS-rekordokban magad is beállíthatod. Tesztlevelet az Elfelejtett jelszó? hivatkozással kérhetsz; ha meg akarod tartani a jelszavad, ne kattints a levélben lévő hivatkozásra.

Miért nem látom a bejegyzéseimet?

Ha ez az üzenet jelenik meg: „Sajnos egyetlen bejegyzés sem felel meg a feltételeknek”, töröld a böngésző gyorsítótárát és sütijeit. Gyakran ez megoldja.

Mit tegyek a „Headers already sent” figyelmeztetéssel?

A böngészőben ilyen üzenet jelenik meg:

Warning: Cannot modify header information - headers already sent by (output started at ...

Ok: általában szóköz, üres sor vagy más szöveg áll egy PHP-fájl nyitó <?php jele előtt vagy a záró ?> jel után. Ez leggyakrabban a wp-config.php fájlban fordul elő, de bármelyik szerkesztett PHP-fájlban megtörténhet. A hibaüzenet megmondja a fájl nevét.

Megoldás: a legjobb, ha a hibás fájlt lecseréled a legutóbbi mentésből vagy egy friss WordPress-letöltésből származó példányra. Ha ez nem megy:

1. Töltsd le a hibaüzenetben említett fájlt FTP-vel vagy a tárhely fájlkezelőjével.
2. Nyisd meg sima szövegszerkesztőben (nem Wordben). A Jegyzettömb és a BBEdit megfelel.
3. Ellenőrizd, hogy a legelső karakter a <?php, előtte nincs szóköz vagy üres sor.
4. Mentéskor a kódolás sima UTF-8 legyen, nem UTF-8 BOM, mert a BOM jelet a rendszer kimenetnek tekinti.
5. A fájl végén a ?> után ne legyen semmi. A legbiztosabb, ha a záró jelet teljesen elhagyod.
6. Töltsd vissza a fájlt a kiszolgálóra.

A hibaüzenetben az „output started at” rész jelöli a hibás fájlt és sort, nem az üzenet végén említett fájl. Például ha ez áll benne: „output started at /utvonal/wp-config.php:34”, akkor a wp-config.php 34. sorát kell javítani, akkor is, ha az üzenet egy másik fájl sorára hivatkozik.

Miért nem működik a „Közzététel” vagy a „Piszkozat mentése” gomb?

Kapcsold ki a bővítményeket egyenként, amíg megtalálod a hibát okozót. Gyakran két bővítmény ütközik ugyanazon az erőforráson, például a jQuery-n vagy egy másik JavaScript-eszközön. A böngészőben is lehet a hiba: próbáld meg kiüríteni a böngésző gyorsítótárát.

Miért kapok 404-es hibát a szép közvetlen hivatkozásokkal?

Ha a Beállítások → Közvetlen hivatkozások képernyőn olyan szerkezetet választasz, mint a Nap és név, és 404-es hibát kapsz, a kiszolgálón valószínűleg nincs bekapcsolva az Apache mod_rewrite modulja. Be kell kapcsolni: az Apache httpd.conf fájljában a # LoadModule rewrite_module modules/mod_rewrite.so sorból töröld a # jelet, majd indítsd újra az Apache-ot. Bérelt tárhelyen kérd meg erre a szolgáltatót.

Miért nem szerepel az admin szerzőként a bejegyzéseknél?

Az ok nem ismert, de két megoldás gyakran működik. Az elsőt próbáld előbb:

1. Hozz létre egy új felhasználót (például ujadmin) Adminisztrátor szereppel.
2. Lépj be vele.
3. A régi admin felhasználó szerepét állítsd Előfizetőre, és mentsd.
4. Állítsd vissza Adminisztrátorra, és mentsd.
5. Lépj be újra a régi admin felhasználóval.

Ha ez nem segít:

1. Hozz létre egy új adminisztrátort, és lépj be vele.
2. Töröld a régi admin felhasználót, és a bejegyzéseit rendeld az újhoz.
3. Hozz létre ismét egy admin nevű adminisztrátort, és lépj be vele.
4. Töröld az ideiglenes felhasználót, és a bejegyzéseit rendeld az admin felhasználóhoz.

Ugyanez a megoldás akkor is, ha egy bejegyzésnél rossz szerzőnév jelenik meg.

Hol kaphatok további segítséget?

A WordPress támogatási fóruma, a hibaelhárítási és a telepítési útmutatók mellett a kézikönyv többi fejezete is segíthet. Ez a fejezet nem támogatási oldal: konkrét problémával a támogatási fórumhoz fordulj.