Slik fikser du WordPress-feil – ‘Last opp: Kunne ikke skrive fil til disk’

WordPress er nå uten tvil det mest populære innholdsstyringssystemet i verden. Enten det er nybegynneren i bloggverdenen eller de profesjonelle bloggerne, WordPress er den foretrukne bloggplattformen for alle.

Det er et CMS basert på PHP og SQL. Startet i 2003, og tilbyr brukerne tilpassede temaer, ulike plugins, mobilvennlig og søkemotorvennlig også.

De nødvendige pluginene for å forbedre WordPress-funksjonene er lett tilgjengelige og lastet ned fra Internett. Den driver mer enn 24 % av Internett og henvender seg til alle. Enkle nettsteder, blogger eller e-handelsportaler kan alle enkelt bygges og drives av WordPress. Å være flerspråklig gjør det populært over hele verden i de fleste landene. Brukervennligheten for brukere og utgivere sammen med den skjulte kompleksiteten for utviklere gjør det til et ideelt valg.

Hvert webhotellmiljø i verden utgjør den ene eller den andre typen feil for brukerne, og hvis du er en WordPress-bruker, er det større sannsynlighet for at du kan ha støtt på en diskfeil. Denne feilen er ikke en årsak til mye bekymring. Denne feilen oppstår når brukeren prøver å laste opp en fil som en admin eller sub-admin. Når denne feilen dukker opp, er det ganske frustrerende for brukerne, og forstyrrer den ellers uanstrengte opplevelsen av å blogge på WordPress.

I denne bloggen vil vi forklare årsakene til at brukere støter på denne feilen og de ulike alternativene som er tilgjengelige for brukere og utviklere for å løse den.

Årsaker til diskbelastningsfeil i WordPress

Når en bruker støter på denne feilen, kan det være flere årsaker, og blant dem har de vanligste satt feil tillatelser til filer eller mapper. Man kan oppsummere alle disse grunnene under tre vanlige punkter:

1. Tillatelsesinnstilling til opplastingskatalogen.
2. Brukeren overskrider den tildelte kvoten eller harddisken til serveren har ikke plass igjen.
3. tmp-mappen til serveren har ikke plass igjen.

For et WordPress-nettsted må vi angi tillatelser til hver eneste fil og mappe. Tilgangen til alle disse filene og mappene kontrolleres av webserveren som videre fungerer i henhold til tillatelsesinnstillingene gjort av oss. Så hver gang en fil eller en mappe har fått feil tillatelser, kan ikke brukeren skrive eller endre den på serveren. Med andre ord kan vi si at webserveren vår mislykkes i å legge til eller opprette nye filer til den gitte mappen.

Så i et slikt scenario, når brukeren av WordPress prøver å laste opp bilder eller filer som admin, oppstår en av følgende tre feilmeldinger:

• WP kunne ikke lastes opp på grunn av diskfeil
• Kan ikke opprette katalog
• WP klarte ikke å skrive til disk

Hvordan fikser jeg denne feilen?

Først bør brukeren forsøke å koble til WordPress-siden ved hjelp av en FTP-klient. FTP refererer til File Transfer Protocol. Med enkle ord er en FTP-klient i utgangspunktet programvare utviklet med det formål å få to datamaskiner til å kommunisere ved hjelp av Internett. Du kan enkelt sende og motta filer via denne serveren. Så teknisk sett fungerer denne protokollen kun på TCP/IP-protokollen. For at dette skal fungere trenger du en FTP-programvare og FTP-server. Forbindelsen opprettet mellom serveren og klienten, kan du laste ned, laste opp, gi nytt navn, endre og slette filer. Generelt støttes FTP-programvare av alle datamaskiner.

Før du begynner å bruke FTP-klienten, sørg for at du har informasjonen/detaljene til serveren, ekstern katalog, brukernavn og passord.

Du mottar disse opplysningene når du registrerer deg for serverkontoen. Det er relevant å forstå at kun ‘ /public_htmlkatalog’ brukes til å laste opp filene dine. ‘.cgi-bin directory’-mappens formål er å laste opp cgi-skript og alle servere, slik som våre vanlige passord er følsomme for store og små bokstaver. Til slutt, FTP-programmet bør ikke settes til SFTP i stedet for FTP og etter å ha navngitt hjemmesiden din som ‘ index.htmlto’ /cgi-binkatalog.

Ulike gratis FTP-klienter er tilgjengelige som Cyberduck, CuteFTP, Transmit (for MAC), WinSCP (for Windows), FileZilla osv. Vi kommer til å bruke FileZilla FTP-klient for å illustrere hvordan du fikser feilen "Kunnet ikke skrive fil til disk".

Koble til FileZilla FTP-klient og når det er gjort, finn mappen wp-content. Du må klikke på wp-contentmappen og velge ‘filtillatelser’ som vil være det siste alternativet i listen som dukker opp. For å velge ‘filtillatelser’ vil en dialogboks vises i FTP-klienten. Filtillatelsen for eier, gruppe og offentlig vil vises separat. Filtillatelsene vil ha "lese", "skrive" og "utfør" alternativer for hver. Under dette spør den om ‘Numerisk verdi’. Du må angi 755 som tallverdi. Etter ‘Recurse into subdirectorys’, må du merke av i boksen ved siden av den. Og til slutt, klikk på alternativet "Bruk kun på kataloger" og klikk "OK".

Ved å angi 755 som en numerisk verdi, setter FTP-klienten tillatelsene til mappen til 755 og samtidig til alle undermapper i inkludert wp-contentmappen som inneholder bildene.

