Co je set_time_limit()

Funkce set_time_limit() je vestavěná PHP funkce, která nastavuje počet sekund, po který je skript může běžet. Pokud je zadaná hodnota 0, skript běží neomezeně dlouho, což není doporučené pro většinu webových aplikací, včetně WordPressu. Tato funkce se používá hlavně k zajištění toho, aby dlouho běžící skripty nezablokovaly servery nebo nezpomalily výkon webu.

Kam se funkce set_time_limit() umísťuje

Funkce set_time_limit() se v PHP kódu obvykle umisťuje na začátek skriptu. Pokud chcete upravit limit pro celý WordPress pak umístěte kód do wp-config.php. Není to však podmínkou.

V případě WordPressu existují různá místa, kde může být tato funkce použita, ale obecně platí, že by měla být umístěna tam, kde je nejvíce potřeba. Například, pokud je problém s nahráváním velkých souborů, může být funkce umístěna do skriptu, který zpracovává nahrávání souborů.

Jakou hodnotu zvolit

Pokud je hodnota času nastavena příliš nízko, může to vést k neúspěšnému dokončení skriptu, což může mít za následek chyby na stránce nebo dokonce ztrátu dat. Na druhou stranu, pokud je hodnota času nastavena příliš vysoko, může to způsobit zbytečnou zátěž serveru.

Proto také není ideální nastavit jí pro celý WordPress. Vykreslení stránky, než se uloží do cache je otázkou nižších jednotek vteřin. Aktualizace WordPress zase otázkou desítek vteřin. Zálohování může trvat minuty.

V kontextu WordPressu může být funkce set_time_limit() použita například při nahrávání velkých souborů nebo při dlouhých databázových operacích. Například, pokud je WordPress nastaven tak, že má nahrávat velký soubor a funkce je nastavena na hodnotu, která není dostatečně vysoká na to, aby umožnila nahrání souboru, operace se nezdaří a může se zobrazit chybová zpráva.

Problémy které může způsobit

Nejčastější problémy, které může způsobit nízká hodnota set_time_limit(), zahrnují neúspěšné aktualizace, problémy s nahráváním souborů a chyby databáze. Tyto problémy mohou způsobit nesprávné chování stránky nebo dokonce její selhání. Například, pokud se pokoušíte aktualizovat WordPress nebo některý z jeho pluginů a funkce set_time_limit() je nastavena na hodnotu, která není dostatečně vysoká na to, aby umožnila dokončení procesu, aktualizace se nezdaří. To může vést k nestabilitě stránky nebo k nemožnosti přístupu k určitým funkcím.

Rovněž, pokud se pokoušíte nahrát velký soubor a funkce set_time_limit() je nastavena na hodnotu, která není dostatečně vysoká na to, aby umožnila nahrání souboru, nahrání se nezdaří a může se zobrazit chybová zpráva. Toto může být obzvláště problém při nahrávání velkých mediálních souborů, jako jsou obrázky nebo videa.

Pro řešení těchto problémů je možné funkci set_time_limit() navýšit. To se obvykle provádí tím, že se do skriptu přidá řádek kódu set_time_limit(300);, kde 300 je počet sekund, po který je skript povolen k běhu. Tento kód by měl být přidán na začátek skriptu, který potřebuje více času k dokončení.

Funkce set_time_limit() může také být vypnutá na straně serveru. V tomto případě se objeví chybová zpráva:

Warning: set_time_limit() has been disabled for security reasons in /data/web/virtuals/123456/virtual/www/domains/domena.tld/wp-admin/includes/class-wp-upgrader.php on line 468

Více informací se dozvíte v článku WARNING: SET_TIME_LIMIT() HAS BEEN DISABLED FOR SECURITY REASONS IN.

Pozor na omezení

Je důležité poznamenat, že navýšení hodnoty set_time_limit() může být omezeno nastavením serveru. Někteří hostingoví poskytovatelé mohou mít nastaveny maximální limity pro běh skriptů, které nelze překročit. Pokud se setkáte s tímto omezením, budete muset se svým hostingovým poskytovatelem diskutovat o možnostech navýšení tohoto limitu.

Pokud je limit set_time_limit() nastaven příliš nízko a není možné ho zvýšit kvůli omezením serveru, můžete se setkat s řadou problémů. Mohou se objevit chybové zprávy, stránka může být nestabilní nebo mohou selhat určité funkce, jako je nahrávání souborů nebo aktualizace.

V případě, že navýšení set_time_limit() není možné, můžete se pokusit optimalizovat svůj WordPress a jeho pluginy tak, aby potřebovaly méně času k provedení operací. Můžete také zvážit přechod k jinému hostingovému poskytovateli, který nabízí vyšší limity pro běh skriptů.

Závěr

Závěrem je třeba říci, že správné nastavení set_time_limit() je klíčové pro správné fungování WordPressu. Tato funkce pomáhá zajišťovat, že dlouho běžící skripty nezablokují server a nezpomalí výkon stránky. Pokud je však nastavena příliš nízko, může to vést k řadě problémů, včetně selhání aktualizací, problémů s nahráváním souborů a chyb databáze.

Řešení těchto problémů může zahrnovat navýšení hodnoty, ale to může být omezeno nastavením serveru. Pokud se setkáte s tímto omezením, můžete se obrátit na svého hostingového poskytovatele a diskutovat o možnostech navýšení limitu, nebo se můžete pokusit optimalizovat svůj WordPress a jeho pluginy tak, aby potřebovaly méně času k provedení operací.

