Reading Dette
WordPress Feilsøking: Tillatelser CHMOD og stier, OH MY!
Med problemstillinger som oppstår fra varierende Delt hosting-pakker, versjoner av PHP, Apache, osv., file tillatelse saker noen ganger bak sine stygge hode. Jeg håper følgende referanse kan gi litt hjelp eller veiledning til de mindre erfarne:
En "file not found" "404", "Kunne ikke opprette katalog", "ikke kan åpne" eller "eksisterer ikke" feil stopper ting døde i sitt spor. Dette skyldes vanligvis til et program / script ikke å finne et script eller fil der det forventer å, eller det er ikke "lov" for å se det på grunn av rettighetene på filen eller den katalog. Dette er frustrerende for enhver datamaskin bruker! Datamaskiner er ment å være effektiv og morsom. Partypoker på web , grafisk design, e-post eller hva du trenger å gjøre på datamaskinen din bør ikke stoppes eller forsinkes av irriterende glitches. Det er alltid måter rundt dem hvis du vet hva du skal gjøre.
La oss starte med banen. Sjekk din feil nøye, vil det vanligvis liste banen til aktuelle filen. Jeg anbefaler å bruke FileZilla FTP program . 
Åpne FileZilla og koble til webområdet ditt. Naviger gjennom banen er oppført i feil og prøve å finne filen. Hvis det er mangler, prøv å laste den opp igjen og test ... Hvis banen er forskjellig, kontrollere om du har wordpress installert i 'top' eller rotkatalogen eller om det er i en sub-katalogen.
Hvis du fant den, og banen er riktig, sjekk tillatelser.
For dette eksempelet, vil jeg nummer tillatelsene flagg:
drwxrwxrwx 1234567890
En katalog flagg, "d" hvis en katalog, '-' hvis en normal fil, innimellom "l" for en kobling.
2,3,4 lese, skrive, utføre tillatelse til Bruker (eier) av fil
5,6,7 lese, skrive, utføre tillatelse for konsernet
8,9,0 lese, skrive, utføre tillatelse for Annet (noen ganger kalt 'alle').
- I alle posisjoner betyr at flagget er ikke satt
r filen er lesbar av eier, gruppe eller andre
w filen er skrivbar. På en katalog, skrivetilgang betyr at du kan legge til eller slette filer
x filen er kjørbar (kun for programmer og shell scripts - ikke nyttig for datafiler). Utføre tillatelse på en katalog betyr at du kan liste filene i den katalogen
S i sted hvor 'x' normalt ville gå kalles set-UIDen eller set-Gruppe-flagget (På et kjørbart program med set-UID eller set-Gruppe-, som programmet kjører med tillatelsene til sin eier / gruppe. På en telefonboken, set-UID/set-groupID kreftene filer og kataloger opprettet i å arve brukeren / KONSERNET av den overordnede katalogen).
For sikkerhet, bør tillatelsene innstillinger for WordPress være 755 for kataloger og 644 for filer. De fleste vertene imidlertid kreve alle prosesser framsatt en bruker å ha en unik identitet for å legge til et annet nivå av sikkerhet. Så hvis WordPress eller en plugin oppretter en fil eller en katalog, vil den ha en unik eier (og ofte gruppe), så katalogen med 755 vil ikke la oss opprette filer i den og filen med 644 vil ikke la oss lagre endringene til det. Så, har en endring skal skje.
Det er her vi treffer "Ditt kjørelengde kan variere" område. Typiske WordPress installerer bare trenger wp-content/ katalog å være 777 (slik at WordPress kan opprette wp-contents/uploads/ mappe). Hvis wp-content/uploads/ allerede finnes du kan hoppe rett over og gjøre wp-content/ 755. Hvis du aktiverte Organiser mine opplastninger inn i måneds-og års-baserte mapper så sub-kataloger må sjekkes også ( wp-content/uploads/2006/06 for eksempel), så du må uploads/ å være 777, 2006/ å være 777 og 06/ å være 777. Hvis du bruker ImageManager plugin, må du kontrollere tillatelsene på wp-content/uploads/2006/06/.thumbs/ så vel!
Dette er en grunn til at jeg foreslår at du slår av Organiser mine opplastninger inn i måneds-og års-baserte mapper fordi du kommer til å ha et problem med tillatelser hver måned når en ny katalog må skapes. Bare la dem gå til / wp-content/uploads.
Noen mennesker bruker redigeringsprogrammet i admin å redigere temaet og plugin-filer (jeg anbefaler mot dette med mindre du kan opprettholde 644 på filene redigeres der), oppdager de har tillatelse saker (som PHP prosessen vil ha ulike legitimasjon på de fleste servere) og endre filer til 666. Jeg er ukomfortabel med dette. Og jeg har forelsket i FileZilla. Ja, jeg trenger å få ut mer.
Hvis jeg ftp til nettstedet mitt med FileZilla og dobbeltklikker på en fil, åpnes det i min favoritt tekstredigeringsprogram (Edit: Innstillinger: File visning / redigering i FileZilla meny) og i en mye mer "behagelig" miljø kan jeg gjøre endringer, lagre, og klikk OK for å laste opp den endrede filen til serveren. Den andre fordelen til dette er at filen blir lest og skrevet gjennom ftp som opprettholder min bruker / gruppe identitet, noe som gir meg mer trygghet og kontroll.
Hvis du har noen forslag til denne artikkelen, gjerne igjen en kommentar ...
57 brukere kommentert på "WordPress Feilsøking: Tillatelser CHMOD og stier, OH MY"
Roo sier, Takk, veldig nyttig. Jeg var på utkikk etter noe som ligner på dette.
Inntil du finne ut hvorfor "Rediger" knappen forsvant, kan du alltids prøve [yourdomainhere].com/fishing/wp-admin og som bør tvinge WP innloggingsbildet å komme opp.
Min ex girlfreind sette opp denne siden, og jeg har alltid redigert det, men plutselig EDIT-knappen på min skjerm stedet er borte? Jeg får ikke tilgang på en endring opions? Hvordan kan jeg få dette tilbake, som min ex er utilgjengelig? Jeg trenger å poste nye ting ASAP? Kan noen hjelpe meg? Daryl
Jeg har et problem med nedlasting av bilder til WP .. Så hvis jeg fikk det riktig, da alle mine wp-content tillatelser skal være 644.
Edgars: Følgende er fra avsnittet som jeg tror gjelder for deg:
"Typisk WordPress installerer bare trenger wp-content / katalog å være 777 (slik at WordPress kan opprette wp-contents/uploads mappen). Hvis du aktiverte Organiser mine opplastninger inn i måneds-og års-baserte mapper så underkataloger må kontrolleres også (wp-content/uploads/2006/06 for eksempel). "
Eventuelle BRANSJEREGISTER WordPress er utpekt til å bruke må være 777.
Changinging modusen av wp-content / katalog til 777 som er i stor grad betraktes som usikre er et gjennomgående tema i hele WordPress. Men det er ikke strengt gjelder hvis du har shell tilgang: Problemet er at på en Linux boks, php scripts som ingen, men katalogen er eid av brukeren slik at ingen kan ikke skrive til den med mindre det er chmod 777. En bedre løsning er å endre eierskap av katalogen til ingen og deretter laste opp katalogen kan chmod 755, og alle kataloger opprettet av WordPress er også chmod 755.
I skallet cd til WordPress rotkatalogen og skriv deretter inn og skriv:
chown ingen wp-content
Hvis du ikke har shell tilgang, spør webverten å gjøre det for deg.
Men hvis serveren kjører med phpsuexec aktivert, er php scripts som brukeren som også har skrive tilgang til kataloger som eies av brukeren. Så i den forekomsten opplastingen katalogen kan chmod 755.
Det er uheldig at shell tilgang blir mer og mer sjeldent med vanlig hosting planer.
Og 777 på en moderne host er ikke så farlig som det kan høres ut, er det fortsatt ville ta visse prosess / config feil for at det skal kunne utnyttes, og siden vi snakker om / opplasting / jeg ikke så bekymret for noen hacking image / zip-filer som jeg holder der.
Det er et grunnleggende sikkerhetsproblem med å sette en fil som "wp-config.php" til 644 i et delt miljø: det tillater andre brukere på det vert å lese din database-innstillingene som finnes i denne filen. De kan da bruke databasen innstillinger og gjøre hva de vil med databasen din data. Se denne tråden på WP fora for mer:
http://wordpress.org/support/topic/83831
EDIT: Det jeg unnlatt å si ovenfor er at sikkerhetsspørsmål gjelder dersom hosting leverandør gir SSH tilgang til kontoen din.
Pizdin: Dette rett og slett ikke er sant i de fleste moderne delte miljøer.
Men jeg setter pris på koblingen, folk er velkomne til å komme til sine egne konklusjoner; ')
Hei, jeg er opptatt med 777 spørsmålet om wp-plugin/uploads /
Hva om folk legger noen skript til den mappen som da utføres vil slette andre filer i andre mapper (eller gjøre noen ekle ting)?
Hei Adi:
Dine bekymringer er gyldige. Avhengig verten blir det ofte en balansegang mellom sikkerhet og brukervennlighet-bruk.
Hvis jeg måtte bruke 777 (eller 666 på filer) så snart jeg var ferdig å gjøre endringer jeg ville være sårt fristet til å bytte alt tilbake til 755/644. Og jeg har da jeg ble arrangert med Network Solutions (som jeg ikke anbefale som en host).
Problemet ligger som regel med hvordan web-host tildeler en identitet til brukeren som logger inn via ftp / etc. og identiteten gitt til prosesser spunnet fra innsiden WP er admin interface (PHP-prosessen (e)). Disse er vanligvis annerledes, og det er derfor du ser forskjeller i oppførsel når du redigerer / slette / laste opp filer med ftp / etc. og når du gjør det innenfor WP admin området ...
Min nåværende host, site5.com, løser sikkerhetsproblemer annerledes, så jeg kan holde kataloger på 755 og filer på 644 ennå ikke motta noen tillatelse feil når du bruker WP admin verktøy.
På den annen side, som Pizdin påpekt ovenfor (med noen verter), kan en annen bruker skal kunne lese min wp-config.php fil i min nåværende miljø. Dette gjelder ikke meg for mye (jeg holde sikkerhetskopier og de fleste hackere vil ikke "bæsj i sitt eget reir" så å si), men jeg gjorde endre wp-config.php til 600.
thirstan sier, Jeg er i ferd med å sette opp en blogg på en ny vert med mitt eget domenenavn, og har problemer med tillatelsene, synes innlegget ditt til å være akkurat hva jeg leter etter, ble jeg lurer på om stillingen fortsatt er betimelig for nåværende WP ?
Wow, er at man kjøre-on setning 
takk,
thirstan
Thirstan: Ja, har ingenting egentlig endret seg der.
Den versjonen av WP spiller egentlig ingen rolle, selv om verten miljøet. Eksempel: Ved aplus.net (og Network Solutions) vil du oppleve problemer med WP ikke å ha "tillatelse" for å opprette kataloger og filer. Men vertene som site5.com håndtere det annerledes og du vil ikke merke noen av tillatelse problemene som oppstår med WordPress / PHP prosesser opprette eller redigere filer.
Sam takker så mye for dette. Jeg har slåss med 1and1 for den siste uken, fordi de ikke kunne forklare meg hvorfor alle plutselig min ecommerce plugin kunne ikke lenger opprette miniatyrbilder fra bildene vi laster opp.
Jeg tror nå jeg forstår og kan være i stand til å få kundeservice til å faktisk hjelpe meg. Jeg skal lese innlegget over og sitere den i min e-post når jeg forstår det fullt ut.
Takk igjen.
Beste løsningen for dette er å manuelt lage katalogstrukturen på forhånd. Den eneste grunnen til å kreve 777 er fordi wordpress behov for å opprette disse katalogene. Men hvis kataloger allerede finnes en strammere sett av tillatelser er mulig. Derfor opprette kataloger for de neste par årene (én mappe for hver måned) så chmod katalogene til 755 og filer til 644. Noen ganger har jeg lagt merke til at katalogene trenger 775 avhengig av verten.
Cheers!
hei, jeg prøvde å chmod wp-innhold 755-644, men resultatet alltid blir 764. noen ide? takk
flotte artikkelen, nå er alt fungerer fint, thx.
Tre ord: PHP safe mode.
Jeg ble jaget dette problemet for en kunde i omtrent en time. Den opplastninger katalogen eies av apache brukeren, men noen år eller måned kataloger WordPress forsøkt å skape i opplastninger sviktet før jeg slått av PHP safe mode. Nå virker det som en chizzamp!
Cheers Sam. Bare støtt på dette problemet mens migrere en WordPress.com til. Org blogg på en ny vert. Dette er første gang jeg har måttet endre filrettigheter.
Takk,
Matt
woow flott innlegg, vil dette være svært nyttig for meg. Takk for denne flott stykke arbeid.
Jeg hadde prøvd å endre tillatelse, å endre stier, men ingenting virket.
Inntil Bard 's kommentar.
Jeg forandret banen ved å fjerne fronten slash før wp-content/uploads ... og det fungerte:)
Hei, det er ingen bruk av å gi tillatelse inne i serveren for dette. Bare logg inn i WP med admin legitimasjon og deretter gå til innstillinger -> Diverse -> og deretter kopiere og lime inn standardbanen vist der. Dette vil fikse problemet og jeg hadde fikset det akkurat nå ... :-) Det er så enkelt. Ikke bang for mye for en enkel sak.
Hilsen
Rj.
Systems Engineer
actsupport.com
Takket RJ, men det er litt mer komplisert med noen web verter.
Hei,
Jeg har problemer med tillatelser på min WordPress-plattform, og ingen synes å vite hvordan du kan løse dem. Vennligst hjelp!
Når jeg prøver å endre rettighetene på enkelte filer, som index.php (som er ganske viktig fil, er jeg sikker på at du vil være enige) til 666, får jeg denne linjen: 500 'SITE CHMOD 666 index.php': kommandoen ikke forstått
Samme skjer når jeg prøver å skrive kommandoen manuelt.
Jeg vet ikke hva annet å gjøre. Min hosting gir ikke acces til cPanel og de bruker Windows og sier de at at de ville ha "read only" merket på filene hvis de var bare lesbar, men de har ikke dem, så jeg burde kunne endre tillatelser . Men jeg er ikke. De sier også jeg kanskje kunne forandre serverinnstillingene innsiden av WordPress, men jeg har ikke finne hvor jeg kan gjøre det ennå.
Er det noe annet jeg kan gjøre? Vennligst hjelp!
@ Alia: Windows er et helt annet dyr når det gjelder tillatelser. Jeg foreslår at du spør din vert å flytte deg til en linux server, og hvis de ikke kan, finne en annen host ... tillatelser er bare ett av problemene du kan oppleve kjører WordPress på en Windows server; ')
Og angående index.php; Det bør ikke være 666, som ville bety andre kan skrive til den. Gjør det 644.
Jeg har allerede prøvd 644 også, men ingenting fungerer.
Jeg tror ikke de kan flytte meg til Linux, heller.
Jeg har allerede blitt fortalt at det er bedre å finne en annen hosting, synes det jeg virkelig nødt til å:.)
Thanks anyways!
Hei,
Det er meg igjen. Min hosting har tross alt klart å flytte meg til Linux-plattform, men problemet vedvarer. I Filezilla tillatelsen er "644", men jeg kan ikke skrive i filen i WordPress-det fremdeles sier at jeg må endre tillatelse før jeg kan skrive. (?)
Videre nå enda Thos tillatelser jeg hadde er borte.
Noen ideer?
@ Alia: Det høres ut som om vi får til de 2 siste avsnittene av artikkelen; Din vert er kartlegging PHP prosessene til en annen "bruker" (ikke en annen person, men en annen "id"), som er en form for "sikkerhet" som pleide å være populære. Jeg foreslår at du bruke et FTP program i disse miljøene (ikke den interne editoren).
Ikke angre på bytte til en linux server, er det flere forhold som kunne (ville?) Har poppet opp med en M $ server ...
Jeg prøvde det og det fungerte. Takk så veldig mye! Etter ca. 10 informatikere Jeg spurte ikke visste hvordan å løse dette problemet (inkludert hosting støtte), er du en ekte livredder!
flom bilder sier, Jeg bokmerke denne siden.
Jeg bruker wordpress, vil denne artikkelen hjelper meg en dag.
Flott artikkel, jeg liker det. Thanks
takk for det flotte innlegget.
faktisk File tillatelse er veldig flått .. Takk for hjelpen ut.
Hilsen
Tusen takk!
azzaam sier, takker, sitt arbeid for meg 
mitt vertskap stenge åtte av mine nettsteder (5 wordpress) på grunn av "uvanlig aktivitet" og jeg kontrolleres hver fila med CPanel. Jeg fant dodgy filer på en zen-cart installere og mapper var chmod 777 og filer 666.
Mens du gjør det, la jeg merke til min wp-content/uploads var alle 7-& 6 er så takk for detaljert forklaring på hvordan å løse problemet. Jeg har forandret dem til 755/644 men hvis WP ikke kan skrive i slutten av måneden, jeg vet hvorfor ...
Jeg trenger hjelp. 755 og 644 ikke tillate meg å få tilgang til sider og innlegg ... hva du skal gjøre? Jeg skal nøtter.
@ NH: Sider og innlegg er ikke filer ... Kan du gi meg mer informasjon?
Jeg får ikke der du skriver tresifret fil tillatelse koder. på 755 og 644 koder. Jeg ser på mitt nettsted med Plesk, for å sjekke rettighetene på serveren min og alt jeg ser er HTE lange koder som rwx rx rx.
Jeg får en "Forbidden .. Du har ikke tillatelse til å få tilgang / wordpress / wp-admin / upload.php på denne serveren. "Når jeg prøver å poste. endring av tillatelser for den refererte filen har ingen effekt.
>> Jeg ikke får der du skriver tresifret fil tillatelse koder. på 755 og 644 koder.
Se min anbefaling ovenfor om Filezilla / FTP ...
suyash dwivedi sier, eller du kan bare stille tillatelse til 751 til katalogen du ikke ønsker å offentliggjøre
Takk for denne .. Jeg var på utkikk etter sett av tillatelse på nettstedet mitt ... Jeg håper det vil fungere, jeg skal prøve dette ....
Jeg lurer på om mange av avhandlinger tillatelse problemer kan spores tilbake til den måten WordPress er installert, dvs. ved hjelp av rask installere pakkene nå tilbys av mange web host. Jeg har aldri møtt noen av disse tillatelse problemene med en ny manuell installasjon av WordPress. Kun med preexisting installasjoner eller oppsett flyttes fra en server til en annen.
Svært nyttig. Dette har løst mitt problem, takk Sam.
Takk for dette rådet Sam! Dette er noe som har avlyttet meg for en stund. Det virker som standard praksis på WordPress installerer er å bruke CMOD 777 kataloger for filopplasting. Og det er utrolig farlig!
Hvis du finner deg selv å måtte chmod 777 på wp-content/uploads katalog for nettstedet ditt til å fungere, anbefaler jeg å endre på dine web host.
Tusen takk for dette!
Arbeidet for meg veldig bra.
Hilsen fra Tyskland
Dette er akkurat hva jeg lette etter, takk.
Jeg hadde aldri problemer med WordPressand CHMOD
Takk for de mest informative artikkelen. Jeg hadde problemer med feilsøking wordpress blogg.
