Som med enhver platform er der altid disse irriterende fejl eller problemer, du skal lære at arbejde dig igennem. Stol på os, vi har stort set set dem alle! Fra den “hvide skærm af død” til databaseforbindelsesfejl har WordPress helt sikkert sine særtegn. 😉 Men vi elsker det stadig! I dag skal vi dykke ind i en af de mere almindelige, HTTP-fejlen. Brugere oplever typisk dette, når de forsøger at uploade billeder eller videoer til WordPress mediebiblioteket.
Mens HTTP-fejlen normalt er let at rette, kan det være ret frustrerende, da det normalt afbryder din arbejdsgang. Intet er værre end at bruge 20 minutter på at finde det perfekte billede til dit blogindlæg, du skal til at uploade det, og så er du pludselig mødt med en meget vag fejl.
Nedenfor vil vi undersøge, hvorfor denne fejl opstår, og hvad du kan gøre for hurtigt at løse det, så du kan komme tilbage til at uploade dine medier.
Hvad er WordPress HTTP-fejlen?
WordPress HTTP-fejlen opstår, når noget går galt, mens du forsøger at uploade billeder eller videoer ved hjælp af det indbyggede mediebibliotek. I modsætning til browserfejl, hvor vi normalt kan henvise til en HTTP-statuskode, er WordPress-fejl undertiden lidt sværere at foretage fejlfinding (især hvis du ikke ved, hvordan du aktiverer WordPress fejlsøgningstilstand).
Den meget vage “HTTP-fejl” hjælper dig absolut ikke med at bestemme, hvad der kan være forkert eller endda hvor du skal begynde at se. Men det er fordi der kunne være nogle årsager til fejlen, og WordPress ved simpelthen ikke hvorfor, så det spytter en generisk fejlmeddelelse (som set nedenfor).
Sådan løser du WordPress HTTP-fejlen
Fra vores erfaring stammer WordPress HTTP-fejlen typisk fra to ting: den første er en klientside eller brugerfejl (din login session, dårlige tegn i filnavnet osv.), Og det andet er et problem eller indstilling på din WordPress-vært (serverproblem, hukommelsesliste, tredjeparts plugin, shared hosting throttling ressourcer osv.). Så vi dykker ind i lidt af begge.
Her er nogle anbefalinger og ting, der skal kontrolleres for at rette fejlen (sorteret i rækkefølge efter de fleste almindelige grunde, vi ser):
- Opdater siden
- Skru eller rediger filstørrelsen
- Omdøb billedfilen
- Deaktiver midlertidigt propper og tema midlertidigt
- Spørg din WordPress Host
- Forøg PHP Memory Limit
- Tjek uploadmagertilladelser
- Flyt til den nyeste version af PHP
- Afhjælp præstationsproblemer med Imagick og Shared Hosts
- Fjern brugerdefineret mediebibliotekspath
- Deaktiver mod_security
- Installer Add To Server-plugin
1. Opdater Siden
Den allerførste ting, du skal gøre, når du støder på WordPress HTTP-fejlen, er at genopfriske siden i din browser. Lyder for nemt ik? 😉 Ja, det er faktisk den mest almindelige løsning, vi har set for det. Her er hvorfor:
For det første kan din browser muligvis have mistet forbindelsen midlertidigt med WordPress, og processen har simpelthen ikke gennemført. Dette kan skyldes din internetudbyder, et midlertidig hik med din WordPress-vært osv. Hvis du opdaterer siden og prøver at uploade igen, vil fejlen undertiden løse sig selv.
For det andet har vi også set, at nogle gange efter at have opdateret siden, eller kommer tilbage til WordPress-editoren fra en anden fane, at det pludselig sparker dig ud. Dette er sandsynligvis en indikator på, at din WordPress login session er udløbet. Du skal se følgende besked:
Din session er udløbet. Log venligst ind for at fortsætte, hvor du slap.
Så naturligvis logger du dig ind igen og forsøger at uploade dine medier igen. Imidlertid opstår HTTP-fejlen. Dette er lidt sært med WordPress. Når du logger ind igen, skal du faktisk manuelt opdatere den side du er på. Derefter vil uploade medier virke igen.
2. Reducer Eller Ændre Størrelsen på Filen
Du skal muligvis redigere din billedfil, hvilket kan medføre at reducere filstørrelsen (KB eller MB) eller mindske bredden/højden (pixels). Vi anbefaler, at du tjekker vores dybtgående indlæg om, hvordan du optimerer billeder til internettet. Der er mange tredjeparts billedoptimerings plugins, du kan bruge til automatisk at gøre dette for dig (både reducere og ændre størrelse), når dit billede uploades til mediebiblioteket.
Vi har brugt Imagify på vores Kinsta site i årevis uden et enkelt problem. Men der er også mange andre gode derude. Bare sørg for, hvilket plugin du bruger, at de optimerer billeder på deres egne servere, ikke lokalt. Hvis du maksimalt optimerer billeder lokalt, kan dette drastisk skade dit websteds ydeevne.
Det er OK at uploade billeder i høj opløsning, da WordPress understøtter responsive billeder ud af boksen. Faktisk vil du et dsandsynligvis gerne, så billedet ser skarpt ud på nethinden. Men medmindre din fotograf eller virksomhed, der har brug for billeder i høj opløsning, er en god tommelfingerregel dog at holde din endelige billedstørrelse under 100 KB og ikke mere end det dobbelte af størrelsen af dit websites indholdsbredde.
Du skal muligvis også lege med PNG- og JPG-filtyperne. Nogle gange kan man være meget større end den anden afhængigt af hvilken type billede det er.
Afhængigt af konfigurationen af din WordPress-vært kan du måske også se på at øge WordPress maksimale upload filstørrelse.
3. Omdøb Billedfilen
Det kan aldrig skade for at forsøge at omdøbe billedfilen. WordPress skal automatisk tilføje et nummer i slutningen, hvis du forsøger at uploade et duplikatfilnavn, men hvis det ikke virker, skal du prøve at omdøbe din fil. Desværre betyder WordPress ikke, at du omdøber filen til en allerede uploadet billedfil, så du skal omdøbe den lokalt og genoploade den.
Når vi uploader billeder, der allerede eksisterer, tilføjer vi typisk en -1 eller -2 på enden (eksempel: image-file-1.png, image-file-2.png). Sørg for at tilføje bindestreg ellers vil Google læse det som et ord, og det kan skade din SEO.
For at være sikker, skal du være fri for at uploade et billede med filnavne, der indeholder specialtegn. Dette omfatter internationale sprogsymboler og tegn som apostrofer. Bindestreger er ok Du kan se i dette eksempel nedenfor på Kinsta japanske site, hvor vi bruger engelsk til filnavne, ikke specialtegnene. Mens WordPress kan understøtte disse, er der mange andre problemer, der kan dukke op.
4. Deaktiver Midlertidigt Plugins og Temaer Midlertidigt
Det er altid en god idé, hvis du har HTTP-fejl, at prøve at deaktivere dine plugins og endda skifte dit WordPress-tema til standard for at se, om dette løser problemet. Et par plugins, der er typiske syndere, omfatter billedoptimerings plugins (de binder direkte ind i mediebiblioteket) og sikkerheds plugins som WordFence (disse plugins er i undertiden for restriktive). Eller du kan blot slette dit WordPress-tema.
Hvis du ikke ønsker at påvirke dit live-websted, skal du blot klonere dit live site til et scenemiljø. Hvis WordPress HTTP-fejlen også finder sted ved iscenesættelse, kan du hurtigt deaktivere alle dine plugins for at begynde at indsnævre det.
Husk, at du ikke mister nogen data, hvis du bare deaktiverer et plugin. Hvis du stadig kan få adgang til din administrator, er en hurtig måde at gøre dette på, ved at gennemse “Plugins” og vælge “Deaktiver” fra menuen for store handlinger. Dette vil deaktivere alle dine plugins.
Hvis dette løser problemet, skal du finde synderen. Begynd at aktivere dem en efter en, og prøv at uploade et billede igen i mediebiblioteket. Når du ser HTTP-fejlen, har du fundet det fejlbehæftede plugin. Du kan derefter nå ud til plugin-udvikleren til hjælp eller sende en supportbillet i WordPress-depotet.
Hvis du ikke har adgang til din WordPress administrator, kan du FTP ind i din server og omdøbe din plugins mappe til noget som plugins_old. Så tjek dit websted igen. Hvis det virker, skal du teste hvert plugin en efter en. Omdøb din pluginmappe tilbage til plugins og derefter omdøb hver o plugins mappe inde i, en efter en, indtil du finder den. Du kan også prøve at replikere dette på et stagingsted først.
Det samme gælder for dit WordPress-tema. Temaer binder sig typisk ikke til mediebiblioteket, men vi har set nogle underlige opsætninger. Det gør aldrig ondt for at forsøge at skifte dit tema til standard Twenty Seventeen tema for at se om det løser det. Ligesom med plugins behøver du ikke at bekymre sig om at miste dine aktuelle temaindstillinger. Alt dette er gemt i WordPress databasen.
5. Spørg din WordPress-vært
Hvis du allerede har prøvet ovenstående trin og stadig får WordPress HTTP-fejlen, anbefaler vi at nå ud til din WordPress-vært for at få hjælp, inden du fortsætter. Mange af de ekstra fejlfindingstrin er lidt mere avancerede, og mange gange kan du bede din vært om at gøre eller tjekke dette for dig.
Kinstas supportteam er tilgængelig 24/7 fra nederste højre side af MyKinsta dashboard.
6. Forøg PHP Memory Limit
En anden årsag til WordPress HTTP-fejlen er, at din server mangler den tilgængelige hukommelse til baggrunds upload processen for at fuldføre med succes. Dette er et meget almindeligt problem med delt WordPress hosting. For at rette det skal du øge mængden af hukommelse, PHP kan bruge. 256 MB anbefales.
Standardhukommelsesgrænsen for Kinsta-klienter er allerede indstillet til 256 MB. Hvis du er vært for dit WordPress-websted hos Kinsta, bør du ikke have problemer med mangel på hukommelse. 👍
Forøg PHP Memory Limit med wp-config.php
u kan øge PHP-hukommelsesgrænsen ved at tilføje følgende kode til din wp-config.php-fil. Bemærk: Dette kan overskrives af en serverniveauregel på plads af din WordPress-vært.
define( 'WP_MEMORY_LIMIT', '256M' );Forøg PHP Memory Limit i cPanel
Hvis din vært bruger cPanel, kan du øge PHP-hukommelsesgrænsen på to forskellige områder.
Den første er under softwareafsnittet. Klik på “Vælg PHP Version.” Klik på “Skift til PHP-indstillinger.” Du kan derefter klikke på “memory_limit” for at ændre dens værdi.
Det andet område er også under softwareafsnittet. Klik på “MultiPHP INI Editor” værktøjet. Dette giver dig mulighed for at ændre php.ini filen. Du skal bare rulle ned til, hvor det står “memory_limit” og indtaste en højere værdi.
Forøg PHP Memory Limit med php.ini
Hvis du ikke bruger cPanel, kan du også redigere php.inifilen direkte, hvis du har adgang. For at gøre dette skal du logge ind på dit websted via FTP eller SSH, gå til dit websites rodmappe og åbne eller oprette en php.ini-fil.
Kan du ikke oprette forbindelse via SSH? Lær hvordan man løser fejlen SSH “Connection Refused”.
Hvis filen allerede var der, søg efter “memory_limit” indstillingen og modificer den efter behov.
Nogle fælles værter kan også kræve, at du tilføjer suPHP-direktivet i din .htaccess-fil for ovenstående php.ini-filindstillinger til at fungere. For at gøre dette skal du redigere din .htaccess-fil, der også findes i roden til dit websted, og føje følgende kode til toppen af filen:
<IfModule mod_suphp.c>
suPHP_ConfigPath /home/yourusername/public_html
</IfModule>Forøg PHP Memory Limit med .htaccess
.htaccess-filen er en speciel skjult fil, der indeholder forskellige indstillinger, du kan bruge til at ændre serveradfærden, helt ned til et katalogspecifik niveau. Hvis du ikke har adgang til php.ini, foreslår vi at du prøver det næste. Først skal du, logge på dit websted via FTP eller SSH, kig på din rodmappe og se om der er en .htaccess-fil der.
Hvis det er kan du redigere den pågældende fil til og ændre værdien “php_value memory_limit”.
7. Kontroller Tilladelser til Uploadmappefiler
Typisk, når der er en mappebestemmelsesfejl, skal du få en besked i WordPress om, at den ikke er i stand til at skrive til mappen. Dette kan dog ikke altid være tilfældet. Hvis et WordPress-websted er blevet hacket eller inficeret med malware, kan der være mange problemer i gang med tilladelserne.
Tip: Kinsta tilbyder gratis hack-løsninger til alle kunder. 😄
Hovedmappen, du er bekymret for, er din /wp-content/uploads-mappe, da det er her, hvor filer gemmes, når de uploades via mediebiblioteket.
Ifølge WordPress Codex skal alle mapper være 755 (drwxr-xr-x) eller 750.
Du kan nemt se dine mapperettigheder med en FTP-klient (som vist nedenfor). Du kan også nå ud til dit WordPress-værtsstøtteteam og bede dem om hurtigt at få GREP-filtilladelser på dine mapper og filer for at sikre, at de er konfigureret korrekt.
Sørg for, at hvis du manuelt opdaterer tilladelserne i denne mappe og kontrollerer både indstillingen “Recurse into subdirectories” og “Apply only to directories”.
8. Flyt til Den Nyeste Version af PHP
WordPress anbefaler officielt PHP 7.3 eller højere. Hvis du ikke kører på det, er du under de minimumskrav, som udviklerne af CMS har angivet. 😮
Vi anbefaler altid at køre de nyeste og understøttede versioner af PHP, fordi det giver bedre sikkerhed og ydeevne, herunder fejlrettelser og funktioner, der skal udskilles.
Vi har set, at ældre versioner af PHP bidrager til alle mulige fejl, herunder den berygtede WordPress HTTP-fejl. På Kinsta kan du nemt skifte til PHP 8.1 med et enkelt klik i MyKinsta dashboard.
Hvis din vært bruger cPanel, har de måske allerede en mulighed for at ændre din version af PHP. Du skal blot logge ind på cPanel og under “Software” kategori klik på “Vælg PHP Version.”
Du kan derefter vælge de PHP-versioner, der er tilgængelige for dig, som din vært understøtter.
9. Løs Ydeevne problemer med Imagick og Shared Hosts
Der er to forskellige PHP moduler WordPress bruger til billedbehandling: GD Bibliotek og Imagick (ImageMagick). Afhængigt af hvad der er installeret på din server, kan WordPress bruge enten en.
Problemet er, at delte WordPress-værter har en masse skjult ressourceforskydning bag kulisserne. Det er den eneste måde, hvorpå de kan få fat i så mange brugere på samme maskine. Et fælles problem, som folk løber ind i, er, at der er for få ressourcer tildelt Imagick (ImageMagick). Værter vil begrænse muligheden for at bruge flere tråde, hvilket resulterer i WordPress HTTP-fejlen.
Du kan føje følgende kode til toppen af din .htaccess-fil, ændre trådgrænseværdien til noget højere.
MAGICK_THREAD_LIMIT 1
En anden mulighed du har er at fortælle WordPress at bruge GD-biblioteket i stedet for Imagick. Du kan gøre dette ved blot at tilføje følgende kode til dit tema’s functions.php-fil..
function wpb_image_editor_default_to_gd( $editors ) {
$gd_editor = 'WP_Image_Editor_GD';
$editors = array_diff( $editors, array( $gd_editor ) );
array_unshift( $editors, $gd_editor );
return $editors;
}
add_filter( 'wp_image_editors', 'wpb_image_editor_default_to_gd' );Vi bliver stump. Hvis du skal tilpasse ting som dette, er det tid til at flytte til en ny WordPress-vært. Kinsta har ikke skøre grænser som dette på plads, og for det meste er du kun begrænset af PHP-arbejdere. Du skal ikke bekymre dig om disse typer ting som en web-ejer.
Vi bruger LXD administrerede værter og orkestreret LXC software containere til hvert websted. Hvad dette betyder er, at hvert WordPress-websted er placeret i sin egen isolerede container, som har alle de nødvendige software ressourcer til at køre den (Linux, Nginx, PHP, MySQL). Ressourcerne er 100% private og deles ikke mellem andre eller endda dine egne websteder.
Læs mere om, hvordan Kinsta er anderledes end nogen anden vært, du har tried.file.
10. Fjern Custom Media Library-bane
Det kan meget godt være, at din mediebiblioteksti ikke er konfigureret korrekt. Vi ser typisk dette, når brugere overfører deres lokale udviklingswebsted til produktionen. Hvis du kigger i “Media” under “Indstillinger” i dit WordPress dashboard og ser en registreret filbane værdi, skal du gå videre og slette den og klikke på “Gem ændringer”. Du vil have dine medier gemt i standard /wp-content/uploads mappe.
Nedenfor er, hvad det typisk ser ud. Hvis du ikke ser en bibliotekssti, så er altsom det skal være her.
11. Deaktiver mod_security
Mod_security er en open source firewall, der undertiden kan forårsage, at WordPress HTTP-fejlen opstår. Du kan deaktivere mod_security ved at tilføje følgende kode til toppen af din .htaccess-fil.
<IfModule mod_security.c> SecFilterEngine Off SecFilterScanPOST Off </IfModule>
Hvis du bruger cPanel, kan du også deaktivere den ved at klikke på “ModSecurity” i afsnittet “Sikkerhed”.
Derefter skift statusen fra “Til” til “Fra” ved siden af domænet, du vil deaktivere den på.
Vi anbefaler altid at bruge en virksomhedskvalitet og endnu overkommelig WAF som Sucuri eller Cloudflare i stedet. Du kan læse vores anbefaling om de bedste WAF-indstillinger her.
12. Installer Add Plugin til server
Sidst men ikke mindst, hvis du virkelig er i et nød, og intet andet synes at fungere, kan du installere det gratis Add From Server plugin. Måske venter du på et svar fra din WordPress-vært eller en udvikler om, hvordan du får WordPress HTTP-fejlen løst.
Add-to-plugin’et vil normalt få dig rundt om fejlen og kunne være en god midlertidig løsning, især hvis du er lige midt i noget vigtigt. Det blev oprindeligt udviklet til at give dig mulighed for at tilføje meget store filer via SFTP. Vigtigt: Dette plugin vedligeholdes eller understøttes ikke længere. Brug på egen risiko.
Resumé
Som du kan se, er der mange forskellige måder at rette op på WordPress HTTP-fejlen. Forhåbentlig har en af ovenstående løsninger virket for dig, og du er allerede tilbage på sporet og i gang med at uploade dine medier. Hvis du fortsætter med at modtage denne fejl igen og igen, kan det være på tide at overveje at opgradere til en bedre WordPress-vært. Mange af ovenstående løsninger er ting, du ikke behøver at bekymre sig om hos Kinsta.
Hvis du fandt en løsning, der ikke er på vores liste, bedes du lade en kommentar a nedenfor, og vi får den tilføjet.
Brian har en stor lidenskab for WordPress, har brugt det i over et årti og udvikler endda et par premium plugins. Brian kan lide blogging, film og vandreture. Opret forbindelse med Brian på Twitter.
Skriv et svar