Man bør også sjekke og korrigere filtillatelsene i en wp-innholdsmappe for individuelle filer også. For å gjøre dette, klikk på en wp-innholdsmappe og velg filtillatelser. Dette gjør vi for å bringe de nødvendige endringene i filene våre også. For mapper vi hadde skrevet inn 755 som en numerisk verdi, her skriv inn 644 og så må du merke av i boksen ved siden av ‘Recurse into subdirectorys’. Det siste trinnet er å klikke på ‘Apply to files only’ alternativet og klikke på ‘OK’.

Så nå vil FTP-klienten vår vise filtillatelser til 644 for alle filer og 755 til alle mapper og undermapper i wp-contentmappen.

Men til tider vil feilen fortsette, og i et slikt tilfelle har du bedt vertsleverandøren din om å slette alle filene fra katalogen for midlertidige filer. Mens du laster opp bildene på WordPress, lagres de først i en midlertidig katalog og deretter til opplastingsmappen. Opplasting av bilder gjøres gjennom PHP av WordPress.

En feilkonfigurert midlertidig katalog vil ikke tillate WordPress å lagre filen på disken. De fleste gangene vil ikke den midlertidige mappen få tilgang via FTP, og i et slikt tilfelle må du søke hjelp fra webverten din, slik at han kan gjøre den nødvendige oppgaven for deg. Hvis problemet fortsatt vedvarer, er det sikkert en annen grunn, og la oss nå se nærmere på det.

Noen ganger vil feilen fortsatt vedvare, og når den gjør det er det en annen grunn til det samme.

Mange brukere får feilen "Kunne ikke skrive fil til disk" på grunn av lagringskvote. Når brukeren har utnyttet sin lagringskvote, får du denne feilmeldingen på skjermen. De økonomiske og rimelige tjenestene kjøpt fra vertstjenesteleverandøren ser attraktive ut, men det er en undergang. Disse webvertplanene kommer med veldig lav lagringsplass fra 500 MB til 2 GB eller så. Så når man bruker WordPress og har mer enn ett nettsted for å administrere den tildelte lagringsplassen på 1 GB vil snart bli oppbrukt. I et slikt scenario hvor brukeren har brukt den tildelte lagringsplassen fullt ut, tillater vertene deg ikke å laste opp flere filer, og brukeren får derfor meldingen "Kunne ikke skrive fil til diskfeil".

Det er viktig for brukeren å holde oversikt over bruken av den tildelte lagringsplassen. Lagringsplassen er vanligvis basert på webhotellplanen som brukeren abonnerer på, og derfor bør brukeren også ha det fremtidige lagringsplassbehovet i bakhodet når han sluttfører webhotellplanen.

Brukeren bør alltid følge nøye med på bruken og tildelingen av lagringsplass, for dette er det cPanel. Brukeren vil logge på cPanel og etterfulgt av haken på venstre side. "Diskplassbruk" forteller oss den totale lagringsplassen som er tildelt oss i vår webhotellplan og prosentandelen brukt av den totale lagringen hos oss. Bare i tilfelle hvis lagringsplassen er fullt utnyttet eller ubetydelig lagringsplass er igjen, er det åpenbart på tide å bytte til en hosting-tjenesteleverandørplan som gir tilstrekkelig lagringsplass i henhold til dine behov. Og det andre enkle alternativet for å fortsette med samme lagringsplass er å slette filene som ikke ser ut til å være relevante for deg nå.

Men siden det å gå tom for lagringsplass kan scenarioet oppstå igjen i nær fremtid, så å velge å gå for en plan med større lagringsplass er et bedre valg.

Så du har gjort de riktige tillatelsesinnstillingene for filene og mappene dine, den tildelte lagringsplassen er fortsatt tilstrekkelig tilgjengelig, den midlertidige mappen er også renset og PHP-innstillingene er også riktige, men ‘Kunne ikke skrive fil til diskfeil’ plager deg fortsatt. Etter alle disse øvelsene vedvarer problemet fortsatt, så bør et siste forsøk gjøres som ser ut til å ha lite teknisk resonnement, men som har løst problemet for mange mennesker.

Alt du trenger å gjøre er å ta en titt på filnavnet ditt. Hvis det er mellomrom og bindestreker i filnavnet, bør du slette alle disse fra filnavnet. Vel, ikke alltid, men de fleste gangene fungerer det.

De utbedrende trinnene for "Kunne ikke skrive fil til diskfeil" som er diskutert ovenfor, vil garantert løse problemet. Bare i tilfelle problemet ditt fortsatt eksisterer, er det eneste alternativet som gjenstår å komme i kontakt med webverten din. Du kan ringe hvis denne funksjonen er tilgjengelig; ellers e-post problemet ditt i detalj med skjermbilder som er selvforklarende.

Det beste alternativet er imidlertid å prøve en live chat med lederen fra vertsleverandøren. Dette vil hjelpe deg med å løse problemet ditt og veilede deg i riktig retning. Det er relevant å nevne her at enten du ringer eller e-poster eller chatter med lederen, sørg for at du forklarer problemet ditt i detalj uten å blande ord.

Det andre alternativet er å poste på ulike nettfora på Internett. Brukerne som tidligere har støtt på dette problemet vil dele sine erfaringer og løsninger. Ekspertene som er tilgjengelige på disse foraene vil også berike deg med sin kunnskap og innsikt.

WordPress har et støtteforum og enkel hjelp er også tilgjengelig i FAQ-delen. Løsningen av brukerproblemet her er rask og nøyaktig forutsatt at problemet er forklart av brukeren i klare og presise ord.

Konklusjon:

For å konkludere med at WordPress er et selvstendig system, lar deg administrere nettstedet ditt fra din egen datamaskin med sømløs innsats. Den er SEO-vennlig og støtter ytterligere optimalisering. Muligheten for å ha flere brukere sammen med administratoren og få nettstedet ditt til å vokse i henhold til veksten i virksomheten din, gjør det til førstevalget.