Nejčastější problémy ve WordPressu a jejich řešení

WordPress je skvělý systém pro tvorbu webů, ale čas od času se i on rozhodne vám zkomplikovat život. Možná jste právě teď v panice, protože vám web vyhodil chybovou hlášku, nebo se prostě načítá pomaleji než hlemýžď v sirupu. Nebojte se, nejste v tom sami. Statisticky většina provozovatelů WordPressu se dříve či později setká s nějakým technickým zádrhelom.

Dobrá zpráva je, že většina problémů ve WordPressu má celkem jasné příčiny a řešení. Špatná zpráva? Někdy musíte trochu zapátrat, abyste zjistili, co přesně je špatně. V následujících řádcích si projdeme ty nejčastější lapálie, které WordPress uživatelům způsobují bolení hlavy, a samozřejmě vám ukážeme, jak je vyřešit.

Ať už provozujete blog, e-shop nebo firemní prezentaci, problémy ve WordPressu vás potkat můžou. Někdy jde o drobnost vyřešitelnou za minutu, jindy o komplikovanější situaci vyžadující hlubší zásah. Důležité je umět rozpoznat symptomy a vědět, kudy se vydat. Proto si teď společně projdeme nejčastější technické problémy, se kterými se můžete setkat.

Bílá obrazovka smrti neboli WSOD

Představte si, že otevřete svůj web a místo něj vidíte jen prázdnou bílou plochu. Žádná chybová hláška, žádné tlačítko, prostě nic. To je takzvaná White Screen of Death, česky bílá obrazovka smrti. Zní to dramaticky a upřímně, poprvé to opravdu vypadá děsivě.

Tenhle problém vzniká nejčastěji kvůli vyčerpání paměti nebo chybě v kódu. WordPress prostě narazil na něco, s čím si neví rady, a místo aby vám řekl co, tak se jen odmlčel. Klasika. Většinou za tím stojí nějaký plugin nebo téma, které si nesedlo s vaší verzí WordPressu nebo s jiným pluginem.

Bílá obrazovka se může objevit jak v administraci, tak na veřejné části webu. Občas vidíte bílou obrazovku jen na určitých stránkách, zatímco zbytek webu funguje. To naznačuje problém s konkrétním pluginem nebo shortcodem použitým na těchto stránkách. Důležité je nezpanikařit a systematicky hledat příčinu.

Jak bílou obrazovku vyřešit

Prvním krokem je zvýšit paměťový limit. Otevřete si soubor wp-config.php ve svém WordPressu a přidejte tento řádek:

define('WP_MEMORY_LIMIT', '256M');

Tenhle kousek kódu zvýší dostupnou paměť pro WordPress na 256 megabajtů. Vložte ho někam před řádek, který říká „That’s all, stop editing“. Pokud to nepomůže, musíte zjistit, který plugin nebo téma dělá problémy. Většina sdílených hostingů má výchozí limit jen 64 MB, což pro náročnější weby prostě nestačí.

Připojte se k serveru přes FTP a přejmenujte složku s pluginy (obvykle wp-content/plugins) na něco jako plugins-old. Tím všechny pluginy deaktivujete najednou. Zkuste se podívat, jestli web funguje. Pokud ano, pojmenujte složku zpátky a začněte jeden po druhém deaktivovat jednotlivé pluginy, dokud nenajdete viníka.

Metoda postupného vyřazování je zdlouhavá, ale účinná. Každý plugin přejmenujte, obnovte web a sledujte výsledek. Když objevíte problémový plugin, můžete ho buď nahradit alternativou, nebo kontaktovat vývojáře s popisem problému. Někdy stačí plugin aktualizovat na nejnovější verzi a problém zmizí.

Co dělat, když problém přetrvává

Někdy bílá obrazovka souvisí s tématem. V takovém případě přejmenujte složku s aktivním tématem (ve wp-content/themes). WordPress automaticky přepne na výchozí téma a vy uvidíte, jestli byl problém skutečně v něm. Většinou ano, zejména když jste nedávno téma aktualizovali nebo změnili.

Další možností je zapnout debugovací režim WordPressu. Do souboru wp-config.php přidejte:

define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);

Tento kód říká WordPressu, aby zaznamenával všechny chyby do souboru, ale nezobrazoval je přímo na webu. Chyby najdete v souboru wp-content/debug.log a tam přesně uvidíte, co se děje špatně. Log soubor vám ukáže konkrétní řádek kódu, který způsobuje problém, což výrazně usnadní opravu.

Debug log můžete otevřít přímo přes FTP nebo administraci hostingu. Hledejte řádky obsahující slova jako „Fatal error“, „Parse error“ nebo „Call to undefined function“. Tyto chyby vám řeknou, kde přesně je problém. Často uvidíte název souboru a číslo řádku, což vás dovede přímo k chybě.

Když se nemůžete přihlásit do administrace

Zapomněli jste heslo? To se stává. Ale co když resetovací email nepřichází, nebo vůbec nemůžete otevřít přihlašovací stránku? Problémy s přihlášením patří mezi velmi frustrující záležitosti, protože vás úplně odříznou od vašeho webu.

Nejčastější důvod je prostý: špatné heslo nebo uživatelské jméno. Lidský faktor hraje velkou roli. Možná máte zapnutý Caps Lock, nebo si pamatujete staré heslo místo nového. Než začnete panikařit, zkuste si heslo resetovat přes odkaz „Zapomněli jste heslo?“

Někdy se ale nemůžete přihlásit kvůli cookie nebo cache v prohlížeči. WordPress ukládá přihlašovací informace do cookies a když jsou poškozené, přihlášení nefunguje. Zkuste vymazat cookies a cache prohlížeče nebo použijte anonymní režim. Často to problém vyřeší okamžitě.

Když nefunguje resetování hesla

Email s resetovacím odkazem vám nepřišel ani po deseti minutách? Problém může být v nastavení mailového serveru. WordPress posílá emaily přes PHP funkci, která ne vždy funguje spolehlivě. Některé hostingy mají přímo blokované odesílání emailů z bezpečnostních důvodů.

Řešením je změnit heslo přímo v databázi. Připojte se k phpMyAdmin (většinou přes administraci webhostingu), najděte tabulku wp_users a v ní svého uživatele. Ve sloupci user_pass můžete heslo změnit, ale pozor – musí být v MD5 formátu nebo ještě lépe v bcrypt formátu, který WordPress používá od verze 2.5.

Jednodušší je použít generátor MD5 hash online, zadat tam nové heslo a výsledný hash zkopírovat do databáze. Nezapomeňte vybrat v phpMyAdmin funkci MD5 při editaci. Nebo můžete použit funkci PASSWORD() místo MD5, která je bezpečnější. Po uložení se budete moct přihlásit s novým heslem.

