God helse til alle! En hendelse skjedde med meg her om dagen. Generelt ønsket jeg å installere favorittnettleseren min Google Chrome en utvidelse fra butikken, og han ga meg: Kunne ikke flytte utvidelseskatalogen i profilen.

Naturligvis, etter dette, begynte et aktivt søk etter en løsning på dette problemet på Internett. I utgangspunktet kokte alle rådene ned til det faktum at du må endre lagringsstedet for de nedlastede filene, og i ekstreme tilfeller til og med endre brukerprofilen.

Men i praksis hjalp dessverre ikke et eneste råd. Eller rettere sagt, det ble ikke vurdert å endre profilen i det hele tatt, siden det er veldig upraktisk å miste alle innstillingene og bokmerkene dine som er akkumulert gjennom årene. Og muligheten til å endre nedlastingskatalogen førte til null resultater. Så hva bør du gjøre hvis en slik feil oppstår?

Til min egen overraskelse fant jeg løsningen på egenhånd, uten engang å se på noen. Så å si rent praktisk. Så hvis en slik katastrofe skjer og vi ikke kan installere noe fra den offisielle butikken, er det første vi gjør å kopiere lenken til den nødvendige utvidelsen.

Deretter legger vi det inn i søkefeltet til tjenesten, som ligger på denne adressen. Dette er et nettsted som lar deg laste ned Chrome-apper manuelt, og etter anmeldelser på nettet kan du stole på det.

Etter at du har trykket på knappen " Last ned utvidelse " , vil "Lagre"-knappen vises nederst i vinduet med en advarsel om faren for datamaskinen. Det er ingen grunn til å være redd, dette er en normal reaksjon nettleser til filen som ikke lastet ned fra den offisielle Google Chrome-butikken.

Det neste trinnet er å pakke ut den nettopp nedlastede utvidelsen ved å bruke en hvilken som helst arkiver. Visuelt vil det se slik ut.

Hvis du ikke vet hvor den ble lastet ned og hvor du skal lete etter den, gå til nettleseren langs stien "Meny - Innstillinger - Avansert" og finn "Plassering" -delen.

Og nå hovedfokuset. Vi går tilbake til applikasjonsbutikken. Bare i tilfelle, la meg minne deg på at du kan gjøre dette på følgende måte: "Meny - Ekstra verktøy - Utvidelser" .

Pass deretter på at alternativet "Utviklermodus" er merket og velg "Last inn utpakket utvidelse". I neste trinn velger du selvfølgelig mappen med de nylig utpakkede filene.

Ved første blikk, Det kan virke som om vi har mislyktes fordi en melding som "Kunne ikke laste manifestet" vises på skjermen. Men hvis du nå prøver å installere samme plugin offisiell måte, altså gjennom butikken, så vil alt overraskende ordne seg. Mine herrer, se selv.

Det viktigste er å lukke meldingen "Kunne ikke flytte utvidelseskatalogen til profilen" i dette øyeblikket, ellers vil du få en feil igjen. Dette er opplegget, venner! Skriv gjerne i kommentarfeltet hva du synes om alt dette. Og avslutningsvis, som alltid, la oss se en interessant video.

Når du arbeider med WordPress-motoren, kan meldingen "Den opplastede filen kunne ikke flyttes..." vises. I dette innlegget skal vi se på årsakene til at denne meldingen kan vises.

Så når jeg prøver å legge til et nytt bilde i innleggsteksten, vises meldingen "Den opplastede filen kunne ikke flyttes til wp-content/uploads/2013/06".

Feilmelding om filflytting

1 sak. Det er alltid lettere å forstå årsaken til problemet hvis du husker hvilke handlinger som ble utført nylig. I dette spesielle tilfellet, mer presist, ble det opprettet en sikkerhetskopi av hele vertssiden. Sikkerhetskopien lagres på hostingen og tar opp en viss diskplass, som ble oppbrukt etter at sikkerhetskopien ble opprettet. En melding dukket opp i cPanel om at diskkvoten er nådd "Advarsel! Denne kontoen har nådd diskbrukskvoten".

