Smashing ditt skrivebord i frustrasjon? Er det en irriterende feil som får deg til å falle ut av kjærlighet med WordPress?
Det er en fantastisk plattform både for blogging og CMS, men ingen programvare er uten feil. Denne artikkelen oversikter 3 av de vanligste WordPress-feilene, og gir deg praktiske løsninger på "Den hvite skjermen til døden", "Intern serverfeil" og "Feil etablering av databaseforbindelse".
Noen av tipsene i denne artikkelen kan brukes til andre feil, så selv om nettstedet ditt ikke har gått over, kan du lære noe nyttig for fremtiden ...
En av de mest beryktede feilene, har resultert i ødelagt servise over hele verden. Det vil mest sannsynlig være ned til en av tre ting:
Hvis skjermen oppstår på forskjellige nettsteder, som bruker samme verten, kan du trygt anta at problemet ligger hos din hostingleverandør. Hvis ikke, kan du være sikker på at problemet er med nettstedet ditt selv:
Å oppnå minnegrensen er ofte problemet bak denne feilen. For å øke minnet, få tilgang til wp-config.php- filen din - navigere til rotfilen til nettstedet ditt ved hjelp av en FTP-klient eller Filbehandling i ditt hosting-panel . Innenfor hoved php-taggen må du legge til en linje med kode som vil øke minnegrensen til 64M:
define('WP_MEMORY_LIMIT', '64M');Det er mulig å gå høyere enn 64M, men det er avhengig av serveren din, så 64M er vanligvis et sikkert beløp. Kanskje å øke minnet hjalp ikke, eller har du allerede en enda høyere grense enn 64M? Problemet kan da være ned til et plugin, eller temaet ditt.
Hvis du har tilgang til dashbordet, er feilsøkingsprogrammene enkle. Bare klikk på 'Plugins' og deaktiver den sist installerte en. Hvis dette ikke hjelper, kan du deaktivere alle nettstedets plugins, velg alle pluginene ved hjelp av den øverste kryssboksen og velg 'Deaktiver'.
Hvis du ikke har tilgang til dashbordet, er en alternativ måte å teste plugins via FTP. Hvis du har en FTP-klient, kan du bare navigere til den aktuelle katalogen. Åpne opp 'wp-innhold / plugins', som vil inneholde alle plugins du har installert. Bare endre navn på mappen "plugins" litt, kanskje legg til et ord på slutten - så "plugins" blir "plugins-test".
Alternativt kan du også bruke samme metode for å omdøpe mappene til de enkelte pluginene, som vil teste hvert plugin individuelt - i stedet for alle dem samtidig. Hvis du er glad for å installere pluginene dine, kan du bare omdøpe mappen tilbake til det opprinnelige navnet.
Hvis et plugin er feil, kan det være en av mange grunner. Den beste tilnærmingen er å bare fjerne den og finne et plugin som gir et lignende resultat. Prøv og finn et nyere plugin, eller en som er oppdatert slik at det ikke vil forårsake problemer.
Hvis feilsøking din plugin ikke har hjulpet, så irriterende kan det være ditt tema. Det første du må gjøre er å sikkerhetskopiere temapappen. Du kan så enkelt slette temaet ditt, og WordPress vil installere et standard tema. Hvis du har bestemt at temaet er feil, så vil du se på temaets funksjoner.php- fil. Noen dårlige kodinger kan være problemet, hvis du ikke er sikker på å justere dette selv, kan du kanskje kontakte temaets forfatter. Innkjøp av et pålitelig tema hvis forfatter tilbyr støtte, er alltid anbefalt.
Fortsatt dumpe skrivebordet i frustrasjon? Det finnes en annen metode som kan hjelpe - Aktiverer feilsøkingsmodus.
Hvis løsningen ovenfor ikke har løst problemet ditt, må du grave litt dypere. Prosessen skissert nedenfor vil bidra til å identifisere problemet ditt. Men å fikse problemet når du har oppdaget hva det er, kan kreve noen mer avanserte ferdigheter.
For det første, åpne wp-config.php filen. Finn deretter følgende linje:
define('WP_DEBUG', false);Plasser '//' i starten, slik at den blir
//define('WP_DEBUG', false);Ovennevnte er nå kommentert, for neste trinnpasta i følgende kode direkte under linjen ovenfor:
define('WP_DEBUG', true);define('WP_DEBUG_LOG', true);define('WP_DEBUG_DISPLAY', false);@ini_set('display_errors',0);Nå er dette her du trenger å ha litt kunnskap om koding. Trinnene du nettopp har tatt, vil føre til feil som sendes til en fil med navnet error.log (funnet i wp-innholdsmappen). Hvis du har problemer med å finne dette, kan det hende du ikke har tillatelse til å opprette denne filen. Bare opprett en ny error.log-fil og gi den tillatelse til 666.
Åpne filen i et tekstredigeringsprogram og sjekk for PHP-feil. Hvis dette er noe du ikke forstår eller ikke er trygg på, er det tilrådelig å søke litt hjelp.
Hvis du har mottatt en 500 intern serverfeil, er du kanskje ikke klar over de virkelig dårlige nyhetene - det kan være en av mange problemer! Så gjør en svært koffeinfri varm drikke, ta en pust, og vær forberedt på noe mer feilsøking. De gode nyhetene? Noen av metodene er de samme som forrige del.
Se avsnittet "Plugin" og "Theme" i den forrige delen. Feilsøkingsmetoden er nøyaktig den samme.
Igjen, denne prosessen er den samme som forrige del.
Ikke noen av pluginene dine, eller temaet ditt? Tid for å sjekke om .htaccess-filen din har blitt skadet.
Først gi nytt navn til filen - legg igjen bare "temp" eller noe lignende på slutten. Kan ikke se filen? Da må du sørge for at du har aktivert visning av skjulte filer. Slik oppnår du dette, avhenger av FTP-klienten, men det vil være ganske enkelt. For eksempel i Filezilla, velg bare 'Server' fra toppen og velg deretter 'Vis skjulte filer'.
Nå til neste trinn, gå først til WordPress admin-området. Naviger til 'Innstillinger - Permalinks', og tilbakestill deretter permalinks. Du har nå generert en ny versjon av arbeidsfilen, så du kan sjekke om problemet er løst.
Dette har også blitt dekket i avsnittet ovenfor, så en gang til, bla opp.
Det kan være flere grunner til denne feilen. Det er vanligvis en serverfeil, men det kan være at du enkelt har endret databasens innloggingsdetaljer.
Det er viktig å fastslå om du mottar denne feilen både på forsiden og baksiden av nettstedet ditt. Hvis du ser den samme feilmeldingen i den bakre enden (wp-admin) - 'Feil opprette en databaseforbindelse', kan du hoppe over neste trinn.
Men hvis du ser en annen feilmelding som inneholder noe i tråd med "... ..Den databasen må kanskje repareres ... ', så må du legge til følgende i din wp-config.php- fil:
define('WP_ALLOW_REPAIR', true);Så besøk denne siden på nettstedet ditt: http://www.examplesite.com/wp-admin / maint / repair.php
Du vil da kunne se et alternativ for å reparere databasen, når du har reparert det, må du sørge for at du fjerner koden ovenfor fra wp-config.php
Har du endret ditt root-passord, eller databasepassord? I så fall må du også endre dette i wp-config.php- filen. Så hopp inn i wp-config.php- filen din og kontroller at informasjonen er riktig.
define('DB_NAME', 'database-name');define('DB_USER', 'database-username');define('DB_PASSWORD', 'database-password');define('DB_HOST', 'localhost');Det er viktig å verifisere hva DB-verdien din er, slik at den endelige linjen er riktig. I de fleste tilfeller vil det være localhost, men gjør noen undersøkelser bare i tilfelle. Hvis du kjører WordPress på en lokal server, kan det hende at problemet erstattes med å erstatte lokalhost med IP-adressen.
Hvis du oppdager denne feilen når nettstedet ditt mottar en stor mengde trafikk, kan feilen være hos webverten. Det finnes metoder som lar deg se om MySQL-serveren er responsiv, men din webverten vil også kunne fortelle deg. Opprettholde kommunikasjon med webverten er alltid en god ide uansett, så hvorfor ikke ringe dem?
I de fleste tilfeller vil ovennevnte løsninger gi deg en løsning på feilen din, men det er alltid sjeldnere problemer som kan ha forårsaket lignende problemer. Hvis du fortsatt sliter, anbefaler jeg at du besøker denne siden som et godt utgangspunkt: http://codex.wordpress.org/Common_WordPress_Errors
Lykke til!