Alternativně můžete přidat nového administrátorského uživatele přímo přes databázi. To je složitější, ale když všechno ostatní selže, je to řešení. Budete muset vložit nový řádek do tabulky wp_users a nastavit správné hodnoty pro všechny sloupce včetně oprávnění v tabulce wp_usermeta.

Uzamčení po příliš mnoha pokusech

Máte nainstalovaný bezpečnostní plugin a zkusili jste se přihlásit mockrát špatně? Gratulujeme, pravděpodobně jste se sami zablokovali. Bezpečnostní pluginy jako Wordfence nebo iThemes Security vás po několika neúspěšných pokusech dočasně uzamknou.

Řešení je buď počkat (většinou 15-30 minut), nebo se dostat k databázi a vymazat záznam o blokování. U Wordfence najdete blokované IP adresy v tabulce wp_wfBlocks. Smažte příslušný řádek a budete volní. Nicméně si zkontrolujte, jestli opravdu píšete správné přihlašovací údaje.

Pokud nemáte přístup k databázi, můžete zkusit přihlásit se z jiné IP adresy. Použijte mobilní data místo domácí WiFi nebo VPN službu. Bezpečnostní pluginy blokují konkrétní IP adresy, takže změna adresy vám umožní přihlásit se a pak blokování zrušit z administrace.

Nejčastější problémy ve WordPressu – Záhadná interní chyba serveru 500

Chyba 500 je taková neurčitá zpráva, která vám v podstatě říká: „Něco se pokazilo, ale nevím co.“ Je to jako když vás auto nechá někde u silnice a bliká jen kontrolka motoru. Interní chyba serveru může mít desítky příčin, což je trochu problém.

Většinou jde o problém s konfiguračním souborem .htaccess, špatným pluginem, nedostatečnými právy k souborům nebo vyčerpaným limitem paměti. Protože WordPress sám neví, co je špatně, musíte postupovat metodou vyloučení. Chyba 500 je obecná odpověď serveru, když narazí na neočekávaný problém a nemůže požadavek zpracovat.

Další možnou příčinou je chyba v PHP kódu. Syntax error, volání neexistující funkce nebo nekompatibilní kód způsobí, že server vrátí chybu 500. To se často stává po ruční editaci souborů témat nebo pluginů. Proto byste měli vždy používat dětské téma pro vlastní úpravy a mít zálohu před každou změnou.

Začněte s .htaccess souborem

Nejčastější problémy ve WordPressu. Soubor .htaccess je neviditelný konfigurační soubor v kořenovém adresáři WordPressu. Pokud je poškozený nebo špatně nastavený, způsobí chybu 500. Nejrychlejší test je ho přejmenovat (třeba na .htaccess-old) a zkusit načíst web.

Funguje to? Skvělé, problém byl v .htaccess. Vytvořte nový soubor s tímto základním obsahem:

# BEGIN WordPress RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] # END WordPress

Tento kód obsahuje základní přepisovací pravidla pro WordPress. Dejte ho do souboru .htaccess v kořenové složce a uložte. Pak v administraci WordPressu zajděte do Nastavení → Trvalé odkazy a klikněte na Uložit změny. To obnoví správná pravidla a případně přidá specifická nastavení z pluginů.

Někdy se do .htaccess dostanou zbytečné nebo konfliktní pravidla od pluginů, které jste už dávno smazali. Pluginy pro caching, přesměrování nebo bezpečnost často modifikují .htaccess a když je smažete špatně, pravidla tam zůstanou. Ruční kontrola a vyčištění .htaccess může výrazně pomoct.

Kontrola PHP verzí a limitů

Některé pluginy nebo témata vyžadují novější verzi PHP, než máte na serveru. Když se WordPress pokusí spustit kód, který vaše verze PHP nepodporuje, vyhodí chybu 500. Zkontrolujte v administraci hostingu, jakou verzi PHP používáte.

WordPress doporučuje minimálně PHP 7.4, ale ideální je PHP 8.0 nebo novější. Pokud máte starou verzi, zkuste ji aktualizovat v nastavení hostingu. Pozor ale – nejdřív si ověřte, že vaše pluginy a téma podporují novější verzi. Můžete otestovat kompatibilitu pluginem PHP Compatibility Checker.

Limity paměti už jsme zmiňovali, ale připomeňme si to. Do wp-config.php dejte vyšší paměťový limit. Někdy pomůže i úprava .htaccess souboru o tento řádek:

php_value memory_limit 256M

Pokud máte přístup k php.ini souboru, můžete limity upravit tam. To je spolehlivější než .htaccess, protože některé servery ignorují php hodnoty v .htaccess ze bezpečnostních důvodů. V php.ini hledejte řádek memory_limit a změňte hodnotu na 256M nebo více podle potřeby vašeho webu.

Web se načítá jako želva na skútru

Pomalý web je noční můra. Návštěvníci nemají trpělivost čekat pět sekund, než se stránka načte. Google vás za pomalost trestá horším umístěním ve vyhledávání. A vy se naštvaně díváte na točící se kolečko načítání. Podle studií opustí téměř polovina návštěvníků web, který se načítá déle než tři sekundy.

Příčin pomalého WordPressu je spousta. Velké neoptimalizované obrázky, přebujelé pluginy, špatný hosting, chybějící cache, těžké téma nebo kombinace všeho dohromady. Dobrou zprávou je, že většinu těchto problémů dokážete vyřešit. Špatná zpráva? Bude to vyžadovat trochu práce a testování.

Rychlost webu můžete změřit nástroji jako Google PageSpeed Insights, GTmetrix nebo Pingdom. Tyto nástroje vám ukážou nejen aktuální rychlost, ale také konkrétní doporučení co zlepšit. Sledujte zejména metriky jako Time to First Byte, First Contentful Paint a Total Blocking Time.

Obrázky jsou často hlavní viník

Nahráváte na web fotky přímo z foťáku v plném rozlišení 6000×4000 pixelů? To je jako byste si do malého bytu tahali postel pro obra. Web nepotřebuje takové obří soubory. Předtím než obrázek nahrajete, zmenšete ho na rozumnou velikost. Monitor zobrazí maximálně to, co dokáže vykreslit.

Pro běžný článek stačí šířka 1200-1500 pixelů. Použijte nástroje jako TinyPNG nebo plugin jako Smush pro automatickou optimalizaci. Rozdíl je obrovský – místo obrázku o velikosti 5 MB máte obrázek o 200 KB, který vypadá prakticky stejně. Kvalita je zachovaná, ale velikost souboru klesne dramaticky.

Moderní formáty jako WebP nabízejí ještě lepší kompresi. Pluginy jako ShortPixel nebo EWWW Image Optimizer dokážou automaticky konvertovat obrázky do WebP a servírovat je prohlížečům, které ho podporují. Vaši návštěvníci vám poděkují, protože stránky se budou načítat mnohem rychleji.

