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

> Megoldások a leggyakoribb WordPress-hibákra: bővítmények kikapcsolása, karbantartási üzenet, frissítések, levelek, 404-es hibák, fejlécüzenet.

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 `wordpress@tartomanyod.hu` 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:

```text
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.