V každém případě je třeba přistupovat k nastavení set_time_limit() s opatrností a uvědomit si, že správné nastavení této funkce může mít významný vliv na výkon a stabilitu vaší WordPress stránky.

• https://www.php.net/manual/en/function.set-time-limit.php

Řešení problému jsem hledal na několika různých diskuzích a zkoušel navrhovaná řešení. Od jednoduchých a přes opravdu krkolomná – ukládání do mezipaměti, vypnutí nepoužívaných pluginů, downgrade atd. Nicméně, všechny tyto metody byly neúčinné.

Nakonec jsem se rozhodl vypnout rozšíření v prohlížeči Chrome, v tomto případě Grammarly. A právě tady bylo řešení mého problému! Jakmile jsem vypnul Grammarly, editor bloků okamžitě reagoval svižně a od té doby jsem neměl žádné problémy.

Tento zážitek mě přiměl k zamyšlení, jaké další problémy mohou být spojeny s používáním různých rozšíření do prohlížeče. Mohou zpomalovat rychlost práce s WordPress editorem Guttenberg a mohou také snižovat výkon našeho počítače.

Pokud se setkáte s podobným problémem, zvažte i vypnutí některých rozšíření prohlížeče. Pokud máte pocit, že některá rozšíření skutečně potřebujete, zvažte:

• Aktualizujte prohlížeč a rozšíření.
• Úplně jiný prohlížeč (na každém prohlížeči může fungovat rozšíření jinak).
• Napište tvůrci rozšíření o problému.
• Nákup počítače s vyšší výkonem anebo hardwarový upgrade (procesor, paměť).

Dobré zprávy jsou, že s vypnutím některých rozšíření můžete snadno vyřešit problémy s editorem bloků.

Jak vypnout rozšíření v různých prohlížečích

Google Chrome:

1. Otevřete prohlížeč Google Chrome a klepněte na tři tečky vpravo nahoře.
2. Vyberte možnost „Další nástroje“ a poté „Rozšíření“.
3. Zde uvidíte seznam všech nainstalovaných rozšíření v prohlížeči. Chcete-li vypnout rozšíření, klepněte na přepínač vedle něj, dokud se nezobrazí šedivá barva.

Mozilla Firefox:

1. Otevřete prohlížeč Mozilla Firefox a klepněte na tři čárky vpravo nahoře.
2. Vyberte možnost „Doplňky a vzhled“.
3. Zde uvidíte seznam všech nainstalovaných rozšíření v prohlížeči. Chcete-li vypnout rozšíření, klepněte na tlačítko „Deaktivovat“.

Microsoft Edge:

1. Otevřete prohlížeč Microsoft Edge a klepněte na tři tečky vpravo nahoře.
2. Vyberte možnost „Rozšíření“.
3. Zde uvidíte seznam všech nainstalovaných rozšíření v prohlížeči. Chcete-li vypnout rozšíření, klepněte na přepínač vedle něj, dokud se nezobrazí šedivá barva.

Apple Safari:

1. Otevřete prohlížeč Apple Safari a klepněte na „Safari“ v horní nabídce.
2. Vyberte možnost „Přidat doplňek“.
3. Zde uvidíte seznam všech nainstalovaných rozšíření v prohlížeči. Chcete-li vypnout rozšíření, klepněte na tlačítko „Odstranit“.

Základem komunikace v redakci se stává email. Můžete mít sice vlastní interní systém, ale stejně v konečném důsledku budou všichni dostávat upozornění emailem anebo SMSkou. Když k tomu ještě přidáme spousta čtenářů, kteří odebírají novinky, tak se prostě mailový server nezastaví. Co však dělat, když se zastavil a emaily nechodí.

Analyzujte chybu

Základem je dozvědět se proč vlastně zprávy přestaly chodit. Musíte totiž vyloučit chybu na straně příjemce. Ta u něj může být úplně (má něco špatně nastaveného), částečně (má vás na blacklistu) anebo vůbec (prostě máte něco špatně vy).

Právě z analýzy zpráv, které se budou vracet poznáte, co je špatně. Pro začátek je důležité zjistit jaké číslo odpovědi vrátil server.

• 421, 441, 442, 451, 452 – cílový server je přetížen anebo potřebuje čas
• 422, 431, – příjemce má plnou schránku (počet, velikost)
• 446, 449, 471 – chyba je někde na cestě, klidně i u vás
• 451 – možný problém s greylistingem
• 500, 501, 502, 503, 504, 530, 541 – váš problém
• 510, 511, 512, 513, 553 – váš problém zkontrolujte email cíle
• 523 – posílejte emaily po menších dávkách
• 541, 554 – jste na blacklistu
• 550 – hodně možností, většinou schránka neexistuje
• 552 – velká příloha

Greylist

Jedná se o obranou metodu jak se brání provozovatelé emailových služeb spamu. Emailová schránka se tváří jako nedostupná a vrátí email zpět. Slušně vychovaný mailový server se pokusí email doručit znovu (většinou v řádech minut). Podruhé už má mailserver příjemce uložené informace, že tento mail to jednou zkoušel a dovolí mu projít.

Zdržení přitom může být různé. Většinou v jednotkách minut, ale v případě většího provozu i desítky. Záleží na konfiguraci, existují případy, kdy to trvá i hodiny. Výsledkem tak může být, že pokud váš redaktor čeká například na přihlašovací údaje může to chvíli trvat.

Většinou si mailserver pamatuje komunikaci, takže se čeká jen na první email. Na některých systémech se dá také celý proces urychlit pokud si příjemce přidá odesilatele do kontaktů.