Lazy loading je další šikovná technika. Obrázky se nenačtou všechny najednou, ale postupně jak uživatel scrolluje dolů. WordPress má lazy loading zabudovaný od verze 5.5, takže většinou funguje automaticky. Pokud máte starší verzi, plugin a3 Lazy Load přidá tuto funkcionalitu.

Cache je váš nejlepší přítel

WordPress při každém načtení stránky provádí databázové dotazy, načítá soubory, generuje HTML a dělá spoustu další práce. Cache uloží hotový výsledek a příště ho jen podá, místo aby to celé počítal znovu. Je to jako si připravit jídlo dopředu místo vaření od začátku pokaždé.

Nainstalujte si cache plugin jako WP Super Cache nebo W3 Total Cache. Po aktivaci a základním nastavení uvidíte dramatické zrychlení. Stránky se budou načítat dvakrát, třikrát, možná i pětkrát rychleji. Protože už nemusí pokaždé všechno počítat nanovo. Cache je opravdu zázračná věc.

Důležité je cache občas vymazat, zejména když na webu něco měníte. Jinak můžete vidět starou verzi stránky, zatímco návštěvníci vidí jinou. Většina cache pluginů má tlačítko pro smazání cache přímo v admin baru nahoře. Klikněte na něj po každé větší změně na webu.

Existují různé typy cache – page cache, database cache, object cache, opcode cache. Každý typ optimalizuje jinou část WordPressu. Pro většinu webů stačí jednoduchá page cache, ale velké e-shopy nebo členské weby můžou využít pokročilejší typy cache pro ještě větší zrychlení.

Příliš mnoho pluginů škodí

Nejčastější problémy ve WordPressu: Každý plugin přidává kód, který se musí načíst a spustit. Máte jich třicet? To je třicet kusů kódu navíc. Některé pluginy jsou navíc hladové jako vlci – načítají JavaScriptové knihovny, které vůbec nepotřebujete, nebo provádějí zbytečné databázové dotazy na každé stránce webu.

Projděte si seznam pluginů a zeptejte se sami sebe: Opravdu tohle všechno používám? Ten plugin pro vánoční sněžení v červenci pravděpodobně nepotřebujete. Deaktivujte a smažte všechno, co nepoužíváte. Vybírejte kvalitní, dobře optimalizované pluginy od důvěryhodných vývojářů s dobrými recenzemi.

Plugin Query Monitor vám ukáže, které pluginy zpomalují web nejvíc. Po instalaci uvidíte podrobné statistiky o databázových dotazech, načítacích časech a dalších metrikách. Zjistíte, který plugin je žrout zdrojů, a můžete ho nahradit něčím lehčím. Někdy jeden špatný plugin zpomalí celý web.

Pozor na pluginy, které načítají skripty na všech stránkách, i když je používáte jen na jedné. Například kontaktní formulář plugin, který načítá jQuery na každé stránce, přestože formulář máte jen na kontaktní stránce. Plugin Asset CleanUp pomáhá tyto zbytečnosti eliminovat.

Co dělat po nepovedené aktualizaci

Aktualizace WordPressu, témat a pluginů jsou důležité kvůli bezpečnosti a novým funkcím. Ale občas se něco pokazí. Po kliknutí na „Aktualizovat“ se web rozhodne přestat fungovat, zobrazit chybovou hlášku nebo vypadat divně. Aktualizace jsou obávaným okamžikem pro mnoho správců webů.

Nejčastější problém je nekompatibilita. Vaše téma bylo napsané před třemi lety a nová verze WordPressu obsahuje změny, se kterými si téma nerozumí. Nebo aktualizace pluginu předpokládá novější PHP, než máte na serveru. Výsledek? Rozbité stránky a nervozita. Proto jsou zálohy tak kriticky důležité.

Záloha zachraňuje životy

Než cokoli aktualizujete, udělejte si zálohu. Opravdu. Zálohujte databázi i soubory. Plugin jako UpdraftPlus nebo BackWPup to udělá za vás automaticky. Pokud se po aktualizaci něco pokazí, obnovíte zálohu a je to. Záloha je váš bezpečnostní pás.

Bez zálohy jste v podstatě vedeni na provazku nad propastí. Možná projdete v pohodě, ale taky můžete spadnout. A pak budete litovat, že jste před aktualizací nezálohovali, protože návrat zpátky bez zálohy je někdy hodně komplikovaný. Zkušení správci webů zálohují před každou aktualizací bez výjimky.

Ideální je mít automatické zálohy nastavené tak, aby se prováděly denně nebo alespoň týdně. Zálohy ukládejte mimo server – do Dropboxu, Google Drive nebo Amazon S3. Když padne server nebo je hacknutý, budete mít zálohu v bezpečí jinde. Tři kopie na dvou místech je dobrá praxe.

Jak vrátit aktualizaci zpátky

Představme si, že jste aktualizovali plugin a web se rozbil. První instinkt může být panika, ale nesnažte se problém hned řešit složitě. Deaktivujte problémový plugin přes FTP – najděte jeho složku v wp-content/plugins a přejmenujte ji. Web by měl okamžitě začít fungovat.

Web by měl začít zase fungovat. Pak můžete buď kontaktovat vývojáře pluginu s popisem problému, nebo hledat alternativní plugin. Někdy pomůže i instalace starší verze pluginu z WordPress repository, ale to není dlouhodobé řešení kvůli bezpečnosti. Staré verze obsahují známé zranitelnosti.

Pokud aktualizace rozbila celý WordPress, pomůže ruční reinstalace. Stáhněte si WordPress z wordpress.org, rozbalte ho a přes FTP nahrajte složky wp-admin a wp-includes. Přepište staré soubory novými. Váš obsah, témata a pluginy zůstanou nedotčené, protože jsou ve wp-content.

Pro downgrade pluginu můžete použít archiv starších verzí na wordpress.org. U každého pluginu v repository najdete sekci „Advanced View“ kde jsou dostupné všechny předchozí verze. Stáhněte si tu, která fungovala, a nahrajte ji ručně přes FTP. Nezapomeňte později řešit skutečnou příčinu problému.

Zaseknutý režim údržby je otrava

Když WordPress aktualizuje pluginy nebo své jádro, přepne web do režimu údržby. Návštěvníci vidí zprávu „Stránka je dočasně nedostupná kvůli plánované údržbě“. Normálně to trvá pár sekund. Ale co když se tam stránka zasekne natrvalo? To se bohužel stává častěji, než by mělo.

Problém vzniká, když aktualizace selže nebo se přeruší. WordPress vytvoří soubor .maintenance v kořenovém adresáři a zapomene ho smazat. Výsledek? Web je pořád v režimu údržby, i když žádná údržba neprobíhá. Návštěvníci vidí jen prázdnou stránku s hláškou o údržbě.

