Smadre dit skrivebord i frustration? Er en irriterende fejl, der får dig til at falde uden for kærlighed med WordPress?
Det er en fantastisk platform både til blogging og CMS, men ingen software er uden sine fejl. Denne artikel oversætter 3 af de mest almindelige WordPress-fejl, der giver praktiske løsninger til 'Den hvide skærm af død', 'Intern serverfejl' og 'Fejl ved oprettelse af databaseforbindelse'.
Nogle af de tips, der er indeholdt i denne artikel, kan anvendes til andre fejl, så selvom dit websted ikke er overstået, kan du lære noget nyttigt for fremtiden ...
En af de mest berygtede fejl, det har resulteret i brudt servise over hele kloden. Det vil sandsynligvis være nede på en af tre ting:
Hvis skærmen forekommer på forskellige websteder, der bruger den samme vært, kan du sikkert gå ud fra, at problemet ligger hos din hostingudbyder. Hvis ikke, så kan du være sikker på, at problemet er med dit websted selv:
At nå hukommelsesgrænsen er ofte problemet bag denne fejl. For at øge din hukommelse, få adgang til din wp-config.php- fil - navigere til rodfilen på dit websted ved hjælp af en FTP-klient eller Filhåndtering i dit hostingpanel . Inden for det primære php-tag skal du tilføje en kode kode, som vil øge din hukommelsesgrænse til 64M:
define('WP_MEMORY_LIMIT', '64M');Det er muligt at gå højere end 64M, men det er afhængigt af din server, så 64M er generelt et sikkert beløb. Måske øger hukommelsen ikke, eller har du allerede en højere grænse end 64M? Problemet kan så være ned til et plugin eller dit tema.
Hvis du har adgang til instrumentbrættet, er fejlfinding plugins enkle. Du skal blot klikke på 'Plugins' og deaktivere den senest installerede en, hvis dette ikke hjælper så kan du deaktivere alle dit websteds plugins, vælg alle plugins ved hjælp af den øverste kryds boks og vælg 'Deaktiver'.
Hvis du ikke har adgang til instrumentbrættet, er en alternativ måde at teste plugins på via FTP. Hvis du har en FTP-klient, skal du blot navigere til den relevante mappe. Åbn 'wp-indhold / plugins', som indeholder alle de plugins, du har installeret. Du skal blot omdøbe mappen 'plugins' lidt, måske tilføje et ord i slutningen - så 'plugins' bliver 'plugins-test'.
Alternativt kan du også bruge denne samme metode til at omdøbe mapperne for de enkelte plugins, som vil teste hvert plugin individuelt - snarere end dem alle på én gang. Hvis du er glad for at geninstallere dine plugins, skal du blot omdøbe mappen tilbage til dens oprindelige navn.
Hvis et plugin er i fejl, kan det være en af mange grunde. Den bedste tilgang er at blot fjerne det og finde et plugin, der opnår et lignende resultat. Prøv og find et nyere plugin, eller en, der er blevet opdateret, så det ikke vil forårsage problemer.
Hvis fejlfinding din plugins ikke har hjulpet, så irriterende kunne det være dit tema. Den første ting at gøre er at sikkerhedskopiere din tema mappe. Du kan så blot slette dit tema, og WordPress vil installere et standardtema. Hvis du har fastslået, at temaet skyldes, så vil du se på dit tema's funktioner.php- fil. Nogle dårlige kodninger kan være problemet, hvis du ikke er sikker på at tilpasse dette selv, så kan du måske kontakte temaets forfatter. Indkøb af et troværdigt tema, hvis forfatter tilbyder support, anbefales altid.
Stadig thumping skrivebordet i frustration? Der er en anden metode, der kan hjælpe - Aktiverer fejlfindingstilstand.
Hvis løsningen ovenfor ikke har løst dit problem, skal du grave lidt dybere. Processen skitseret nedenfor hjælper med at identificere dit problem. Fastsættelse af problemet, når du har opdaget, hvad det er, kan dog kræve nogle mere avancerede færdigheder.
For det første skal du åbne wp-config.php filen. Find derefter følgende linje:
define('WP_DEBUG', false);Placer '//' i starten, så det bliver
//define('WP_DEBUG', false);Ovennævnte er nu kommenteret, for det næste trin indsættes i følgende kode direkte under ovenstående linje:
define('WP_DEBUG', true);define('WP_DEBUG_LOG', true);define('WP_DEBUG_DISPLAY', false);@ini_set('display_errors',0);Nu er det her, hvor du skal have kendskab til kodning. De trin, du lige har taget, resulterer i fejl, der sendes til en fil ved navn error.log (findes i mappen wp-indhold). Hvis du har problemer med at finde dette, kan det være, at du ikke har tilladelse til at oprette denne fil. Du skal blot oprette en ny error.log-fil og give den tilladelse til 666.
Åbn filen i et tekstredigeringsprogram, og kontroller for PHP-fejl. Hvis det er noget, du ikke forstår eller ikke er sikker på, så er det tilrådeligt at søge hjælp.
Hvis du har fået en 500 intern serverfejl, er du måske ikke opmærksom på de virkelig dårlige nyheder - det kan være en af mange problemer! Så lav en stærk koffeinfri varm drikke, tag en pause, og vær forberedt på noget mere fejlfinding. Den gode nyhed? Nogle af metodologien er den samme som forrige afsnit.
Se afsnittet 'Plugin' og 'Theme' i det foregående afsnit. Fejlfinding metoden er nøjagtig den samme.
Igen er denne proces den samme som forrige afsnit.
Ikke noget af dine plugins eller dit tema? Tid til at kontrollere, om din .htaccess-fil er blevet beskadiget.
For det første omdøbe filen - igen tilføj kun 'temp' eller noget lignende på enden. Kan jeg ikke se filen? Derefter skal du sikre dig, at du har aktiveret visning af skjulte filer. Sådan opnås dette afhænger af din FTP-klient, men det vil være ret simpelt. For eksempel i Filezilla, vælg blot 'Server' fra toppen og vælg derefter 'Vis skjulte filer'.
Nu til næste trin, skal du først gå tilbage til WordPress admin-området. Naviger til 'Indstillinger - Permalinks', og nulstil derefter dine permalinks. Du har nu genereret en ny version af arbejdsfilen, så du kan kontrollere, om problemet er løst.
Dette er også blevet dækket i ovenstående afsnit, så igen, rul op.
Der kan være flere grunde til denne fejl. Det er normalt en serverfejl, men det kan være, at du simpelt har ændret dine loginoplysninger til databasen.
Det er vigtigt at fastslå, om du modtager denne fejl på både forsiden og bagsiden af dit websted. Hvis du ser den samme fejlmeddelelse i bagenden (wp-admin) - 'Fejl ved oprettelse af en databaseforbindelse', kan du springe over det næste trin.
Men hvis du ser en anden fejlmeddelelse, der indeholder noget i overensstemmelse med '... ..Den databasen skal måske repareres ...', så skal du tilføje følgende til din wp-config.php- fil:
define('WP_ALLOW_REPAIR', true);Så besøg denne side på dit websted: http://www.examplesite.com/wp-admin / maint / repair.php
Du kan derefter se en mulighed for at reparere databasen, når du har repareret det, skal du sørge for at fjerne ovenstående kode fra din wp-config.php
Har du ændret din rodadgangskode eller databaseadgangskode? I så fald skal du også ændre dette i wp-config.php filen. Så hop ind i din wp-config.php- fil og sørg for, at oplysningerne er korrekte.
define('DB_NAME', 'database-name');define('DB_USER', 'database-username');define('DB_PASSWORD', 'database-password');define('DB_HOST', 'localhost');Det er vigtigt at kontrollere, hvad din DB værtsværdi er, så den endelige linie er korrekt. I de fleste tilfælde vil det være localhost, men gør nogle undersøgelser lige i tilfælde. Hvis du kører WordPress på en lokal server, kan erstatning af localhost med IP-adressen muligvis løse problemet.
Hvis du opdager denne fejl, når dit websted modtager en stor mængde trafik, kan fejlen være hos din webhost provider. Der er metoder, der giver dig mulighed for at se, om MySQL-serveren er lydhør, men din webhost vil også kunne fortælle dig. Opretholdelse af kommunikation med din webhost er altid en god ide alligevel, så hvorfor ikke ringe til dem?
I de fleste tilfælde vil ovenstående løsninger give dig en løsning på din fejl, men der er altid sjældnere problemer, der kan have forårsaget lignende problemer. Hvis du stadig kæmper, anbefaler jeg at besøge denne side som et godt udgangspunkt: http://codex.wordpress.org/Common_WordPress_Errors
Held og lykke!
Fremhævet billede / miniaturebillede, fejlbillede via Shutterstock.