Blacklist

Někdy se dostanete mailserver na blacklist. Většinou je to za odesílání nevyžádané pošty. Blacklist se vztahuje na IP adresu mailserveru ale někteří provozovatelé serverů anebo uživatelé mají i blacklisty s doménami.

Dostat se z blacklistu je poměrně problematické. Provozovatelé mailových služeb se většinou nechtějí moc zabývat tím, že jste skončili na blacklistu, protože využívají veřejně dostupné databáze.

Řešením v případě IP adresy na blacklistu může být použít jiný mailserver. U velkých služeb jako Seznam anebo Gmail funguje přidání odesilatele do kontaktů, kdy je pak konkrétnímu emailu dána výjimka.

Z blacklistu se dostanete tak, že problém budete řešit s tím, kdo blacklist spravuje. Samozřejmě řešit by to měl správce mailserveru, pokud jste na sdíleném hostingu musí to udělat provozvoatel.

Funkce mail() vs SMTP

Standardně používají redakční systémy k rozesílání emailů PHP funkci mail(), která slouží k odesílání emailů. Pro menší komunikaci to není problém, ovšem mohou se objevit určité problémy s doručováním. Pokud to jde poohlédněte se po SMTP pluginu. Zvláště u WordPress, který využívá funkci wp_mail() se v poslední době objevilo několik případů, kdy zvláště zahraniční mailservery měly problém s doručováním. Výhodou SMTP pluginu je, že v případě problémů můžete přenastavit údaje na jiný SMTP server. Pozor pokud se nejedná o placené řešení, ale chcete použít třeba SMTP od Gmail je to opravdu jen pro týmovou komunikaci, na velké rozesílání, třeba newsletterů je lepší zvolit vlastní SMTP server anebo některou z placených služeb.

Zakázaná funkce mail()

Jakmile vám napadne malware vaši instalaci redakčního systému, první co vám na sdíleném hostingu udělají, že odstaví právě funkci mail. Dokud jej nevyčistíte, tak vám jí neaktivují. Což je samozřejmě správně, protože právě takto rozesílající redakční systémy dostávají nejčastěji sdílené mailservery na blacklisty.

I když se dá obejít zakázání funkce mail(), přes výše uvedené řešení s pluginem na SMTP server, tak jej nezkoušejte, dokud si nejste jistí, že jste se opravdu zbavili všeho malware na napadeném webu.

Co tato chyba znamená

Tato chyba vám oznamuje, že PHP vlákno při generování stránky narazilo na omezení paměti RAM, která byla vláknu přidělena. Implicitně to u starších poskytovatelů bývá 32 MB RAM. Moderní webhostingy už s tímto u redakčních systémů počítají a základní (defaultní) hodnota je 64 MB RAM. to by mělo dostatečně vystačit všem běžným skriptům.

Jak se tato chyba dá řešit

V podstatě jsou dvě řešení. Buď navýšit RAM pro daný skript anebo najít jiné řešení jak data zpracovávat.

Navýšení paměti

Maximální hodnotu, kterou můžete vláknu přidělit najdete v nastavení PHP (konkrétně to má na starosti php.ini) pod položkou memory_limit. Pokud k němu máte přístup zkuste tuto hodnotu navýšit například na 64 MB.

Další možností jak paměť pro skript zvětšit, lze přímo v daném souboru. Otevřete si soubor wp-config.php a vložte do něj:

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

Pokud se při spuštění neobjeví chyba, tak váš WordPress má k dispozici už 64 MB RAM a to by mu mělo stačit.

Třetí varianta je využití souboru .htaccess. Před zásahem do něj, ale určitě vše zazálohujte. Pokud se v něm něco pokazí připravte se na chybu 500. Někam na začátek vložte řádek:

php_value memory_limit 64M

Úprava skriptu

Z chybové hlášky se dozvíte, který skript má problém. Většina pluginů, které provádí na paměť náročné operace, jako jsou například zálohovací pluginy, mají v nastavení možnost úprav. Například místo, aby tvořily velké soubory nastavte větší počet menších.

Pokud to nelze můžete zkusit najít alternativní plugin, který nebude na paměť tak moc náročný. Jestli ale plugin například má za úkol upravovat fotky a potřebujete zrovna nějakou opravdu velkou, je lepší to udělat lokálně na počítači, anebo jí nejdříve zmenšit. Pro takovéto případy vždy dobré zvolit speciální hosting s vysokými parametry memory_limit anebo rovnou VPS, kde jsou nastavení jednotlivých parametrů čistě ve vaší režii.

V předchozích odstavcích bylo nastíněno několik způsobů řešení. Jestli vytváříte vlastní skript a nemůžete jej donutit snížit nároky na paměť zkuste zauvažovat na rozdělení skriptu na menší úkony. Například data zpracovávat postupně. Pro třídění dat je téměř vždy výhodnější použít databáze. Od toho jsou stavěné.

Některé procesy jsou zkráceny, protože se jedná o rozsáhlou problematiku. Do budoucna si je můžeme dále rozvést.

Proces přístupu prohlížeče k stránkám

Aby jste si mohli procházet internetové stránky musí prohlížeč prostřednictvím počítače udělat několik úkonů.

Když zadáte do prohlížeče doménu, kterou chcete navštívit nejdříve se váš počítač pokusí vyžádat IP adresu serveru, na který doména směřuje z DNS serveru. Jakmile jí získá dotáže se daného serveru s touto IP adresou na obsah domény.