Řešení je překvapivě jednoduché

Připojte se k serveru přes FTP nebo správce souborů v administraci hostingu. V kořenové složce WordPressu (tam kde jsou wp-config.php a wp-content) hledejte soubor jménem .maintenance. Všimněte si tečky na začátku – soubor je skrytý a musíte mít v FTP programu zapnuté zobrazení skrytých souborů.

Našli jste ho? Skvělé, prostě ho smažte. Žádné složité postupy nejsou potřeba. Po smazání souboru web okamžitě přestane být v režimu údržby a začne zase normálně fungovat. Pokud soubor nevidíte, ujistěte se, že máte v FTP programu zapnuté zobrazení skrytých souborů v nastavení.

Důležité je zkontrolovat, jestli aktualizace, která způsobila problém, proběhla správně. Možná se plugin nebo WordPress aktualizoval jen částečně a budete muset proces opakovat. Před tím ale nezapomeňte vytvořit zálohu, abychom nezačínali od začátku s dalším problémem.

Databázové problémy dokážou potrápit

WordPress ukládá vše důležité do databáze – články, stránky, komentáře, nastavení, uživatele. Když databáze začne zlobit, web má problém. Možná vidíte chybu „Error establishing a database connection“ nebo se některé části webu nenačítají správně. Databázové problémy patří mezi vážnější potíže.

Příčin může být několik. Špatné přihlašovací údaje k databázi, pád databázového serveru, poškozené tabulky nebo vyčerpaný limit připojení. Databáze je srdce WordPressu, takže když ona nefunguje, nefunguje prakticky nic. Je to jako když v autě přestane fungovat motor.

Zkontrolujte přihlašovací údaje

Otevřete soubor wp-config.php a najděte tyto řádky:

define('DB_NAME', 'nazev_databaze'); define('DB_USER', 'uzivatel_databaze'); define('DB_PASSWORD', 'heslo'); define('DB_HOST', 'localhost');

Tyto údaje musí přesně odpovídat těm, které máte nastavené na hostingu. Pokud jste nedávno měnili hosting nebo obnovovali zálohu, možná jsou údaje zastaralé. Správné hodnoty najdete v administraci webhostingu v sekci databází. Jediný překlep způsobí, že WordPress nemůže databázi najít.

Hodnota DB_HOST je většinou localhost, ale ne vždy. Někteří poskytovatelé používají specifickou adresu jako mysql.example.com nebo dokonce IP adresu serveru. Pokud máte špatný host, WordPress prostě nemůže databázi najít. Zkontrolujte dokumentaci hostingu nebo se zeptejte podpory na správnou hodnotu.

Oprava poškozených tabulek

Databázové tabulky se můžou poškodit při výpadku serveru, chybě při aktualizaci nebo nedostatku místa na disku. WordPress má vestavěný nástroj na opravu databáze, ale musíte ho aktivovat. Do wp-config.php přidejte:

define('WP_ALLOW_REPAIR', true);

Pak v prohlížeči otevřete adresu vaseweb.cz/wp-admin/maint/repair.php. Uvidíte jednoduchou stránku s tlačítky pro opravu a optimalizaci databáze. Klikněte na „Repair Database“ a počkejte, až proces skončí. Většinou to trvá jen chvíli, ale u velkých databází to může být několik minut.

Po opravě nezapomeňte ten řádek z wp-config.php zase vymazat! Jinak by kdokoli mohl spustit opravu databáze bez přihlášení, což rozhodně nechcete. Je to bezpečnostní riziko, protože opravný skript je veřejně přístupný a nevyžaduje autentizaci.

Optimalizace databáze pro rychlost

Časem se v databázi hromadí nepotřebná data – revize článků, smazané komentáře ve spam složce, transient data od pluginů. To všechno zabírá místo a zpomaluje dotazy. Pravidelná optimalizace pomůže udržet databázi štíhlou a rychlou. Je to jako pravidelný úklid v domě.

Plugin WP-Optimize nebo Advanced Database Cleaner umí vyčistit nepotřebná data a optimalizovat tabulky automaticky. Nastavte si například týdenní automatické čištění a databáze zůstane v kondici. Předtím ale opět – záloha! Nikdy nevíte, kdy se něco pokazí. Automatické čištění vám ušetří spoustu ruční práce.

Databázové dotazy můžete také optimalizovat pomocí indexů. Pokud máte vlastní vyhledávání nebo složité dotazy, správně nastavené indexy dokážou zrychlení desetkrát a více. Ale pozor, příliš mnoho indexů může databázi naopak zpomalit. Je to o vyvážení.

Problémy s nahráváním a zobrazováním médií

Snažíte se nahrát obrázek a dostáváte chybovou hlášku? Nebo se obrázky nezobrazují, i když je v knihovně médií vidíte? Problémy s médii frustrují, protože bez obrázků vypadá web chudě a neprofesionálně. Obrázky jsou dnes základem moderního webu.

Nejčastější příčinou je nedostatek práv k souborům nebo složkám. WordPress potřebuje mít možnost zapisovat do složky wp-content/uploads. Když tam nemá práva, nemůže ukládat nové soubory. Výsledek je chybová hláška při pokusu o nahrání. Někdy vidíte obecnou hlášku, jindy konkrétní popis problému.

Nastavení správných práv k souborům

Připojte se přes FTP a najděte složku wp-content/uploads. Klikněte na ni pravým tlačítkem a zvolte vlastnosti nebo oprávnění. Nastavte oprávnění na 755 pro složky a 644 pro soubory. Většina FTP programů umí nastavit práva rekurzivně, tedy i pro všechny podsložky najednou.

Pokud 755 nefunguje, zkuste 775 nebo dokonce 777, ale to jen dočasně pro test. Hodnota 777 dává plná práva všem a je bezpečnostní riziko. Jakmile zjistíte, že problém byl v právech, vraťte je zpátky na 755. Nikdy nenechávejte složky s oprávněními 777 natrvalo.

Zvýšení limitu pro nahrávání souborů

Pokoušíte se nahrát velký obrázek nebo PDF a dostáváte hlášku o překročení limitu? Server má nastavený maximální velikost souboru pro upload. Často je to jen 2 MB nebo 8 MB, což je málo pro kvalitní fotky nebo videa. Moderní fotoaparáty vytváří soubory o desítkách megabajtů.

Do souboru .htaccess můžete přidat tyto řádky:

php_value upload_max_filesize 64M php_value post_max_size 64M php_value max_execution_time 300 php_value max_input_time 300

