WordPress 500 intern serverfejl

WordPress 500 intern serverfejl

Vi viser dig, hvordan du løser "500 Internal Server Error" i WordPress. WordPress er et indholdsstyringssystem (CMS), der bruges af millioner af mennesker, fordi det er gratis, brugerdefineret og nemt at bruge. Selv om der er dokumentation for stort set alt, finder mange det svært at styre deres egne websteder. Dette kan medføre, at deres websteder er nede, hvilket er noget, ingen kan lide. Et af de mest almindelige problemer, der opstår med WordPress, er 500 Internal Server Error. I denne vejledning vil vi vise dig få tips om, hvordan du løser 500 Internal Server Error og få dit WordPress-websted til at køre på din Linux VPS.

Det første du skal gøre er at sikkerhedskopiere din WordPress-site og MySQL-database. Uanset hvad der er årsagen til problemet og hvor dårlig det er, er det altid godt at have en sikkerhedskopi af webstedet. Når du har oprettet en sikkerhedskopi af dit WordPress-websted, kan du fortsætte med de andre trin.

1. Aktivér fejlfinding i WordPress

Det er altid godt at starte med at fejle problemet. WordPress leveres med specifikke fejlfindingssystemer designet til at forenkle processen. For at aktivere fejlfinding i WordPress, skal du oprette forbindelse til din server via FTP / SFTP eller SSH og redigere wp-config.php fil. Tilføj følgende linjer før / * Det er alt, stop redigering! Glad blogging. * / linje:

definere ('WP_DEBUG', sandt); definere ('WP_DEBUG_LOG', sandt);

WP_DEBUG er en PHP konstant som bruges til at udløse debug mode i WordPress mens WP_DEBUG_LOG forårsager, at alle fejl gemmes i en logfil, der hedder debug.log.

Gem konfigurationsfilen og gentag den fejlede WordPress-operation, der forårsagede 500 Internal Server Error. Tjek for debug.log logfil inde i /wp-content/ bibliotek til PHP fejl, meddelelser og advarsler, og hvis der er nogen du kan forsøge at rette dem.

Ideelt set vil du have følgende kode i din wp-config.php fil:

 // Aktivér WP_DEBUG-tilstand definér ('WP_DEBUG', sand); // Aktivér fejlsøgning til /wp-content/debug.log-filen definere ('WP_DEBUG_LOG', sand); // Deaktiver visning af fejl og advarsler definere ('WP_DEBUG_DISPLAY', falsk); @ini_set ('display_errors', 0); // Brug dev-versioner af kerne-JS- og CSS-filer (kun nødvendigt, hvis du ændrer disse kernefiler) definere ('SCRIPT_DEBUG', sandt);

2. Forøg PHP Memory Limit i WordPress

En af de mest almindelige årsager til 500 Internal Server Error Meddelelsen udmattende PHP-hukommelsesgrænsen. Dette er normalt angivet i php.ini fil. Du kan direkte forsøge at øge memory_limit in php.ini og genstart din Apache HTTP server / PHP-FPM service. Alternativet er at tilføje følgende linje i din wp-config.php fil:

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

Hvis din ansøgning kræver mere hukommelse på grund af flere aktive plugins og tungt tema, kan du oprette en højere værdi her.

3. Opret ny .htaccess-fil

.htaccess Fil kan nemt blive beskadiget på grund af dårlig plugin eller manuelle ændringer. Log ind på din server via FTP / SFTP eller SSH og omdøbe filen til .htaccess.BAK or .htaccess.CORRUPTED og opret en ny .htaccess fil med grundlæggende .htaccess indstillinger.

4. Deaktiver plugins i WordPress

Hvis ingen af ​​de tidligere løsninger fungerede, kan du prøve at deaktivere alle dine plugins i WordPress. Hvis du har adgang til WordPress dashboard kan du navigere til plugins sektion og deaktivere hvert plugin en efter en. Efter hver deaktivering kan du opdatere dit websted og kontrollere, om problemet er løst.

Hvis du ikke har adgang til WordPress dashboard, kan du deaktivere plugins via FTP / SFTP eller SSH. Log ind på din server, naviger til din wp-content og omdøb den plugins mappe til plugins.DEACTIVATED. Alternativt kan du navigere til plugins mappe og deaktivere hvert plugin en efter en. Glem ikke at aktivere plugins, når du er færdig ved at omdøbe plugins.DEACTIVATED mappe tilbage til plugins

Forhåbentlig har nogle af disse løsninger hjulpet dig med at rette 500 Internal Server Error. Hvis du stadig oplever 500 Internal Server Error, anbefales det at kontakte din webhosting provider.

 

Oprindelig artikel