Vše je na první pohled jednoduché, ovšem každý z těchto částí může mít vliv na rychlost načítání webových stránek.

Rychlost a dostupnost DNS serverů

Jako uživatel připojený k internetu většinou získáte adresu DNS serverů od svého poskytovatele. Jestli je mezi vámi a poskytovatelem například router, tak slouží jako mezičlánek. Aktuální stav zjistíte pomocí příkazového řádku (cmd.exe) a příkazem ipconfig.exe /all u své síťové karty pak dohledejte DHCP a DNS.

Jejich rychlost si pak ověřte přes příkaz ping. Jako parametr zadejte jejich IP adresu. V případě, že máte podezření na jejich vypadávání, přidejte ještě -t a průběžně sledujte jak se chovají. Pokud jsou prodlevy velké zkuste změnit DNS na 8.8.8.8 a 8.8.4.4 to jsou DNS od Google. Mají také výhodu, že se rychle obnovují, což oceníte pokud doména změní hosting a nechcete dlouho vidět obsah.

Z domova menší prodleva nevadí. Na doménu se zeptá váš počítač jen při první návštěvě a pak v pravidelných intervalech, které mohou být v řádech minut anebo i dnů. Nejedná se tedy o nic, co by výrazně zpomalovalo vaše prohlížení stránek na jedné doméně. Problém to je když jsou výpadky. Pak se na stránku nemusíte vůbec dostat. Osobně používám DNS od Google. Důvodů je více, ale to můžeme probrat u dalšího článku.

DNS využívá i vaše webová stránka. Ukládají se do ní data k doméně, například jestli pracuje s IPv6 anebo na ní směřuje email. V podstatě počítač si stahuje tyto data a pak s nimi pracuje. Ačkoliv je nepravděpodobné, že by mohl být jmenný server od poskytovatele webhostingu pomalý, může se stát, že je třeba rozbitý anebo je s ním jiný problém. V ČR už se stalo, že byl DNS server cílem masivního DDoS útoku. Rovněž si jej můžete otestovat přes ping a zjistit jestli funguje správně. V případě problémů jej pak nahradit jiným, ale pokud je k webhostingu jako součást služby, tak by měl být profesionálně nakonfigurovaný, tedy je lepší kontaktovat provozovatele jestli tam nemá něco špatně. Popravdě tu jde i o bezpečnost. Využívat službu třetí strany není v tomto případě ideálním řešením.

Komunikace mezi serverem a prohlížečem

Server poskytuje data pro prohlížeč, který je pak zobrazuje. Nutno podotknout, že ne všechna data jsou poskytována jedním serverem při vykreslování samotné stránky. Dnešní webové prezentace se skládají s desítek, občas i stovek elementů, které musí prohlížeč vykreslovat. Různé prohlížeče zvládají odlišný počet vykreslování elementů naráz.

Odezva serveru

Rychlost komunikace mezi serverem a vašim počítačem si opět můžete otestovat přes příkaz ping. Stačí zadat ping cilovadomena anebo ping ipadresa. Uvědomte si, že pokud je prodleva třeba 200 ms, tak ke každé sérii elementů, které bude prohlížeč vykreslovat a jsou umístěné na daném serveru se musí přidat tato hodnota, takže čím méně tím lépe. Bude samozřejmě záležet i na rychlosti vašeho připojení. Dejme tomu, že by se rychlost v ms neměla výrazně lišit od pingu na Seznam.cz popřípadě místní pobočky Google, pokud web nemáte umístění v Česku.

Velikost souborů

Další podíl na rychlosti má generování stránky serverem. Pokud pomineme čistě textové dokumenty bez jakéhokoliv formátování (TXT, HTML) a multimédia (JPG, AVI), tak server většinou pracuje s nějakým skriptem (PHP, ASP) jeho zpracování a vyhodnocení mu zabere nějaký čas. T

TTFB

o co potřebujete změřit se nazývá TTFB (time to first bite), neboli čas do prvního bitu. Technicky je to okamžik, kdy nám začne server posílat vygenerovanou stránku (provedl všechny výpočty). Tuto hodnotu nejlépe zjistíte přes nástroj na měření rychlosti. Zkuste třeba tools.pingdom.com. Nezapomeňte si jako měřící bod zvolit Amsterdam. Pokud se stránka generuje nad 1 vteřinu zvažte optimalizaci, jestli je čas nad 2 vteřiny, tak to už je dlouho. Pozor ve většině případech je třeba optimalizovat web nikoliv server/hosting. Pouze pokud by se projevovali pravidelné nevysvětlitelné výkyvy u TTFB, které by neměli nic společného se samotným webem (moc návštěvnosti, aktualizace, generování individuální stránky), tak je vhodné kontaktovat odborníka na optimalizaci, který by vám doporučil změnit poskytovatele.

Cache

TTFB výrazně ovlivňuje zapnuté cachování. Jedná se o proces, kdy si webová stránka pro určité specifické návštěvníky, předgeneruje obsah a ten znovugeneruje jen pokud dojde k jeho úpravě. Pokud děláte test TTFB a víte, že používáte cache udělejte jej dvakrát za sebou.

Cache využívá mimo webové stránky i server. Například obsah nejdříve zkomprimuje, pošle prohlížeči, ten si jej rozbalí a začne vykreslovat. V podstatě se tak ušetří přenosová data vzroste výkon počítače samotného. Dříve to bylo celkem aktuální témat, dnes už však jsou připojení velice rychlé a výkon také někde jinde. Takže se komprimuje vše co se dá