Tento kód zvýší limit na 64 MB a prodlouží časový limit pro nahrávání. Někteří poskytovatelé webhostingu ale mají nastavenou vlastní konfiguraci a tyto hodnoty nepůjdou změnit. V tom případě musíte kontaktovat podporu nebo změnit limity přímo v administraci hostingu, pokud to umožňují.

Chybějící miniatury a náhledy

Nahráli jste obrázek, ale v knihovně médií se zobrazuje šedý obdélník místo náhledu? WordPress nedokázal vytvořit miniaturu. Většinou to způsobuje chybějící nebo špatně nastavená GD nebo Imagick knihovna pro zpracování obrázků. Tyto knihovny jsou zodpovědné za změnu velikosti a úpravu obrázků.

Zkontrolujte v sekci Nástroje → Informace o webu → Server, jestli máte GD knihovnu aktivní. Pokud ne, požádejte hosting o její aktivaci. Bez ní WordPress nemůže vytvářet různé velikosti obrázků a většina témat nebude fungovat správně. Imagick je pokročilejší alternativa s lepší kvalitou výstupu.

Pokud obrázky chybí kvůli migraci webu nebo změně URL, plugin Regenerate Thumbnails dokáže znovu vytvořit všechny velikosti obrázků. Jen kliknete na tlačítko a ono to projede celou knihovnu médií. Proces může trvat dlouho u webu s tisíci obrázků, ale většinou funguje bez problémů.

Když se pluginy nebo témata chovají divně

Někdy plugin prostě nefunguje, jak by měl. Instalujete ho, aktivujete a… nic. Nebo něco, ale ne to, co jste čekali. Možná téma zobrazuje některé prvky na špatném místě nebo vůbec. Konflikty pluginů a témat jsou běžné, protože každý vývojář pracuje trochu jinak.

Důvodem je většinou konflikt s jiným pluginem nebo tématem. Dva pluginy se pokusí použít stejnou funkci nebo téma používá zastaralý kód, který nová verze WordPress nepodporuje. Výsledek může být nenápadný (něco nefunguje) nebo dramatický (celý web padá). Identifikace konfliktu vyžaduje trpělivost.

Testování konfliktů mezi pluginy

Máte podezření na konflikt mezi pluginy? Nejjednodušší způsob je je postupně vypínat. Deaktivujte všechny pluginy kromě toho problémového a zkuste, jestli funguje. Funguje? Začněte postupně zapínat ostatní pluginy po jednom a sledujte, kdy problém vznikne.

Když po aktivaci konkrétního pluginu přestane problémový plugin fungovat, našli jste viníka. Teď můžete kontaktovat vývojáře obou pluginů a popsat jim konflikt. Nebo prostě použít jiný plugin, který dělá podobnou věc. Někdy jsou si dva pluginy prostě nesluš a nejlepší řešení je jeden z nich nahradit.

Pro pokročilejší testování použijte plugin Health Check. Ten umožňuje přepnout se do troubleshooting režimu, kde jsou všechny pluginy a téma dočasně deaktivované jen pro vás. Ostatní návštěvníci vidí web normálně. Můžete v klidu testovat bez rizika, že rozbijete web pro všechny uživatele.

Problémy s kompatibilitou témat

Téma nefunguje správně nebo zobrazuje chybové hlášky? Zkontrolujte, jestli je aktualizované a kompatibilní s vaší verzí WordPressu. Staré téma napsané pro WordPress 4.5 může mít problémy s WordPress 6.0, protože se mezitím hodně změnilo. WordPress se vyvíjí rychle a stará témata zastarávají.

Podívejte se na dokumentaci tématu nebo na jeho stránku v WordPress repository. Tam byste měli vidět informaci o kompatibilitě. Pokud téma není kompatibilní s vaší verzí, máte dvě možnosti: downgradovat WordPress (špatný nápad kvůli bezpečnosti) nebo použít jiné téma. Druhá možnost je rozhodně lepší.

Některá prémiová témata přicházejí s demo importem, který instaluje spoustu ukázkového obsahu a pluginů. To může způsobit problémy, zejména na pomalejších serverech. Pokud web selhal během importu dema, smažte všechen importovaný obsah a zkuste to znovu, nebo to dělat ručně po částech místo jednoho velkého importu.

Bezpečnostní incidenty a jak je řešit

Zjistili jste, že váš web byl hacknutý? To je nepříjemná situace, ale řešitelná. Hackeři můžou na web přidat škodlivý kód, ukrást data, rozesílat spam nebo web úplně zničit. Klíčové je zareagovat rychle a správně. Čím déle čekáte, tím víc škod může hacker napáchat.

První krok: Nepanikařte. Druhý krok: Změňte všechna hesla – k WordPressu, k FTP, k databázi, k hostingu. Všechno. Hacker mohl získat vaše heslo a stále má přístup. Dokud hesla nezměníte, může se vracet. Používejte silná, unikátní hesla pro každou službu.

Identifikace škodlivého kódu

Hacknutý WordPress často obsahuje divné soubory nebo změněný kód v existujících souborech. Prohledejte složky jako wp-content/uploads (tam by neměly být PHP soubory), wp-includes a kořenový adresář. Hledejte soubory, které tam nepatří. Hackeři často pojmenovávají soubory tak, aby splynuly s okolím.

Plugin Wordfence má skaner, který porovná vaše soubory s originálem z WordPress repository. Pokud najde rozdíly, upozorní vás. To vám pomůže najít změněné soubory. Většinou to budou functions.php v tématu, index.php nebo soubory ve wp-includes. Skener vám ukáže přesně, co se změnilo.

Škodlivý kód často vypadá jako nečitelná změt znaků nebo base64 kódovaný text. Může začínat něčím jako:

<?php eval(base64_decode('YXNkZmFzZGY...')); ?>

Funkce eval a base64_decode jsou časté indikátory škodlivého kódu. Ne vždy, ale často. Pokud najdete podobný kód a nevíte, co tam dělá, pravděpodobně tam nemá co dělat. Smažte ho nebo obnovte soubor z čisté zálohy. Legitimní kód používá tyto funkce vzácně.

Čištění hacknutého webu

Nejspolehlivější způsob čištění je reinstalace WordPressu ze zálohy. Pokud máte čistou zálohu spravenenou před hacknutím, obnovte ji. Veškerý škodlivý kód zmizí. Pak aktualizujte WordPress, všechny pluginy a téma na nejnovější verze. Hackeři využívají známé zranitelnosti ve starých verzích.

Nemáte zálohu? Budete muset čistit ručně. Smažte složky wp-admin a wp-includes a nahraďte je čerstvými ze staženého WordPressu. Projděte složku wp-content a smažte podezřelé soubory. Zkontrolujte databázi na podezřelé uživatele a změněné nastavení. Ruční čištění je zdlouhavé, ale možné.

