Krossar ditt skrivbord i frustration? Är det ett irriterande fel som får dig att falla i kärlek med WordPress?
Det är en underbar plattform både för bloggar och CMS, men ingen programvara är utan sina brister. I den här artikeln övervakas 3 av de vanligaste WordPress-felen, vilket ger praktiska lösningar till "Den vita skärmen av dödsfallet", "Internt serverfel" och "Fel att upprätta databasförbindelse".
Några av de tips som finns i denna artikel kan tillämpas på andra fel, så även om din webbplats inte har fallit över kan du lära dig något som är användbart för framtiden ...
En av de mest ökända felen har resulterat i brutna porslin över hela världen. Det kommer sannolikt att vara nere till en av tre saker:
Om skärmen inträffar på olika webbplatser, som använder samma värd, kan du säkert anta att problemet ligger hos din värdleverantör. Om inte, kan du vara säker på att problemet är med din webbplats själv:
Att nå minnesgränsen är ofta problemet bakom det här felet. För att öka ditt minne, öppna din wp-config.php- fil - navigera till din webbplatss rotfil med hjälp av en FTP-klient eller Filhanteraren i din värdpanel . Inom den huvudsakliga php-taggen måste du lägga till en rad kod som ökar din minnesgräns till 64M:
define('WP_MEMORY_LIMIT', '64M');Det går att gå över 64M, men det är beroende av din server så 64M är i allmänhet en säker mängd. Kanske ökade minnet hjälpte inte, eller har du redan en ännu högre gräns än 64M? Problemet kan då vara ner till ett plugin, eller ditt tema.
Om du har tillgång till instrumentpanelen är felsökningsinställningar enkla. Klicka bara på 'Plugins' och inaktivera den senast installerade, om det inte hjälper så kan du avaktivera alla plugins i din webbplats, välj alla plugins med den högsta kryssrutan och välj 'Inaktivera'.
Om du inte har åtkomst till instrumentpanelen, är ett alternativt sätt att testa plugins via FTP. Om du har en FTP-klient, navigera helt enkelt till den relevanta katalogen. Öppna "wp-innehåll / plugins", som innehåller alla plugins du har installerat. Byt namn på mappen "plugins" något, kanske lägg till ett ord i slutet - så "plugins" blir "plugins-test".
Alternativt kan du också använda samma metod för att byta namn på mapparna i de enskilda pluginsna, vilket testar varje plugin individuellt - snarare än alla dem samtidigt. Om du är glad att installera om dina pluginar, byt namn på mappen tillbaka till dess ursprungliga namn.
Om ett plugin är fel kan det finnas en av många orsaker. Det bästa sättet är att helt enkelt ta bort det och hitta ett plugin som ger ett liknande resultat. Försök och hitta ett senare plugin, eller ett som har uppdaterats så att det inte kommer att orsaka problem.
Om felsökning av dina plugins inte har hjälpt, kan det irriterande vara ditt tema. Det första du behöver göra är att säkerhetskopiera din temapapp. Du kan då enkelt radera ditt tema och WordPress installerar ett standardtema. Om du har bestämt att temat är fel, så vill du titta på ditt temas funktioner.php- fil. Vissa dåliga kodningar kan vara problemet, om du inte är säker på att justera detta själv, kanske kontakta temat författare. Köpa ett trovärdigt tema vars författare erbjuder stöd är alltid rekommenderat.
Stänker fortfarande skrivbordet i frustration? Det finns en annan metod som kan hjälpa till - Aktiverar debug-läge.
Om lösningen ovan inte har löst ditt problem måste du gräva lite djupare. Processen som beskrivs nedan hjälper till att identifiera ditt problem. Att fixa problemet när du har upptäckt vad det är kan dock kräva lite mer avancerade färdigheter.
För det första öppna wp-config.php- filen. Sök sedan följande rad:
define('WP_DEBUG', false);Placera '//' i början så att det blir
//define('WP_DEBUG', false);Ovanstående är nu kommenterad, för nästa steg klistra in i följande kod direkt under ovanstående rad:
define('WP_DEBUG', true);define('WP_DEBUG_LOG', true);define('WP_DEBUG_DISPLAY', false);@ini_set('display_errors',0);Nu är det här du måste ha lite kunskap om kodning. De steg du just har tagit kommer att leda till att fel skickas till en fil med namnet error.log (finns i mappen wp-innehåll). Om du har problem med att hitta det här kan det hända att du inte har behörighet att skapa den här filen. Skapa en ny error.log-fil och ge den tillstånd till 666.
Öppna filen i en textredigerare och kolla på PHP-fel. Om det här är något du inte förstår eller inte är övertygad om, är det lämpligt att söka lite hjälp.
Om du har fått ett internt serverfel på 500, kanske du inte är medveten om de riktigt dåliga nyheterna - det kan vara ett av många problem! Så gör en mycket koffeinfri varm dryck, ta en andning och vara beredd på lite mer felsökning. De goda nyheterna? En del av metodiken är densamma som föregående avsnitt.
Se avsnittet "Plugin" och "Tema" i föregående avsnitt. Felsökningsmetoden är exakt densamma.
Återigen är denna process samma som föregående avsnitt.
Inte någon av dina pluginprogram eller ditt tema? Tiden för att kontrollera om din .htaccess-fil har blivit skadad.
Först och främst byta namn på filen - lägg bara till "temp" eller något liknande på slutet. Kan inte filen ses? Då måste du se till att du har aktiverat "visning av dolda filer". Hur man uppnår detta beror på din FTP-klient, men det blir ganska enkelt. Till exempel i Filezilla, välj bara "Server" från toppen och välj sedan "Visa dolda filer".
Nu till nästa steg, gå först till WordPress admin-området. Navigera till "Inställningar - Permalinks" och återställ sedan dina permalinks. Du har nu genererat en ny version av arbetsfilen, så du kan kontrollera om problemet har åtgärdats.
Detta har också blivit täckt av ovanstående avsnitt, så återigen bläddrar du uppåt.
Det kan finnas flera orsaker till detta fel. Det är vanligtvis ett serverfel, men det kan hända att du enkelt har ändrat dina inloggningsuppgifter för databasen.
Det är viktigt att fastställa om du får det här felet både på framsidan och baksidan av din webbplats. Om du ser samma felmeddelande i bakre delen (wp-admin) - "Fel vid upprättandet av en databasanslutning", kan du hoppa över nästa steg.
Om du ser ett annat felmeddelande som innehåller något i linje med "... ..databasen kan behöva repareras ..." ska du lägga till följande i din wp-config.php- fil:
define('WP_ALLOW_REPAIR', true);Besök sedan den här sidan på din webbplats: http://www.examplesite.com/wp-admin / maint / repair.php
Då kan du se ett alternativ att reparera databasen, när du har reparerat det, se till att du tar bort ovanstående kod från din wp-config.php
Har du ändrat ditt lösenord för lösenord eller databas? Om så är fallet måste du också ändra det i wp-config.php- filen. Så hoppa in i din wp-config.php- fil och se till att informationen är korrekt.
define('DB_NAME', 'database-name');define('DB_USER', 'database-username');define('DB_PASSWORD', 'database-password');define('DB_HOST', 'localhost');Det är viktigt att verifiera vad ditt DB värdvärde är, så att den slutliga raden är korrekt. I de flesta fall kommer det att vara localhost, men gör lite forskning bara om det är fallet. Om du kör WordPress på en lokal server kan det hända att problemet ersätts med att ersätta localhost med IP-adressen.
Om du märker detta fel när din webbplats får mycket trafik, kan felet vara med din webbhotell. Det finns metoder som låter dig se om MySQL-servern är mottaglig, men din webbhotell kommer också att kunna berätta för dig. Att upprätthålla kommunikation med din webbhotell är alltid en bra idé, så varför inte ringa dem?
I de flesta fall kommer ovanstående lösningar att ge dig en åtgärd för ditt fel, men det finns alltid sällsynta problem som kan ha orsakat liknande problem. Om du fortfarande kämpar rekommenderar jag att du besöker denna sida som en bra utgångspunkt: http://codex.wordpress.org/Common_WordPress_Errors
Lycka till!