Vykreslení stránky prohlížečem

Takže máme za sebou vygenerovanou stránku a teď jí obdržel náš prohlížeč. Než jí vykreslí musí si stáhnout všechno potřebné. Tohle je problém zvláště lidí s pomalejším připojením, kteří například musí čekat na velký obrázek na pozadí. Mají tak bílou obrazovku a pocit, že web je pomalý. Ve skutečnosti je pomalé jejich připojení. Na druhou stranu to není jejich chyba ale vaše, protože existují metody, postupy a také doporučení, které dokáží vykreslování webu znatelně zrychlit. Anebo jej vykreslovat postupně tak, že to nebude vadit ve využívání. Třeba onen velký obrázek se může nahrát dodatečně a prozatím místo něj být třeba vhodný barevný podklad.

Tento druh optimalizace je velice náročnou záležitostí a vyžaduje poměrně hodně znalostí z oboru webdesignu a kódování šablon. V každém případě pokud vám u testu rychlosti vyskočil velmi dobrý čas u TTFB, ale stránka se načítá pomalu, zřejmě se nějaké optimalizaci, alespoň té částečné, nevyhnete.

Mimochodem test vám zároveň ukázal, které části se stahují odkud a s jakou rychlostí. Pomocí něj můžete najít slabé místa, která brzdí kompletní načtení webu. Jedním s řešení je i jejich odstranění. Všeho moc škodí a to i na webu.

Co tato chyba znamená

WordPress si jako většina redakčních systémů ukládá data do databáze na serveru. To je speciální program, který umí velice rychle a efektivně pracovat z daty. WordPress využívá MySQL. Chyba Nepodařilo se navázat spojení s databází v podstatě znamená, že se WordPress nedokáže spojit s MySQL databází. Důvodů je více a postupně si je probereme. Ve většině případů, to ale není chybou přímo WordPress. Tedy že se něco „rozbilo“.

Špatné údaje pro spojení s databází

Aby mohlo dojít k úspěšnému spojení s databází je nutné mít správné údaje. Zkuste navštívit administraci vašeho WordPress na vašedomena.cz/wp-admin/ (vašedomena.cz nahraďte doménou, kde máte nainstalovaný WordPress).

Pokud uvidíte následující chybovou zprávu může to mít několik důvodů, které si teď probereme.

V případě že vidíte chybu Minimálně jedna databázová tabulka není dostupná. Pravděpodobně bude potřeba databázi opravit. je tu trochu větší problém. Postupujte podle návodu, který se nachází o tři nadpisy níže.

Databázový server na hostingu je nefunkční

Pokud jste nedělali žádné úpravy na vašem WordPress, neinstalovali nové pluginy ani nedošlo k žádným změnám je tato varianta nejpravděpodobnější. Jestli chcete mít jistotu zkuste se podívat do databáze přes phpMyAdmin. Jestli je problém s přihlášením, tak na nic nečekejte a kontaktujte zákaznickou podporu. Může se stát, že o problému netuší. Bohužel ne všechny firmy u nás mají nonstop monitoring. Pokud je neupozorníte, tak na to ani nemusí přijít.

Došlo k přemístění databázového serveru

Někteří poskytovatelé webhostingu mají databáze na samostatných fyzických serverech. Důvodem může být bezpečnost, speciálně upravený server například s SSD disky anebo prostě to tak dělají. Poznáte to tak, že při instalaci se nevyplňovala do políčka server hodnota localhost, ale jiná adresa (například db58.názevwebhositngu.cz). Pokud jste dostali od provozovatele nějaké upozornění e-mailem, určitě si jej dohledejte, jestli tam není něco o databázovém serveru.

Pokud ano, řešení je velice jednoduché.

1. Připojte se přes vašeho FTP klienta na webhosting
2. Najděte v adresáři, kde máte nainstalovaný WordPress soubor wp-config.php.
3. Zkopírujte si jej k sobě na disk a zazálohujte.
4. Najděte si define(‚DB_HOST‘, ‚něco‚); (většinou řádek 28). A změňte něco na aktuální adresu vašeho databázového serveru.
5. Nahrajte upravený soubor zpět na webhosting.

Chyba by měla být odstraněna.

Chyba po stěhování WordPress

Pokud chybu Nepodařilo se navázat spojení s databází vidíte po stěhování WordPress na nový webhosting. Může být problémů více.

• Přestěhovaly jste i obsah databáze?
• Jsou údaje v wp-config.php aktuální k nového webhostingu?

Minimálně jedna databázová tabulka není dostupná. Pravděpodobně bude potřeba databázi opravit.

Pokud navštívíte wp-admin a vidíte tuto chybu, znamená to, že s tabulkami v databázi není něco v pořádku. Doufám, že máte zálohu webu, protože to nemusí pro vaše data dopadnout dobře. Před následujícími úkony si zazálohujte všechno co zbylo z databáze.

WordPress má v sobě nástroj na opravu.

1. Připojte se k hostingu přes FTP.
2. Vložte do souboru wp-config.php následující řádek define(‚WP_ALLOW_REPAIR‘, true); pod <?php (pod první řádek).
3. Zadejte adresu vašedomenae/wp-admin/maint/repair.php Zobrazí se vám následující stránka:

Vyberte Opravit databázi.

Objeví se výpis probíhající opravy tabulek. Pokud došlo k nějakým větším problémům, na které nástroj sám nestačil, vypíše je do textového pole pod opravou.

