Chyba interního serveru WordPress 500

Chyba interního serveru WordPress 500

Ukážeme vám, jak opravit "Chyba interního serveru 500" v aplikaci WordPress. WordPress je systém správy obsahu (CMS) používaný milióny lidí, protože je zdarma, přizpůsobitelný a snadno použitelný. Ačkoli je dokumentace pro téměř všechno, mnoho lidí si je složité řídit své vlastní stránky. To může vést k tomu, že jejich stránky jsou dolů, což je něco, co nikdo nemá rád. Jeden z nejběžnějších problémů, ke kterým dochází u aplikace WordPress je 500 Internal Server Error. V této příručce vám ukážeme pár tipů, jak opravit vnitřní chybu serverů 500 a dostat vaše stránky WordPress do vašeho Linuxu VPS.

První věc, kterou musíte udělat, je zálohování vašeho webu WordPress a databáze MySQL. Bez ohledu na to, co je hlavní příčinou problému a jak je špatné, je vždy dobré mít zálohu stránky. Jakmile vytvoříte zálohu stránky WordPress, můžete pokračovat v dalších krocích.

1. Povolit ladění v aplikaci WordPress

Vždy je dobré začít debuggingem problému. WordPress je dodáván se specifickými ladicími systémy, které mají zjednodušit proces. Chcete-li povolit ladění v aplikaci WordPress, připojte se k serveru pomocí FTP / SFTP nebo SSH a upravte wp-config.php soubor. Přidejte následující řádky před / * To je vše, zastavte úpravy! Happy blogging. * / čára:

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

WP_DEBUG je konstanta PHP, která se používá k spuštění režimu ladění v aplikaci WordPress WP_DEBUG_LOG způsobí, že budou všechny chyby uloženy v souboru protokolu nazvaném debug.log.

Uložte konfigurační soubor a zopakujte neúspěšnou operaci WordPress, která způsobila 500 Internal Server Error. Zkontrolujte, zda není debug.log soubor protokolu uvnitř /wp-content/ adresář pro chyby PHP, upozornění a varování a pokud existují nějaké, které se můžete pokusit opravit.

V ideálním případě budete chtít mít následující kód wp-config.php Soubor:

 // Povolit režim WP_DEBUG definovat ('WP_DEBUG', true); // Povolit protokolování ladění do souboru /wp-content/debug.log define ('WP_DEBUG_LOG', true); // Zakázat zobrazení chyb a varování definovat ('WP_DEBUG_DISPLAY', false); @ini_set ('display_errors', 0); // Použijte dev verze základních souborů JS a CSS (pouze pokud upravujete tyto soubory) definovat ('SCRIPT_DEBUG', true);

2. Zvýšení limitu paměti PHP v aplikaci WordPress

Jedna z nejběžnějších příčin 500 Internal Server Error zpráva vyčerpává limit paměti PHP. To je obvykle nastaveno v php.ini soubor. Můžete se přímo pokusit zvýšit memory_limit in php.ini a restartujte server Apache HTTP / PHP-FPM. Alternativou je přidání následujícího řádku do vašeho wp-config.php Soubor:

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

V případě, že aplikace vyžaduje více paměti kvůli několika aktivním pluginům a těžkým motivům, můžete zde nastavit vyšší hodnotu.

3. Vytvořit nový soubor .htaccess

Projekt .htaccess soubor se může snadno poškodit kvůli nesprávnému pluginu nebo ručním změnám. Přihlaste se k serveru pomocí FTP / SFTP nebo SSH a přejmenujte soubor na .htaccess.BAK or .htaccess.CORRUPTED a vytvořte nový .htaccess soubor s základní nastavení .htaccess.

4. Deaktivujte Pluginy v aplikaci WordPress

Pokud žádné z předchozích řešení nefungovalo, můžete zkusit deaktivovat všechny pluginy v aplikaci WordPress. Pokud máte přístup k ovládacímu panelu WordPress, můžete navigovat na pluginy a odpojte každý plugin jeden po druhém. Po každé deaktivaci můžete obnovit svůj web a zkontrolovat, zda je problém vyřešen.

Pokud nemáte přístup k panelu WordPress, můžete tyto moduly deaktivovat pomocí protokolu FTP / SFTP nebo SSH. Přihlaste se na server, přejděte na své wp-content a přejmenujte plugins do adresáře plugins.DEACTIVATED. Případně můžete navigovat na plugins adresář a deaktivujte každý plugin jeden po druhém. Nezapomeňte povolit pluginy po dokončení přejmenováním plugins.DEACTIVATED adresář zpět na plugins

Doufáme, že některé z těchto řešení vám pomohou opravit chybu interního serveru 500. Pokud stále dochází k chybě interního serveru 500, doporučujeme vám kontaktovat poskytovatele webhostingu.

 

původní článek