Po vyčištění nainstalujte bezpečnostní plugin, změňte všechna hesla na silná a unikátní a povolte dvoufaktorovou autentizaci. Pravidelně aktualizujte WordPress, pluginy a téma. Většina hacků využívá známé bezpečnostní díry ve starém softwaru. Aktualizace jsou vaše první obrana.

Prevence je lepší než léčba

Abyste se vyhnuli budoucím problémům, investujte čas do zabezpečení. Používejte silná hesla, omezte počet pokusů o přihlášení, skryjte verzi WordPressu, změňte výchozí prefix databázových tabulek z wp_ na něco jedinečného. Čím těžší cíl jste, tím menší je pravděpodobnost útoku.

Pravidelné zálohy jsou absolutní základ. Automatická záloha každý den nebo alespoň každý týden vás zachrání před katastrofou. Služby jako VaultPress nebo plugin UpdraftPlus můžou zálohy nahrávat do cloudu automaticky. Zálohy na stejném serveru jako web nejsou zálohy – když padne server, přijdete o obojí.

Firewall na úrovni aplikace může blokovat podezřelý provoz ještě předtím, než se dostane k WordPressu. Wordfence nebo Sucuri nabízejí jak firewall, tak skener malwaru. Mírně zpomalí web, ale ochrana stojí za to. Prevence je vždycky levnější než řešení následků hacknutí.

Když permalink přestane fungovat správně

Permalink, tedy trvalý odkaz, určuje jak vypadají URL adresy na vašem webu. Možná máte nastavené pěkné URL jako vaseweb.cz/muj-clanek, ale najednou se místo článku zobrazuje chyba 404. Nebo všechny odkazy přestaly fungovat a vidíte jen hlavní stránku. To je klasický problém s permalinky.

Problém s permalinky většinou souvisí s poškozeným .htaccess souborem nebo špatným nastavením přepisovacích pravidel. WordPress potřebuje správná pravidla v .htaccess, aby dokázal z pěkných URL vyčíst, který článek má zobrazit. Bez toho jsou všechny odkazy mrtvé a web vypadá rozbitě.

Rychlé řešení problému s permalinky

Nejjednodušší oprava je přegenerování pravidel. Přihlaste se do administrace WordPressu a jděte do Nastavení → Trvalé odkazy. Nemusíte nic měnit, jen klikněte na tlačítko Uložit změny úplně dole. WordPress automaticky přepíše pravidla v .htaccess a většinou to problém vyřeší okamžitě.

Pokud to nepomohlo, zkontrolujte soubor .htaccess. Možná nemá správná oprávnění a WordPress do něj nemůže zapisovat. Práva by měla být nastavená na 644. Zkuste soubor smazat úplně a pak znovu uložit permalinky v nastavení – WordPress vytvoří nový .htaccess s čistými pravidly bez zbytečností.

Když problém přetrvává i po regeneraci

Stále nefunguje? Možná máte aktivní plugin, který si hraje s URL strukturou. Některé pluginy pro vícejazyčné weby nebo pro vlastní typy příspěvků mění způsob, jakým WordPress vytváří odkazy. Zkuste deaktivovat podezřelé pluginy a regenerovat permalinky znovu. Často to pomůže.

Další možnost je, že server nepodporuje mod_rewrite modul pro Apache, který WordPress používá k přepisování URL. To je ale vzácné – většina moderních hostingů má mod_rewrite standardně zapnutý. Pokud si nejste jistí, zeptejte se podpory webhostingu nebo zkontrolujte soubor phpinfo().

Duplicitní obsah a SEO problémy

WordPress někdy vytváří duplicitní verze stejného obsahu pod různými URL adresami. Stejný článek může být dostupný přes normální odkaz, archiv kategorie, archiv štítku a archiv autora. Google to nemusí ocenit, protože neví, která verze je ta „správná“. Duplicitní obsah škodí SEO hodnocení.

Dalším problémem může být dostupnost webu na více doménách – s www i bez www, nebo přes http i https. Pokud nemáte správné přesměrování, Google vidí čtyři různé verze vašeho webu se stejným obsahem. To škodí SEO, protože síla je rozdělená mezi více verzí místo koncentrace na jednu.

Kanonické URL jako řešení

Canonical tag říká vyhledávačům, která verze stránky je ta hlavní. WordPress automaticky přidává kanonické URL do hlavičky stránek, takže většinou se o to nemusíte starat. Pokud používáte SEO plugin jako Yoast SEO nebo Rank Math, ten má canonical tagy taky pod kontrolou a řídí je inteligentně.

Důležité je mít správně nastavené preferované URL v Nastavení → Obecné. Tam by měla být adresa webu v jednotném formátu – buď s www nebo bez, buď https nebo http (samozřejmě preferujte https). Všechno ostatní by mělo přesměrovávat na tuhle preferovanou verzi automaticky.

Přesměrování na správnou verzi webu

Pokud váš web reaguje jak na www verzi, tak na verzi bez www, měli byste nastavit přesměrování. Do .htaccess přidejte jedno z těchto pravidel podle toho, kterou variantu preferujete:

# Přesměrování z www na non-www RewriteEngine On RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC] RewriteRule ^(.*)$ https://%1/$1 [R=301,L]

Nebo opačně, pokud chcete přesměrovat na verzi s www:

# Přesměrování na www verzi RewriteEngine On RewriteCond %{HTTP_HOST} !^www\. [NC] RewriteRule ^(.*)$ https://www.%{HTTP_HOST}/$1 [R=301,L]

Kód 301 znamená trvalé přesměrování a říká Googlu, že jedna verze je ta správná. Vyhledávače pak spojí všechny signály a hodnocení na jednu URL a vaše SEO se zlepší. Je to jedna z nejjednodušších a nejúčinnějších SEO optimalizací.

Chyby s RSS feedem komplikují syndikaci

RSS feed je soubor, který obsahuje seznam vašich nejnovějších článků ve strukturovaném formátu. Čtenáři ho používají v RSS čtečkách, služby ho využívají k automatické syndikaci obsahu. Když RSS feed přestane fungovat nebo zobrazuje chyby, přicházíte o návštěvníky a možnosti automatické distribuce obsahu.

Nejčastější chybová hláška je „XML parsing error“. To znamená, že v RSS feedu je nějaký neplatný znak nebo mezera navíc. WordPress generuje RSS jako XML soubor a XML je velmi přísné – jediná chyba rozbije celý soubor. Jeden znak navíc a feed nefunguje vůbec.

Nalezení příčiny chyby v RSS

Otevřete svůj RSS feed v prohlížeči – obvykle na adrese vaseweb.cz/feed. Pokud vidíte chybovou hlášku místo seznamu článků, máte problém. Většinou tam bude napsané, na kterém řádku chyba je, což vám pomůže problém najít. Chybové hlášky XML parseru jsou překvapivě užitečné.