V tomto případě došlo k dvěma velkým problémům s kterými si už WordPress nedokáže sám poradit a je nutný pokročilejší zásah. Pokud nevíte jak to vyřešit, zkopírujte si výpis a zkuste požádat o pomoc někoho zkušenějšího. Dobrá jsou diskuzní fóra, kde se zdržuje komunita kolem WordPress.

V ukázkovém případě je na obrázku vidět, že chybí tabulky a pokud chci mít WordPress funkční musím je vytvořit v databází.

Nejdříve proveďte základní kontrolu

Než se pustíte do složitějších úprav ujistěte se, že za problémem není nějaký plugin, popřípadě šablona. Vypněte všechny pluginy a přepněte na základní šablonu. Teprve pokud jste si jistí, že zde problém není vyzkoušejte následující kroky. V některých případech může tuto chybu způsobit špatně použitý cachovací (zásah do adresářové struktury) anebo bezpečnostní plugin (úprava práv).

Soubor … se nepodařilo nahrát

WordPress ukládá standardně soubory do adresáře wp-content/uploads/. Původně se tato cesta dala změnit v administraci Nastavení – Média. Ovšem od verze 3.5 už zde tuto volbu nenajdete. Nestandardní umístění tohoto adresáře může být jedním z problému této chyby.

Zkontrolujte existenci adresáře /uploads/

Připojte se na hosting ideálně přes FTP klienta, jestli tento adresář existuje. Osobně používám Total Commander. Jak se přihlásit přes FTP k hostingu najdete v článku Problém s přihlášením – přesměrování.

Adresář jde jednoduše vytvořit pomocí klávesy F7. Pozor váš WordPress s největší pravděpodobností jede na Linuxovém serveru, který rozlišuje malá a velká písmena.

Než se však pustíte do vytváření adresáře ujistěte se, že váš WordPress nemá nastavený jiný adresář pro zápis. V adresáři s instalací najděte wp-config.php. Projděte jej jestli se v něm nenachází:

define('UPLOADS', 'soubory-wp/jinyuploads');

Pokud ano, tak se snaží WordPress zapisovat do adresáře jinyuploads/, který se nachází ve soubory-wp/.  Pokud chcete tento jiný adresář pro nahrávání souborů WordPress ponechat, tak se ujistěte, že existuje a má povolená práva (viz. níže). Jinak tento řádek smažte a vytvořte adresář podle postupu výše.

Pozor! Aby alternativní adresář mohl fungovat musí se zápis ve wp-config.php nacházet nad následujícím řádkem:

require_once(ABSPATH.’wp-settings.php’);

Častou chybou při změně adresáře je právě umístění define(‚UPLOADS‘, ‚soubory-wp/jinyuploads‘); na konec souboru wp-config.php.

Zkontrolujte jestli do adresáře může WordPress zapisovat

Každý soubor a adresář může mít určitá přístupová práva. Ta určují, kdo je může číst, zapisovat do nich a mazat.

Toto může být také váš problém. Adresář uploads existuje, ale samotný WordPress do něj nemá oprávnění zapisovat.

Připojte se k hostingu přes FTP, naděte adresář uploads a nastavte u něj oprávnění 755. V Total Commander je to Soubor – Změna atributů a do políčka napište 755.

Chybějící dočasný adresář tmp

Unix a Linux využívají globální dočasné adresáře /tmp/, popřípadě /var/tmp/ pro ukládání dočasných dat z internetových prohlížečů. Většinou tato data mají přežít případný restart serveru. Slouží však i pro přenos souborů mezi prohlížeče a serverem. V našem případě k nahrávání obrázků přes prohlížeč.

Adresář /tmp/ společně s adresáři /session/ a /www/. U některých hostingů to může být jinak. V každém případě pokud tento adresář smažete anebo mu přepíšete přístupová práva, tak vám nahrávání obrázků nebude fungovat.

Připojte se tedy přes FTP k vašemu webhostingu. Zkontrolujte zdali má /tmp/ atributy – oprávnění nastavené na 750 (pokud to nepůjde zkuste 777). Popřípadě jej vytvořte a práva nastavte. Vše by mělo začít fungovat bez restartu anebo nějaké čekání.

Základem je vědět co se zhruba stalo špatně. Po jaké události došlo k chybě. Pokud to víte není ušetříte si spoustu starostí.

Problém s pluginem

Některé pluginy ovlivňují přihlášení uživatele. Může se jednat například o rozšíření na zvýšení bezpečnosti. Většina z nich totiž sleduje množství přihlášení a v případě, že je překročena určitá mez dojde k úplnému zablokování přístupu do administrace například s využitím .htaccess a stavového kódu 403 anebo je potenciální útočník přesměrován jinam.

Při výkonu skriptu, se však nemusí vždy vše podařit tak jak má. Spousta sdílených hostingů má svůj přístup a povolené funkce. Navíc automatické instalace jsou občas trochu odlišné.

Pokud víte, že přesměrování způsobil plugin, můžete jej zkusit vypnout zvenčí.

V krátkosti.

1. Nalogujete se přes phpMyAdmin do databáze, kde máte tabulky s WordPress
2. Najdete tabulku wp_options (může mít trochu jinou předponu, pokud ano aplikujte změnu u bodu 3.)
3. Kliknete na SQL a zadáte UPDATE wp_options SET option_value = ‚a:0:{}‘ WHERE option_name = ‚active_plugins’;
4. Kliknete na tlačítko Proveď

Výsledkem jsou vypnuté pluginy.

Problém s .htaccess

