Jak zobrazit protokoly webového serveru v Plesku

Pokud jste někdy dříve používali cPanel, jistě budete skeptičtí ohledně schopnosti vašeho ovládacího panelu poskytovat užitečné protokoly, ale prohlížeč protokolů Plesk má nejen snadno dostupné protokoly o přístupu a chybách, ale jeho funkčnost se s každou novou verzí Plesku také zlepšila. . Není třeba jej povolovat ani prohlížet nezpracované soubory protokolu:je vždy k dispozici, když jej potřebujete.

Kdy chcete zobrazit protokoly?

• Když se zobrazí chyba webového serveru (např.:403, 404, 501 nebo 502) při návštěvě webové stránky nebo souboru, který by měl fungovat, a chcete zobrazit podrobnější záznam v protokolu chyb
• Chcete sledovat návštěvníky a/nebo požadavky na svůj web v reálném čase a volitelně chcete vidět, které požadavky vyžadují zpracování PHP.
• Při ukládání nastavení nebo stránky se zobrazí chyba nebo se stránka nikdy nenačte

Jak prohlížet a sledovat protokoly v Plesku

1. Přihlaste se do Plesk
2. V části „Webové stránky a domény“ vyhledejte doménu, pro kterou chcete zobrazit protokoly, a vyberte její tlačítko „Protokoly“.
3. nejnovější záznamy protokolu se zobrazí ve spodní části.
4. Můžete kliknout na tlačítko „V reálném čase“ v levém horním rohu a zobrazit nové záznamy připojené ve spodní části, když návštěvníci přistupují na váš web, nebo můžete kliknout na tlačítko Obnovit a ručně aktualizovat zobrazené protokoly.

REŽIM LADĚNÍ :Pokud nevidíte očekávané protokolování, možná budete muset ve své aplikaci povolit režim ladění. Zde je návod, jak to provést pomocí běžných webových aplikací:

• Povolení režimu ladění ve WordPressu
• Povolení režimu ladění v Joomle
• Povolení režimu ladění v Magento

Pokud jste ve své webové aplikaci povolili režim ladění, nezapomeňte jej po nalezení a vyřešení problému deaktivovat, jinak bude váš web pravděpodobně využívat více CPU (zatížení I/O) a soubory protokolu ladění pravděpodobně zaberou hodně více místa na účtu.

Filtrování/vyhledávání protokolů v Plesku

V pravém horním rohu můžete filtrovat, které protokoly vidíte, kliknutím na šipku vedle „Všechny protokoly“.

Například pokud se pokoušíte odstranit chybu , pak se chcete vyhnout tomu, aby se zobrazovaly položky „přístup“ a zobrazovaly se pouze chyby, takže zaškrtněte pouze ty, které obsahují slovo „chyba“ .

Filtrování podle kódu chyby: Pokud se při návštěvě stránky, se kterou máte potíže, zobrazí chyba 502, vyhledejte v horní části seznamu textové pole, které říká „Kód“ a zadejte „502“. Když se obnoví výpis protokolu, měli byste nyní vidět pouze ty položky protokolu, které vedly k chybovému kódu 502.

Filtrování podle chybového kódu nemusí být užitečné ve všech případech. Někdy dochází k protokolování chyb ve více položkách protokolu a pouze první ze dvou nebo více užitečných položek protokolu explicitně obsahuje kód chyby.

Přiřaďte záznamy protokolu k akcím

Existují dva způsoby, jak analyzovat chyby v těchto protokolech. Nejjednodušším způsobem, jak zajistit, aby se chyby, které vidíte, shodovaly s akcemi, které problém způsobují, je povolit aktualizace v reálném čase a na jiné kartě nebo okně reprodukovat problém, který chybu generuje. Okamžitě uvidíte položky protokolu, které odpovídají v prohlížeči protokolu Plesk.

Případně se můžete pokusitShodovat časové kódy . Pokud jste se například pokusili přihlásit na svůj web před 5 minutami a zobrazila se chyba 403, podívejte se na časová razítka v protokolech před 5 minutami a zjistěte, jaké záznamy protokolu se shodují.

Tip:Dávejte pozor na rozdíly v časových pásmech! Spodní část protokolu představuje nejnovější záznamy a měla by zhruba odpovídat vašemu aktuálnímu času. Pokud tedy nejnovější záznam protokolu říká 10:31 a vaše hodiny ukazují 11:31, budete se muset při hledání konkrétních záznamů protokolu upravit o hodinu.

Vyhledejte konkrétnější chybu