Časté příčiny jsou prázdné řádky nebo mezery před nebo za PHP tagy v souborech funkcí. Otevřete soubor functions.php vašeho tématu a zkontrolujte, jestli před otevíracím <?php nebo za zavíracím ?> nejsou žádné mezery ani prázdné řádky. Dokonce ani jeden enter navíc tam nemá co dělat.

Validace a oprava RSS feedu

Online nástroje jako W3C Feed Validator dokážou zkontrolovat váš RSS a ukázat přesně, co je špatně. Zadáte URL vašeho feedu a validátor vám řekne, jestli je feed v pořádku nebo kde jsou chyby. To hodně usnadní hledání problému, protože validátor je přesnější než ruční kontrola.

Pokud je problém v pluginu nebo tématu, které přidává obsah do RSS, zkuste plugin deaktivovat. Když feed začne fungovat, víte kde hledat. Kontaktujte vývojáře pluginu nebo se podívejte do nastavení, jestli tam není možnost vypnout úpravy RSS feedu. Některé pluginy zbytečně modifikují feed.

Některé pluginy umožňují úplně nahradit výchozí RSS feed vlastním. Pokud jste takový plugin použili a feed nefunguje, zkuste ho vrátit na výchozí nastavení WordPressu. RSS by se mělo generovat automaticky bez nutnosti něco extra nastavovat. Výchozí feed WordPress funguje spolehlivě.

Problémy s odesíláním emailů

WordPress posílá emaily při registraci uživatelů, zapomenutém heslu, nových komentářích a spoustě dalších událostí. Když emaily nedorazí, uživatelé se nemůžou zaregistrovat, zapomenuté heslo nemůžete obnovit a důležité notifikace vám utečou. Email je kritická funkce moderního webu.

Hlavní důvod je, že WordPress používá PHP funkci mail(), která není příliš spolehlivá. Mnohé webhostingy ji omezují nebo úplně blokují kvůli spamu. Email poslaný přes mail() často skončí ve spamu nebo se ztratí úplně. Příjemce ho prostě nikdy nedostane a ani neví, že byl poslán.

Nastavení SMTP pro spolehlivé odesílání

SMTP je profesionální způsob odesílání emailů. Místo PHP funkce použijete externí mailový server, který je navržený přímo pro posílání pošty. Emaily pak spolehlivě dorazí a pravděpodobnost skončení ve spamu je mnohem nižší. SMTP servery mají správně nakonfigurované autentizační mechanismy.

Plugin WP Mail SMTP nebo Post SMTP umožňuje nastavit SMTP přímo ve WordPressu. Budete potřebovat SMTP údaje od vašeho poskytovatele emailu – server, port, uživatelské jméno a heslo. Většina webhostingů poskytuje SMTP údaje v administraci nebo dokumentaci. Někdy musíte požádat podporu.

Po instalaci pluginu zadáte údaje do nastavení a otestujete odesílání zkušebního emailu. Plugin vám řekne, jestli email odešel správně nebo kde je problém. Většinou to funguje napoprvé, ale občas musíte experimentovat s různými porty (25, 465, 587) nebo zapnout SSL/TLS šifrování podle požadavků serveru.

Alternativní řešení přes třetí strany

Služby jako SendGrid, Mailgun nebo Amazon SES nabízejí robustní infrastrukturu pro posílání emailů. Mají free plány pro menší weby a pluginy pro snadnou integraci s WordPressem. Navíc poskytují statistiky o doručených emailech, které se odrazily nebo skončily ve spamu. To vám dá přesný přehled.

Použití externí služby má výhody – profesionální doručitelnost, detailní logy a žádné omezení od webhostingu. Nevýhodou je nutnost registrace a možná i malý poplatek při větším objemu emailů. Pro většinu webů ale free plán bohatě stačí. SendGrid nabízí 100 emailů denně zdarma.

Mobilní responzivita nefunguje správně

Polovina návštěvníků přichází z mobilních zařízení, takže responzivní design není volitelný. Když web na mobilu vypadá rozbitě, rozmazaně nebo se nedá použít, návštěvníci rychle odejdou. A Google vás ve vyhledávání potrestá, protože mobilní verze je pro něj priorita od zavedeného mobile-first indexování.

Většina moderních WordPress témat je responzivní od základu. Ale občas nějaký vlastní CSS kód, špatně nastavený plugin nebo zbytečně velký obrázek mobilní zobrazení rozbije. Výsledek je frustrující – na počítači web funguje perfektně, na mobilu je nepoužitelný. To je návštěvníci netolerují.

Testování a identifikace problémů

Nejjednodušší způsob testování je vzít telefon a web otevřít. Podívejte se kritickým okem – jsou všechny prvky čitelné? Dají se tlačítka kliknout? Text je dostatečně velký? Není potřeba horizontálně scrollovat? Pokud cokoliv nefunguje, máte problém. Reálné testování na skutečném zařízení je nenahraditelné.

Vývojářské nástroje v prohlížeči umožňují simulovat mobilní zařízení. V Chrome stiskněte F12, klikněte na ikonu mobilu v levém horním rohu dev tools a vyberte zařízení. Vidíte web tak, jak ho vidí mobilní uživatelé. To vám ušetří neustálé přepínání mezi počítačem a telefonem během testování.

Řešení typických mobilních problémů

Pokud text je příliš malý, zkontrolujte velikost písma v CSS vašeho tématu. Měla by být minimálně 16 pixelů pro běžný text. Menší font je na mobilu nečitelný a nutí uživatele zoomovat, což je otravné. Většina kvalitních témat tohle řeší automaticky pomocí media queries.

Velké obrázky můžou na mobilu přetékat přes okraje nebo zpomalovat načítání. Ujistěte se, že všechny obrázky mají nastavenou maximální šířku 100% a výšku auto. To zajistí, že se přizpůsobí šířce obrazovky. WordPress to dělá standardně, ale vlastní CSS může toto chování změnit nebo přepsat.

Některé pluginy přidávají obsah, který na mobilu zabírá příliš místo nebo nefunguje správně. Popup okna, složité formuláře nebo velké tabulky dělají na mobilu problémy. Zvažte, jestli můžete problémové prvky na mobilu úplně skrýt nebo zobrazit ve zjednodušené verzi pomocí media queries.

Když widgety zmizí nebo nefungují

Widgety jsou malé bloky obsahu v postranním panelu nebo patičce – vyhledávání, poslední příspěvky, kategorie a podobně. Občas se stane, že po aktualizaci tématu všechny widgety zmizí, nebo přestanete vidět oblasti widgetů v administraci. To je nepříjemné překvapení.