Někdy se plugin pokusí přepsat soubor .htaccess a narazí například na odlišné nastavení u sdíleného hostingu. Zde je ideální obnovit původní .htaccess, po instalaci WordPress. Pokud jej nemáte k dispozici, tak si musíte vytvořit nový. To jde ovšem jen z administrace, kam nemáte přístup. Nezbývá než jej smazat. K tomu potřebujete přihlásit se k serveru s WordPress přes FTP.

Informace k přihlášení byste měli mít od svého poskytovatele webhostingu. V převážně většině případů budete potřebovat adresu serveru, login a heslo. K přístupu použijte některého z FTP klientů. Nejpoužívanější je zřejmě Total Commander.

Po úspěšném přihlášení, které by mělo být otázkou mrknutí oka (u zahraničních poskytovatelů to mohou být vteřiny), byste měli vidět základní strukturu webhostingu, kde máte svá data. Hledejte složku www anebo domains. Následně název domény s Vaší instalací WordPress.

Struktura uvnitř by měla být zhruba následující:

• wp-admin je administrace. Uvnitř se nachází celé administrační rozhraní. V případě, že máte problém se stavovým kódem 403, tak v tomto adresáři by se měl nacházet soubor .htaccess. Ten si zazálohujte a následně smažte.
• wp-content obsahuje šablony a pluginy. Pokud se vyskytl problém po nahrání šablony, otevřete tento adresář a v něm podadresář themes. Zde jsou šablony. Vámi nainstalovanou problémovou šablonu přejmenujte.
• wp-includes tento adresář zatím neotvírejte

V samotném adresáři se nachází soubor .htaccess. Nemá žádnou příponu. Zazálohujte si jej na disk a smažte.

Po smazání souboru .htaccess se přihlaste do administrace. Nový .htaccess vygenerujete tím, že kliknete na Nastavení – Trvalé odkazy. Vyberte variantu odkazů jakou jste měli předtím. Po kliknutí na Uložit změny, bude vygenerován nový .htaccess.

Problém se šablonou

Některé šablony mohou způsobit také problém s přihlášením. Není nic jednoduššího než problémovou šablonu přejmenovat. Použijte postup uvedený v předchozí části a přihlaste se přes FTP k vašemu hostingu. Následně v adresáři wp-content/themes/ najděte tu, po které se začal objevovat problém. Přejmenujte ji (stačí třeba přidat na konec jedno písmenko).

Pokud se znovu pokusíte přihlásit mělo by dojít k situaci, kdy je místo problémové šablony použita základní.

Přebývající uvozovky v řetězci

Mezi nejčastější případy této chyby jsou přebývající úvozový a to ať jednoduché ‘ anebo zdvojené “.

Například tento kód, obsahuje chybně uvozovky.

echo "<a href="https://www.flyer.cz">Odkaz na super web</a>";

To způsobí následující chybu:

FATAL ERROR syntax error, unexpected 'https' (T_STRING), expecting ';' or ',' on line number 1

Uvozovky nemůžete dát takto dovnitř zápisu. Je nutné je escapovat pomocí zpětného lomítka \”.

echo "<a href=\"https://www.flyer.cz\">Odkaz na super web</a>";

Tento druh chyb nejlépe odhalíte používáním editoru, který barevně odlišuje kód. Osobně mám dobré zkušenosti s PSPad a v posledním roce hodně používám i Visual Studio Code

Neukončený řetězec

Řetězec musí začínat a končit stejnými uvozovkami. Pokud na ně zapomenete, tak se objeví právě chyba Unexpected T_STRING.

Ukázka chybného zápisu:

echo "Ahoj <br>;
echo "světě <br>";

Dočkáme se následující chybové hlášky:

FATAL ERROR syntax error, unexpected 'světě' (T_STRING), expecting ';' or ',' on line number 2

Jak je vidět chybová hláška v tomto případě odkazuje na řádek 2, protože tam se provádění skriptu zastavilo. Chyba se však nachází na řádku 1, kde chybí dvojité uvozovky. Je třeba si na to dávat pozor.

Špatné uvozovky

V PHP se používají pouze dva druhy uvozovek a to ‘ a “. Pokud použijete jiné, tak se objeví chyba Unexpected T_STRING. To se nejčastěji stává při kopírování kódů z nějakých stránek. Spousta CMS používá automatické (pře)formátování textu, kde mohou být programátorské uvozovky nahrazené nějakými, které se lépe čtou (takzvané typografické uvozovky).

Chybějící středník

Pokud s PHP začínáte a nemáte zkušenosti s jiným obdobným programovacím jazykem, tak chybějící středník je nejčastější chybou. Chce to pár dní, týdnů, let, dekád … no prostě občas na ně zapomene každý

Příklad chyby:

<?php
$a = 10;
$b = 20
$c = $a + $b;
?>

FATAL ERROR syntax error, unexpected '$c' (T_VARIABLE) on line number 4

Aktivní nastavení short_open_tag v PHP.ini a XML

Pokud je short_open_tag v PHP.ini zapnutá, tak části kódu <? budou automaticky parsovány jako PHP a to i přesto, že takto například chceme definovat v hlavičce že se jedná o XML soubor.

Příklad:

<?xml version="1.0"?>

FATAL ERROR syntax error, unexpected 'version' (T_STRING) on line number 1

Chyba se objeví protože část za <? se zpracovává jako PHP. Tedy webserver za sebou vidí dvě konstanty xml a version. Netuší k čemu je tam takto máte a vyhodnotí to jako chybu.

Neviditelné znaky

