Reading Dette
WordPress Fejlfinding: Tilladelser, CHMOD og stier, OH MY!
Med spørgsmål i forbindelse med varierende Shared hosting pakker, versioner af PHP, Apache, osv. fil tilladelse spørgsmål sommetider opdrage deres grimme hoved. Jeg håber følgende reference kan give noget hjælp eller vejledning til de mindre erfarne:
En "filen ikke fundet" "404", "Kunne ikke oprette mappe", "kan ikke åbne" eller "eksisterer ikke" fejl stopper tingene døde i deres spor. Dette er normalt på grund af et program / script ikke at finde et script eller fil hvor man forventer at, eller det ikke er "tilladt" for at se det på grund af tilladelses indstillingerne på den fil eller det bibliotek. Det er frustrerende for enhver computer bruger! Computere formodes at være effektiv og sjov. Partypoker på internettet , grafisk design, e-maile eller hvad du skal gøre på din computer bør ikke stoppes eller forsinkes af irriterende glitches. Der er altid veje udenom dem, hvis du ved, hvad de skal gøre.
Lad os starte med stien. Tjek din fejl omhyggeligt, vil det normalt listen over stien til pågældende fil. Jeg anbefaler at bruge FileZilla FTP-program . 
Åbn FileZilla og oprette forbindelse til dit websted. Naviger gennem stien angivet i fejl og forsøge at finde filen. Hvis det mangler, prøv at uploade det igen og teste ... Hvis stien er forskellige, skal du kontrollere, hvis du har WordPress installeret i 'top' eller rodmappen, eller hvis det er i en sub-directory.
Hvis du har fundet det, og stien er korrekt, skal du kontrollere tilladelser.
I dette eksempel, vil jeg nummer tilladelserne flag:
drwxrwxrwx 1234567890
1 mappe flag, 'd', hvis en mappe, '-', hvis en normal fil, lejlighedsvis 'l' for et link.
2,3,4 læse, skrive, køretilladelse for bruger (ejer) af fil
5,6,7 læse, skrive, køretilladelse for koncernen
8,9,0 læse, skrive, køretilladelse for andre (undertiden kaldet 'alle').
- I enhver position betyder, at flaget er ikke indstillet
r-fil kan læses af ejer, gruppe eller andre
w fil er skrivbar. På et bibliotek, skrive adgang betyder, at du kan tilføje eller slette filer
x filen er eksekverbar (kun til programmer og shell scripts - ikke nyttigt for data-filer). Køretilladelser på et bibliotek betyder, at du kan liste filerne i denne mappe
s på det sted, hvor »x« normalt ville gå kaldes set-UID eller set-groupID flag (På et eksekverbart program med set-UID eller set-groupID, at programmet kører med tilladelserne til sin ejer / gruppe. På en bibliotek, de set-UID/set-groupID kræfter filer og mapper skabt inde til at arve brugeren / koncerninterne af det overordnede bibliotek).
For sikkerhed, bør de tilladelser indstillinger til WordPress være 755 for mapper og 644 for filer. De fleste værter dog kræve alle processer affødt af en bruger til at have en unik identitet for at tilføje et andet niveau af sikkerhed. Så hvis WordPress eller et plugin opretter en fil eller mappe, vil det have en unik ejeren (og ofte gruppe), så den mappe med 755 vil ikke lade os oprette filer i det, og filen med 644 vil ikke lade os gemme ændringerne til det. Så en ændring skal ske.
Det er her, vi ramte "Din Mileage May Vary" område. Typiske WordPress installerer kun brug for wp-content/ mappen til 777 (således at WordPress kan skabe den wp-contents/uploads/ mappe). Hvis din wp-content/uploads/ eksisterer allerede, du kan hoppe lige over og gøre wp-content/ 755. Hvis du har aktiveret Organiser mine uploads i måned og år-baserede mapper, så sub-mapper skal kontrolleres, samt ( wp-content/uploads/2006/06 for eksempel), så du bliver nødt uploads/ at være 777, 2006/ at være 777 og 06/ at være 777 EUR. Hvis du bruger ImageManager plugin, skal du kontrollere tilladelserne på wp-content/uploads/2006/06/.thumbs/ så godt!
Dette er en af grundene til jeg foreslå du slukker Organiser mine uploads i måned og år-baserede mapper, fordi du vil have et problem med tilladelser hver måned, når en ny mappe skal oprettes. Bare lade dem alle gå til / wp-content/uploads.
Nogle mennesker bruger editoren i admin til at redigere tema og plug-in-filer (jeg anbefaler mod denne, medmindre du kan bevare 644 på de filer, der redigeres er der), opdager de har tilladelse spørgsmål (som PHP proces, vil have forskellige legitimationsoplysninger på de fleste servere) og ændre deres filer til 666. Jeg er tryg ved dette. Og jeg har en crush på FileZilla. Ja, jeg har brug for at få mere at vide.
Hvis jeg ftp til mit websted med FileZilla og dobbelt-klik på en fil, åbnes det i min foretrukne teksteditor (Edit: Indstillinger: Fil visning / redigering i FileZilla menu), og i en langt mere "behageligt" miljø, jeg kan foretage ændringer, gemme, og klik OK for at uploade den ændrede fil til serveren. Den anden fordel for dette er, at filen er der læses og skrives via FTP, der fastholder min bruger / gruppe identitet, hvilket giver mig mere sikkerhed og kontrol.
Hvis du har forslag til denne artikel, er du velkommen til at efterlade en kommentar ...
57 brugere Kommenteret på "WordPress Fejlfinding: Tilladelser, CHMOD og stier, OH MY"
Roo siger, Tak, meget hjælpsomme. Jeg var på udkig efter noget lignende dette.
Indtil du finde ud af, hvorfor 'Rediger' knappen forsvundet, kan du altid prøve [yourdomainhere].com/fishing/wp-admin , og der skal tvinge WP login skærmen for at komme op.
Min ex girlfreind oprettet denne hjemmeside, og jeg har altid redigeret det, men pludselig EDIT-knappen på min skærm hjemmeside er væk? Jeg kan ikke få adgang til nogen redigere opions? Hvordan kan jeg få det tilbage, som min ex ikke er tilgængelig? Jeg har brug for at skrive nye ting ASAP? Kan nogen hjælpe mig? Daryl
Jeg har et problem med at downloade billeder til WP .. Så hvis jeg fik det rigtigt, så alle mine wp-indhold tilladelser bør være 644.
Edgars: Følgende er fra det afsnit, som jeg tror gælder for dig:
"Typisk WordPress installerer kun brug for wp-content / mappen til 777 (således at WordPress kan skabe den wp-contents/uploads mappe). Hvis du har aktiveret Organiser mine uploads i måned og år-baserede mapper derefter undermapper skal kontrolleres, samt (wp-content/uploads/2006/06 for eksempel). "
Enhver DIRECTORY WordPress er udpeget til at bruge kan være nødvendigt at 777 EUR.
Changinging tilstanden af wp-content / mappen til 777, der stort set betragtes som usikker er et gennemgående tema i hele WordPress. Men det er ikke helt korrekt, hvis du har shell adgang: Problemet er, at på en Linux boks, PHP-scripts kører som ingen andre end den mappe ejes af brugeren, så ingen ikke kan skrive til den, medmindre det er chmod 777. En bedre løsning er at ændre ejerskabet af mappen for nogen, og derefter uploade mappen kan chmod 755 og alle mapper oprettet af WordPress er også chmod 755.
I skallen cd til WordPress rodbiblioteket og derefter skrive og skrive:
chown ingen wp-content
Hvis du ikke har shell adgang, så spørg din webhost for at gøre det for dig.
Men hvis din server kører med phpsuexec aktiveret, php scripts køres som en bruger, som også har skrive adgang til mapper, der ejes af brugeren. Så i dette tilfælde den upload mappe kan chmod 755.
Det er uheldigt, at Shell adgangen bliver mere og mere sjældne med almindelig hosting planer.
Og 777 på en moderne vært er ikke så farlig som det kan lyde, er det stadig ville træffe visse proces / config fejl til, at det kan udnyttes, og da vi snakker om / uploads / Jeg er ikke alt for bekymret for nogen at hacke image / zip-filer, jeg holder der.
Der er en grundlæggende sikkerhedsproblem med at sætte en fil som "wp-config.php" til 644 i et fælles miljø: det giver mulighed for andre brugere, der er værter til at læse din database indstillinger, der er indeholdt i den pågældende fil. De kan derefter bruge din database indstillinger og gøre hvad de vil med din database data. Se denne tråd på WP fora for mere:
http://wordpress.org/support/topic/83831
EDIT: Hvad jeg forsømt at sige ovenfor er, at spørgsmål om sikkerhed gælder, hvis udbyder tillader SSH adgang til din konto.
Pizdin: Dette er simpelthen ikke sandt i de fleste moderne delte miljøer.
Men jeg sætter pris på det link, folk er velkommen til at komme til deres egne konklusioner; ')
Hej, jeg beskæftiger sig med de 777 spørgsmål om wp-plugin/uploads /
Hvad hvis folk sætte nogle scripts til denne mappe, som, når henrettet, vil slette andre filer i andre mapper (eller gøre nogle grimme ting)?
Hej Adi:
Dine bekymringer er gyldige. Afhængigt af værten det ofte bliver en balancegang mellem sikkerhed og brugervenlighed-of-use.
Hvis jeg var nødt til at bruge 777 (eller 666 på filer), så snart jeg var færdig med at foretage ændringer jeg ville være hårdt fristet til at skifte alt tilbage til 755/644. Og jeg har da jeg var vært med Network Solutions (som jeg ikke anbefale, som et host).
Problemet ligger normalt med, hvordan web-host tildeler en identitet for brugeren, der logger ind via ftp / etc. og identitet i betragtning til processer spundet inde fra WP er admin interface (PHP proces (s)). Disse er normalt forskellige, og det er derfor, du ser forskelle i adfærd, når du redigerer / sletter / uploade filer med ftp / etc. og når du gør det inden for WP admin-området ...
Min nuværende vært, site5.com, behandler sikkerhedsspørgsmål forskelligt, så jeg kan holde mapper på 755 og filer på 644 endnu ikke modtaget nogen tilladelse fejl, når du bruger WP admin værktøjer.
På den anden side, som Pizdin påpeget ovenfor (med nogle værter) kan en anden bruger i stand til at læse min wp-config.php-fil i min nuværende miljø. Dette vedrører ikke mig alt for meget (jeg holder backups, og de fleste hackere vil ikke 'overbygning i deres egen rede "så at sige), men jeg har ændret wp-config.php til 600.
thirstan siger, Jeg er i færd med at oprette en anden blog på en ny vært med mit eget domænenavn, og har problemer med de tilladelser, dit indlæg synes at være præcis, hvad jeg leder efter, var jeg spekulerer på, om stillingen er stadig god tid til nuværende WP ?
Wow, det er en køre-on sætning 
tak,
thirstan
Thirstan: Ja, intet har virkelig ændret sig der.
Den version af WP betyder egentlig ikke noget, selv om værten miljøet vil. Eksempel: Ved aplus.net (og Network Solutions), vil du opleve problemer med WP ikke at have 'tilladelse' til at oprette mapper og filer. Men værter som site5.com håndtere det anderledes, og du vil ikke mærke nogen af tilladelsen spørgsmål, der opstår med WordPress / PHP processer opretter eller redigerer filer.
Sam tak så meget for dette. Jeg har kæmpet med 1and1 for den seneste uge, fordi de ikke kunne forklare mig, hvorfor lige pludselig min e-handels-plugin ikke længere kunne skabe thumbnails af de billeder, vi uploader.
Jeg tror nu, jeg forstår og kan være i stand til at få kundeservice til rent faktisk at hjælpe mig. Jeg læste dit indlæg igen og citerer den i min e-mail, når jeg forstår det fuldt ud.
Tak igen.
Bedste løsning for dette er at manuelt at oprette din mappestruktur på forhånd. Den eneste grund til at kræve 777 er fordi WordPress behov for at oprette disse mapper. Men hvis abonnentfortegnelser, som allerede eksisterer en strammere sæt tilladelser er muligt. Derfor oprette mapper for de næste par år (en mappe for hver måned), så chmod mapper til 755 og filer til 644. Nogle gange har jeg bemærket, at biblioteker har brug for 775 afhængigt af din vært.
Cheers!
Hej, jeg forsøgte at chmod wp-indhold fra 755 til 644, men resultatet altid bliver 764. nogen idé? tak
stor artikel, nu er alt fungerer fint, thx.
Tre ord: PHP safe mode.
Jeg var jagte dette problem for en kunde i cirka en time. Den uploads mappe er ejet af apache bruger, men alle år og måned mapper WordPress forsøgt at skabe i uploads mislykkedes indtil jeg slukkede PHP safe mode. Nu virker det som en chizzamp!
Cheers Sam. Bare stødte ind i dette problem, mens Migrér WordPress.com til. Org blog på en ny vært. Det er første gang, jeg har haft til at ændre filrettigheder.
Tak,
Matt
woow fantastisk indlæg, vil dette være meget nyttigt for mig. Tak for dette store stykke arbejde.
Jeg havde prøvet at ændre tilladelse til at ændre stier, men intet virkede.
Indtil Bard 's kommentar.
Jeg har ændret stien ved at fjerne den forreste skråstreg før wp-content/uploads ... og det virkede:)
Hej, er der ingen brug af give tilladelse inde i serveren til dette. Bare log ind i WP at bruge admin legitimationsoplysninger og derefter gå til Indstillinger -> Diverse -> og derefter kopiere og indsætte standardstien vist der. Dette vil løse problemet, og jeg havde fast det lige nu ... :-) Det er så simpelt. Må ikke bang for meget for et simpelt problem.
Regards,
Rj.
Systems Engineer
actsupport.com
Takket RJ, men det er lidt mere kompliceret med nogle værter.
Hej,
Jeg har problemer med tilladelser på min WordPress-platformen og ingen synes at vide, hvordan man løser dem. Please help!
Når jeg forsøger at ændre tilladelserne på nogle filer, som index.php (som er temmelig afgørende fil, er jeg sikker på du er enig) til 666, får jeg denne linje: 500 'SITE CHMOD 666 index.php': kommando ikke forstået
Samme sker, når jeg forsøger at skrive kommandoen manuelt.
Jeg ved ikke, hvad jeg ellers skal gøre. Min hosting giver ikke adgang til cPanel, og de bruger Windows, og de siger, at at de ville have "read only"-mærket på de filer, hvis de kun var læsbare, men at de ikke har dem, så jeg bør være i stand til at ændre tilladelser . Men jeg er ikke. De siger også, jeg måske kunne ændre serverindstillinger inde i WordPress, men jeg har ikke finde hvor jeg kan gøre det endnu.
Er der andet jeg kan gøre? Please help!
@ Alia: Windows er et helt andet dyr, når det kommer til tilladelser. Jeg foreslår du spørger din vært til at bevæge dig til en linux server, og hvis de ikke kan finde en anden vært ... Tilladelser er kun et af de problemer, du kan opleve kører WordPress på en Windows server; ')
Og med hensyn til index.php, og den bør ikke være 666, som ville betyde, andre kunne skrive til den. Gør det 644.
Jeg har allerede prøvet 644, også, men intet virker.
Jeg tror ikke, de kan flytte mig til Linux, enten.
Jeg har allerede fået at vide, at det er bedre at finde en anden hosting, det synes jeg virkelig nødt til at:.)
Tak anyways!
Hej,
Det er mig igen. Min hosting har trods alt formået at flytte mig til Linux-platformen, men problemet fortsætter. I Filezilla tilladelsen er "644", men jeg kan ikke skrive i filen i WordPress-det stadig siger, at jeg er nødt til at ændre den tilladelse, før jeg kan skrive. (?)
Desuden er nu endnu Thos tilladelser jeg havde er væk.
Nogen ideer?
@ Alia: Det lyder som om vi får at de 2 sidste afsnit i artiklen; Din vært er kortlægning PHP processer til en anden "bruger" (ikke en anden person, men en anden »id«), som er en form for »sikkerhed«, der plejede at være populære. Jeg foreslår du bruger et FTP-program i disse miljøer (ikke den interne editor).
Fortryder ikke skiftet til en linux server, er der mange flere emner, der kunne (ville?) Er dukket op ved hjælp af en M $-server ...
Jeg prøvede det, og det virkede. Tak så meget! Efter ca. 10 informaticians spurgte jeg vidste ikke, hvordan man løser dette problem (herunder modtagelse af støtte), du er en real life saver!
oversvømmelse billeder siger, Jeg bookmarking denne side.
Jeg bruger WordPress, vil denne artikel hjælper mig en dag.
Great artiklen, jeg virkelig kan lide det. Thanks
tak for den store post.
ja File tilladelse er meget ticks .. Tak for hjælpen ud.
Regards
Mange tak!
azzaam siger, takker dig, sit arbejde for mig 
mine værter lukket ned 8 af mine websteder (5 WordPress) på grund af »usædvanlige aktiviteter«, og jeg kontrolleres hver fil ved hjælp af cPanel. Jeg fandt dodgy filer på en zen-cart installere og mapper var chmod 777 og filer 666.
Mens du gør det, bemærkede jeg min wp-content/uploads var alle 7 er & 6 er så tak for din detaljerede forklaring på, hvordan du løser problemet. Jeg har ændret dem til 755/644, men hvis WP ikke kan skrive i slutningen af måneden, jeg ved hvorfor ...
Jeg har brug for hjælp. 755 og 644 ikke tillade mig at få adgang til sider og indlæg ... hvad man skal gøre? Jeg har tænkt mig nødder.
@ NH: Sider og indlæg er ikke filer ... Kan du give mig mere information?
Jeg kan ikke komme derhen, hvor du indtaster trecifret fil tilladelse koder. de 755 og 644 koder. Jeg kigger på mit site med Plesk, for at kontrollere tilladelserne på min server og alt hvad jeg ser, er HTE lange koder som rwx rx rx.
Jeg får en "Forbidden .. Du har ikke tilladelse til at få adgang / wordpress / wp-admin / upload.php på denne server. "Når jeg forsøger at skrive. ændre tilladelser, der refereres til filen ikke har nogen effekt.
>> Jeg kan ikke komme derhen, hvor du indtaster trecifret fil tilladelse koder. de 755 og 644 koder.
Se min anbefaling over omkring Filezilla / FTP ...
suyash dwivedi siger, eller du kan bare indstille tilladelse til 751 til den mappe, du ikke ønsker at offentliggøre
Tak for dette .. Jeg ledte efter sæt af tilladelse i min hjemmeside ... jeg håber, det vil arbejde, jeg skal prøve dette ....
Jeg spekulerer på, om mange af teser tilladelse spørgsmål kan spores tilbage til den måde, WordPress er installeret, dvs ved hjælp af hurtig installere pakker nu, som mange web host. Jeg har aldrig stødt på nogen af disse tilladelser spørgsmål med en frisk manuel installation af WordPress. Kun med allerede eksisterende installationer eller opsætninger der flyttes fra én server til en anden.
Meget nyttig. Dette har løst mit problem, tak Sam.
Tak for dette råd Sam! Det er noget, der har irriteret mig i et stykke tid. Det virker som almindelig praksis på WordPress installerer på er at bruge CMOD 777 mapper til fil-uploads. Og det er utroligt farligt!
Hvis du finder dig selv at skulle chmod 777 på wp-content/uploads bibliotek til dit websted for at arbejde, vil jeg anbefale at ændre din webhost.
Mange tak for dette!
Dets arbejde for mig meget godt.
Med venlig hilsen fra Tyskland
Det er præcis, hvad jeg ledte efter, tak.
Jeg havde aldrig problemer med WordPressand CHMOD
Tak for de mest informative artikel. Jeg havde problemer med fejlfinding wordpress blog.