Důvodem je většinou změna v registraci widget oblastí v novém tématu. Staré téma mělo třeba tři oblasti pro widgety, nové téma má pět jinak pojmenovaných. WordPress neví, kam vaše staré widgety umístit, tak je schová do neaktivních widgetů. Tam čekají, až je vrátíte zpátky.

Obnovení ztracených widgetů

Jděte do Vzhled → Widgety a podívejte se do sekce Neaktivní widgety úplně dole. Tam najdete všechny widgety, které zmizely z webu. Můžete je přetáhnout zpátky do aktivních oblastí. Je to trochu ruční práce, ale widgety nejsou úplně pryč. Nastavení widgetů zůstává zachované.

Pokud widget nefunguje správně i po přesunutí, možná není kompatibilní s vaším tématem. Zkuste ho smazat a přidat znovu, nebo použijte jiný widget se stejnou funkcionalitou. Některé widgety vyžadují specifickou strukturu HTML v tématu a bez ní nefungují správně.

Problémy s Gutenberg bloky v widgetech

WordPress 5.8 přinesl blokový editor i do widgetů, což některým uživatelům zpočátku komplikovalo život. Pokud preferujete klasické widgety, můžete nainstalovat plugin Classic Widgets, který vrátí staré rozhraní. To je jednodušší pro uživatele zvyklé na původní systém přetahování.

Blokové widgety ale mají své výhody – můžete použít všechny Gutenberg bloky, včetně sloupců, tlačítek a pokročilého formátování. Stojí za to se jim naučit, ale pokud máte starší web a nechcete nic měnit, Classic Widgets plugin je rychlé řešení. Obě varianty mají své místo.

Problémy s komentáři a spam

Komentáře jsou skvělý způsob interakce s návštěvníky, ale bohužel přitahují i spam. Možná vidíte desítky nebo stovky spamových komentářů denně, nebo naopak legitimní komentáře končí ve spamu. Oba problémy jsou frustrující a vyžadují řešení.

WordPress má zabudovanou základní ochranu proti spamu, ale není příliš účinná. Plugin Akismet je lepší volba – filtruje většinu spamu automaticky. Po aktivaci a registraci API klíče začne Akismet kontrolovat všechny komentáře a blokovat spam. Funguje to překvapivě dobře.

Když se legitimní komentáře nedostávají přes

Někdy přehnaná ochrana proti spamu zablokuje i normální komentáře. Kontrolujte pravidelně složku se spamem, jestli tam nejsou legitimní příspěvky. Můžete je ručně schválit a Akismet se z toho naučí. Čím víc legitimních komentářů označíte, tím přesnější filtr bude.

Pokud používáte captcha nebo jiný anti-spam systém, ujistěte se, že není příliš složitý. Některé captcha jsou tak obtížné, že je ani lidé nedokážou vyřešit. To odradí návštěvníky od komentování. Honeypot technika je nenápadnější – skryté pole, které boti vyplní, ale lidé ne.

Masové mazání spamových komentářů

Máte tisíce spamových komentářů v databázi? Mazání po jednom by trvalo věčnost. V administraci WordPressu můžete hromadně označit komentáře jako spam a smazat je najednou. Jděte do Komentáře, zaškrtněte všechny na stránce a vyberte akci „Přesunout do koše“ nebo „Smazat trvale“.

Pro ještě rychlejší čištění použijte plugin Delete All Comments. Dokáže smazat všechny komentáře najednou nebo podle určitých kritérií. Pozor ale – záloha před masovým mazáním je nutná. Kdybyste omylem smazali i legitimní komentáře, budete je chtít vrátit.

Redirect loops a nekonečné přesměrování

Redirect loop je situace, kdy stránka A přesměruje na stránku B, která přesměruje zpátky na A. Výsledek? Nekonečná smyčka, kterou prohlížeč po několika pokusech vzdá s chybovou hláškou „Příliš mnoho přesměrování“. Web je úplně nepřístupný.

Příčinou může být špatně nastavený plugin pro přesměrování, konflikt v .htaccess pravidlech nebo problém s SSL certifikátem. Někdy vznikne redirect loop po migraci webu nebo změně domény. Identifikace přesné příčiny vyžaduje metodické testování.

Jak vyřešit redirect loop

Zkuste vymazat cookies a cache prohlížeče. Někdy je problém jen lokální a po vyčištění zmizí. Pokud ne, zkontrolujte .htaccess soubor na přesměrovací pravidla. Hledejte duplicitní nebo konfliktní pravidla, která by mohla způsobovat smyčku.

Deaktivujte všechny pluginy pro přesměrování nebo cache. Pokud loop zmizí, víte, že problém je v jednom z těchto pluginů. Zapínejte je postupně zpátky, dokud loop nevznikne znovu. Pak máte viníka a můžete ho buď překonfigurovat nebo nahradit.

Pokud používáte SSL certifikát a web přesměrovává z http na https, zkontrolujte že přesměrování je nastavené správně. Někdy vznikne loop, když je přesměrování duplicitně nastavené jak v .htaccess, tak v pluginu. Stačí jedno místo, kde je přesměrování definované.

Proč už to konečně funguje

Problémy ve WordPressu jsou nepříjemné, ale většinou mají logické příčiny a řešení. Důležité je zachovat klid, systematicky testovat možné příčiny a nezapomínat na zálohy. Jednou vás zachrání záloha při nepovedené aktualizaci, podruhé při hacknutí a potřetí při vlastní hlouposti. Zálohy jsou pojistka.

WordPress je mocný nástroj a s mocí přichází zodpovědnost. Pravidelné aktualizace, kvalitní pluginy, rozumné nastavení a trocha preventivní péče dokážou většině problémů předejít. A když už něco selže, máte teď seznam řešení nejčastějších potíží. Znalost je síla v boji s technickými problémy.

Nezapomínejte, že každý WordPress uživatel někdy řešil rozbité stránky, záhadné chyby nebo nevysvětlitelné jevy. Není to ostuda. Ostuda je to nevyřešit a místo toho panikařit nebo všeho nechat. Teď máte znalosti, abyste dokázali problémy pojmenovat a opravit. Jste připraveni čelit výzvám.

Pokud narazíte na problém, který jste nedokázali vyřešit sami, nebojte se zeptat komunity. WordPress fóra, Facebook skupiny nebo Stack Overflow jsou plné lidí ochotných pomoci. Popište problém detailně, uveďte chybové hlášky a co jste už zkoušeli. Odpověď většinou nepřijde hned, ale přijde. Komunita je tu pro vás.

Pamatujte si zlaté pravidlo: Před každou změnou záloha, po každé změně test. Když toto dodržíte, většině katastrof se vyhnete. A když už katastrofa přijde, budete připraveni ji rychle vyřešit. WordPress problémy jsou výzva, ne konec světa. S trochou trpělivosti a správným postupem zvládnete všechno.