Melding om oppbrukt diskkvote

Løsningen på problemet er åpenbar: last ned sikkerhetskopiarkivet til lokal datamaskin og slett sikkerhetskopifilen fra hostingen.

Tilfelle 2. Problemet kan skyldes utilstrekkelige mappetillatelser. Etter WordPress installasjoner, som standard er mappetillatelsene "755".

Som regel er slike innstillinger ganske nok til å laste ned filer, men noen brukere hevder at i deres tilfelle, for å løse problemet, måtte de sette tillatelsene til "777". Jeg bemerker at å sette "777" er ganske risikabelt når det gjelder sikkerhet.

Og et av nettstedene mine spinner allerede med suksess der. Men her oppsto et problem: bildene laster ikke når du skriver en artikkel! Gir en feilmelding: . Hva er problemet?

Problemet kan i prinsippet løses enkelt - du kan sette tillatelser til 777 på denne mappen og så vil alt lastes som det skal. Men tillatelser 777 er et hull fordi mappen blir skrivbar av alle.

På Internett har problemet blitt tatt opp i mange fora, noen skriver at det er greit, siden du er alene på serveren og det ikke er så skummelt. Noen skriver at dette er farlig, siden du kan kjøpe en server på samme hosting og få tilgang til denne mappen.

Personlig byttet jeg til en VPS utelukkende for å øke sikkerheten. på min HTS-hosting (her snakket jeg om det), og to ganger lastet opp døråpninger til wp-content/uploads-mappen.

På hostingen hadde jeg 755 tillatelser for denne mappen, og det var det jeg trengte. Men jeg ville ikke sette 777 på prinsippet, selv om trusselen ikke var så alvorlig. Hva å gjøre?

Hvordan løser jeg problemet "Den opplastede filen kunne ikke flyttes til wp-content/uploads"?

Jeg brukte en halvtime på å lete etter en løsning, og fant den knapt på ett engelskspråklig nettsted, hvor alle stiller spørsmål og de blir besvart. Og det var nettopp et slikt spørsmål. Og det var et lite svar på det, som løste problemet mitt. Alt viste seg å være veldig enkelt som alltid!

For å løse problemet, åpne en terminal og koble til hostingen via SSH. Gå til wp-content-mappen (bruk nettstedet mitt som eksempel):

Cd /var/www/nkondrashova.ru/wp-content

Sudo chown -R www-dataopplastinger/

Hva har vi gjort? Vi har endret eieren av denne mappen fra gjeldende til www-data. Nå kan du gi mappen og filene de nødvendige rettighetene:

Sudo chmod -R 755 opplastinger/

Det er det, nå har mappen og alle filene i den 755 tillatelser, det vil si at bare eieren har skriverettigheter. Men samtidig vil WordPress ha tilgang til denne mappen og kunne laste opp bilder der.

Vel, det er alt, nå er bildene lastet perfekt inn i artikkelen, og det er ingen 777 rettigheter til opplastingsmappen. Jeg skrev det som et jukseark for meg selv, men jeg er sikker på at det også kan være nyttig for noen.

Hvis du har din egen server, altså Den beste måten Løsningen på problemet er å tilordne deg selv som bruker til mappene. Jeg mener ikke serverpåloggingen, men påloggingen i ISPmanager, du finner den her: KONTO - BRUKER

Når vi har sett på påloggingen vår, åpner du serverkonsollen og gir kommandoen:

Chown -R BRUKERNAVN /var/www/PATH TIL DEN NØDVENDIGE MAPPEN

Det er det, nå kan du laste opp alle bildene uten problemer. Forresten, hvis du gir slike rettigheter til alle filer på nettstedet, kan du laste ned og oppdatere både maler og plugins uten FTP eller, noe som er veldig praktisk! Lykke til!

Hvis noe er uklart, SPØR!

Fant du ikke svaret? Bruk nettstedsøk

Problemer