Jakmile identifikujete správné položky protokolu, které odpovídají akci, kterou provádíte, když jste narazili na problém, budete muset tento problém vyřešit. Vzhledem k tomu, že nyní musíte prozkoumat konkrétnější chybu než dříve, měla by vaše vyhledávání vracet přesnější výsledky.

• Zde je návod, jak odstraňovat 403 zakázané chyby.
• Zde je návod, jak odstraňovat chyby brány, jako je 502.
• Řešení 500 chyb je zde.

Tyto popisnější chyby pak můžete použít prohledáním naší znalostní databáze a najít řešení. Pokud nemůžete najít řešení pomocí hledání zadaného textu chyby, můžete také vytvořit lístek podpory a zahrnout tam záznam protokolu (pokud se opakuje, nezapomeňte uvést pouze nejnovější záznam) a my vám ukážeme jste správným směrem.

Filtrování pouze pro dynamické požadavky

Pokud jste povolili zpracování statických souborů nginx, jak je doporučeno pro živé weby (podrobnosti v našem průvodci optimalizací výkonu), bude nginx zpracovávat všechny požadavky na statické soubory včetně mezipaměti WordPress. To znamená, že si můžete vybrat zobrazení *pouze* protokolů přístupu k Apache a jejich výstupem by měly být dynamické požadavky.

V pravém horním rohu klikněte na šipku vedle „Všechny protokoly“ a vyberte pouze protokoly přístupu Apache.

Benigní záznamy protokolu

Toto jsou příklady položek protokolu, které lze bezpečně ignorovat:

mapové soubory

2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-content/plugins/contentstudio-plugin-master/_inc/main.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.3 K Apache SSL/TLS access
2019-04-24 18:37:23 Error 1.1.1.1 404 GET /wp-includes/js/tinymce/skins/lightgray/skin.min.css.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 76.2 K Apache SSL/TLS access
2019-04-24 18:44:49 Error 1.1.1.1 404 GET /wp-content/plugins/bbpowerpack/assets/js/swiper.min.js.map HTTP/1.0 Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/73.0.3683.103 Safari/537.36 90.3 K Apache SSL/TLS access

Tyto soubory lze bezpečně ignorovat, protože se jedná o soubory .map, které nejsou nezbytné pro provoz vašeho webu a místo toho se používají k ladění při použití miniifikovaných souborů. Pokud jste zvědaví, tento článek popisuje, k čemu se soubory map používají.

varování

Varování PHP je dobré věnovat pouze když vám dojdou všechny ostatní možnosti. Pokud máte další informace o odstraňování problémů, rozhodně s nimi začněte jako první. Takto bude vypadat varování PHP v protokolech:

2019-04-24 18:37:11 Warning 1.1.1.1 AH01071: Got error 'PHP message: PHP Warning: A non-numeric value encountered in /var/www/vhosts/<domain>/httpdocs/wp-content/plugins/bbpowerpack/modules/pp-logos-grid/includes/frontend.js.php on line 35', referer: / Apache error

Umístění protokolu serveru (Shell/Advanced)

Pokud máte vlastní Plesk VPS s přístupem root k souborovému systému serveru, můžete získat trochu více výkonu při filtrování protokolů přihlášením pomocí SSH. Umístění protokolu Plesk najdete zde:

/var/www/vhosts/system//logs/

Filtrování dynamických požadavků přes CLI…

Můžete cd do adresáře logs a pak použít příkaz jako je tento, abyste viděli pouze požadavky, které zasáhly apache a které s největší pravděpodobností způsobí PHP procesy:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log

Tento filtruje výsledky ještě dále:

cd /var/www/vhosts/system/<put_your_domain_here>/logs/
tail -f access*log | egrep " 404 |\/\?|.php" | egrep -v "fbclid"

Tento příkaz vám zobrazí všechny 404, všechny požadavky, které používají parametry dotazu, a všechny požadavky na soubor .php.

Poslední část egrep -v "fbclid" nezahrnuje parametr sledovací adresy URL Facebooku, který by při použití měl bezpečně vracet výsledky uložené v mezipaměti. Můžete tam přidat další výjimky pomocí | operátor, jako je tento:fbclid|anotherclid

Je důležité pochopit, že:

1. Ne všechny požadavky s parametry dotazu (obsahující /? ) budou dynamické, ale uvádíme je zde v případě, že alespoň jeden z nich ano.
2. Položku 404 můžete z příkazu odstranit, pokud jste implementovali optimalizace .htaccess pro 404 popsané v našem bonusovém tipu č. 2 v průvodci optimalizací rychlosti. Příkaz by pak vypadal takto:tail -f /path/to/access/logs | egrep "\/\?|.php"