V Unicode  je řada znaků, které se nezobrazují, ale počítač je potřebuje pro správné fungování. Neviditelný znak může být například nedělitelná mezera (U+200B). Pokud se vám takovýto znak dostane do kódu, například kopírováním kusu textu, tak bývá velice obtížné jej najít.

<?php
    ​echo 'Tento skript nefunguje';
?>

FATAL ERROR syntax error, unexpected ''Tento skript nefunguje'' (T_CONSTANT_ENCAPSED_STRING) on line number 2

A jak se tyto neviditelné znaky dají najít? Pro editory jako Visual Studio Code na to existují doplňky, které je hledají a zobrazují. Další možností je použít hexeditor.

Chybějící $ u proměnné

Každá proměnná v PHP musí začínat znakem $. Pokud jej zapomenete, tak se stane konstantou anebo jedním z předdefinovaných klíčových slov (and, class, global …)

Takto vypadá varování při aktualizaci WordPress.

Warning: set_time_limit() has been disabled for security reasons in /data/web/virtuals/123456/virtual/www/domains/domena.tld/wp-admin/includes/class-wp-upgrader.php on line 468

Co dělá funkce set_time_limit()

Funkce set_time_limit() je velice užitečná a mocná. Umožňuje totiž prodloužit dobu běhu skriptu a to až na hodnotu max_execution_time definovanou v php.ini.

Zjednodušeně řečeno, váš PHP skript může běžet v základním nastavení 30 vteřin (záleží na hostingu). Pokud je tento čas překročen, skript je přerušen chybou:

Fatal error: Maximum execution time of 30 second exceeded in /www/domains/domena.tld/mujskript.php

Pro vygenerování webové stránky je to více než dost. Ale pokud potřebujete například zpracovat větší množství dat, vygenerovat report anebo provést stáhnout objemnější soubor, tak 30 vteřin nemusí stačit. A právě proto si pro specifický skript můžete prodloužit dobu jeho běhu až na hodnotu max_execution_time. Tu má nastavený každý webhosting jinak, běžně se setkáte se 60 – 300 vteřinami.

Takto se například prodlouží běh skriptu o 90 vteřin.

set_time_limit(90);

Proč se set_time_limit vypíná

Zjednodušeně řečeno dlouho běžící skript zabírá PHP vlákno procesoru. Pokud skript běží 90 vteřin, tak tento výkon nemůže být použitý na něco jiného. Třeba vygenerování 450 webových stránek, kterým stačí 0,2 vteřiny.

Pár desítek dlouho běžících skriptů si může klidně vyžádat výkon celého fyzického serveru a dokud se tyto skripty neukončí, tak ostatní čekají ve frontě a po čase končí na chybě 503 anebo vypršení spojení.

Funkce set_time_limit má velkou moc, ale také může napáchat hodně škody. Stačí když třeba skript, který generuje sitemap anebo čistí cache objeví nějaký neposedný vyhledávací robot a opakovaně jí volá. Takovéto skripty mohou být také častým cílem velice efektivního DoS útoku.

Nejčastěji vám tedy hosting vypne funkci set_time_limit(), pokud máte nějaký problémový skript, který by mohl ohrozit ostatní zákazníky. Což je trochu paradox, protože právě set_time_limit() se dá použít i obráceně a u problémových skriptů pro jistotu zkrátit jejich životnost, pokud by v nich někdo našel díru.

Vypnutá set_time_limit a WordPress

WordPress volá funkci set_time_limit při instalaci a aktualizaci šablon, pluginů a jádra. Ve verzi WordPress 5.4.1 do má na starosti soubory: class-wp-upgrader.php funkce install_package řádek 468

set_time_limit( 300 );

Obecně WordPress nastavuje maximální běh doby skriptu na 300 vteřin z preventivních důvodů. Ve skutečnosti tolik času na většině sdílených webhostingů ani nemá k dispozici. Pevné limity max_execution_time bývají o dost přísnější. U českých webhostingů není výjimkou maximum 90 vteřin.

Stačí to WordPress?

Záleží na rychlosti fyzických serverů (procesor, disky), zdali nedojde k problémům s připojením anebo dalším komplikacím. Velká aktualizaci WordPress může zabrat 30 – 50 vteřin. Některé větší pluginy anebo šablony mohou zabrat podobnou dobu.

Pokud tedy máte k dispozici pro běh skriptu alespoň 60 vteřin nemělo by docházet k problémům. Naopak 30 a méně vteřin už způsobuje komplikace na pomalejších serverech.

Maximální dobu běhu skriptu, kterou neupravuje set_time_limit, zjistíte pomocí funkce phpinfo(), která vám ukáže i konfiguraci webserveru. Ve WordPress najdete i pod Nástroje – Stav webu, záložka informace, server – hodnota PHP time limit.

e li zakázaná funkce set_time_limit() na vašem webhostingu a zároveň je maximální doba běhu skriptu 30 a méně vteřin, je opravdu reálné že při aktualizaci můžete narazit na problémy.

Samozřejmě i toto se dá řešit. Místo automatiky lze provádět aktualizace a instalace manuálně. Přes FTP nahrajete anebo přehrajete, co potřebujete nejnovější verzí. V administraci pak jen případně odkliknete aktualizaci databáze. Toto ušetří nějaký čas a do limitu 30 vteřin se vejdete.

Otázkou ale je, zdali nebude lepší vysvětlit svému provozovateli webhostingu, že váš WordPress prostě potřebujte pro pravidelné aktualizace a další údržbu funkci set_time_limit() mít puštěnou, tak jak je ve světě zcela běžné.