Läsa Detta
WordPress Felsökning: Behörigheter, CHMOD och stigar, OH MY!
Med frågor som uppstår från olika paket för delad hosting, versioner av PHP, Apache, etc., fil tillåtelse frågor bakre ibland sitt fula huvud. Jag hoppas följande hänvisning kan ge lite hjälp eller vägledning till de mindre erfarna:
En "fil hittades inte" "404", "Kunde inte skapa katalogen", "kan inte öppna" eller "finns inte" fel stoppar saker döda i sina spår. Detta beror vanligtvis på att ett program / skript att inte hitta ett script eller en fil där man förväntar sig, eller det inte är "tillåtet" för att se det på grund av behörighetsinställningar på filen eller dess katalog. Detta är frustrerande för alla datoranvändare! Datorer ska vara effektivt och roligt. på webben Partypoker , grafisk design, e-post eller vad du behöver göra på din dator bör inte stoppas eller försenas av irriterande buggar. Det finns alltid vägar runt dem om du vet vad du ska göra.
Låt oss börja med sökvägen. Kontrollera dina misstag noggrant, kommer det att lista vanligtvis sökvägen till filen i fråga. Jag rekommenderar att du använder FileZilla FTP-program . 
Öppna FileZilla och ansluta till din webbplats. Navigera genom den väg som anges i felet och försöka hitta filen. Om det är saknas, försök ladda upp igen och testa ... Om banan är annorlunda, kontrollera om du har wordpress installerat i "top" eller rotkatalogen eller om det är i en sub-katalog.
Om du hittade den och sökvägen är korrekt, kontrollera behörigheter.
För detta exempel kommer jag att nummer behörigheterna flaggor:
drwxrwxrwx 1234567890
1 katalogen flaggan, "d" om en katalog, "-" om en vanlig fil, ibland "L" för en länk.
2,3,4 läsa, skriva, exekvera tillstånd för användare (ägare) av fil
5,6,7 läsa, skriva, exekvera tillstånd för koncernen
8,9,0 läsa, skriva, exekvera tillstånd för andra (kallas ibland "alla").
- I alla lägen betyder att flaggan inte är satt
r fil kan läsas av ägare, grupp eller annan
w filen är skrivbar. På en katalog, skrivrättigheter innebär att du kan lägga till eller ta bort filer
X-fil är körbar (endast för program och skalskript - inte användbart för datafiler). Exekverarättigheterna på en katalog innebär att du kan lista filerna i den katalogen
s på den plats där "x" normalt skulle gå kallas för set-UID eller set-gid flagga (På ett körbart program med set-UID eller set-gid att programmet körs med de behörigheter som av dess ägare / grupp. På ett katalogen, set-UID/set-groupID krafter filer och kataloger som skapas i att ärva användaren / gruppinterna den överordnade katalog).
Av säkerhetsskäl bör behörighetsinställningarna för WordPress vara 755 för kataloger och 644 för filer. De flesta värdar kräver dock alla processer spawned av en användare att ha en unik identitet för att lägga till ytterligare en nivå av säkerhet. Så om WordPress eller en plugin skapar en fil eller katalog, kommer det att ha en unik ägare (och ofta grupp), så katalogen med 755 inte kommer att låta oss skapa filer i den och filen med 644 kommer inte att låta oss spara ändringar till det. Så, har en förändring att hända.
Det är där vi trycker på "din lycka kan variera" område. Typiska WordPress installerar bara behöver wp-content/ katalogen vara 777 (så att WordPress kan skapa wp-contents/uploads/ mapp). Om din wp-content/uploads/ finns redan man kan hoppa rätt över och göra wp-content/ 755. Om du har aktiverat organisera mina uppladdningar i månads-och års-baserade mapparna sedan underkataloger måste kontrolleras samt ( wp-content/uploads/2006/06 till exempel), så du måste uploads/ vara 777, 2006/ att vara 777 och 06/ att vara 777. Om du använder ImageManager plugin, måste du kontrollera behörigheterna för wp-content/uploads/2006/06/.thumbs/ också!
Detta är en anledning föreslår jag att du stänger av organisera mina uppladdningar i månads-och års-baserade mappar eftersom du kommer att ha problem med behörigheter varje månad när en ny katalog måste skapas. Bara låt dem gå till / wp-content/uploads.
Vissa människor använder redigeraren i admin för att redigera tema och plugin-filer (jag rekommenderar mot denna om du inte kan hålla 644 på de filer som redigeras där), upptäcker de har behörighet frågor (som PHP-processen har olika referenser på de flesta servrar) och ändra sina filer till 666. Jag är obekväm med detta. Och jag har en fruktdryck på FileZilla. Ja, jag behöver komma ut mer.
Om jag ftp på min webbplats med FileZilla och dubbelklickar på en fil, öppnas den i min favorit textredigerare (Edit: Inställningar: Fil visning / redigering i FileZilla meny) och i en mycket mer "bekväm" miljö jag kan göra ändringar, spara och klicka sedan på OK för att ladda upp den ändrade filen till servern. Den andra fördelen med detta är att filen läses och skrivs via FTP som upprätthåller min användare / grupp identitet, vilket ger mig mer trygghet och kontroll.
Om du har några förslag för den här artikeln får du gärna lämna en kommentar ...
57 användare Kommenterade på "WordPress Felsökning: Behörigheter, CHMOD och stigar, OH MY"
Roo säger, Tack, mycket hjälpsam. Jag letade efter något som liknar detta.
Tills du räkna ut varför knappen "Redigera" försvunnit, kan du alltid försöka [yourdomainhere].com/fishing/wp-admin och det borde tvinga WP inloggningsskärmen att komma upp.
Mitt ex girlfreind upprätta denna webbplats, och jag har alltid redigerat det, men plötsligt knappen Redigera på min skärm webbplats är borta? Jag kan inte komma åt några redigera opions? Hur kan jag få detta tillbaka, som mitt ex inte är tillgänglig? Jag måste posta nya grejer ASAP? Kan någon hjälpa mig? Daryl
Jag har problem med nedladdning av bilder till WP .. Så om jag fick det rätt, då alla mina wp-innehåll behörigheter bör vara 644.
Edgars: Följande är från den punkt som jag tror gäller dig:
"Typisk WordPress installerar bara behöver wp-innehåll / katalogen vara 777 (så att WordPress kan skapa wp-contents/uploads mappen). Om du har aktiverat organisera mina uppladdningar i månads-och års-baserade mappar då underkataloger måste kontrolleras samt (wp-content/uploads/2006/06 till exempel). "
Valfri katalog WordPress är utsedd att använda kan behöva 777.
Changinging läget i wp-innehåll / katalogen till 777 som i stor utsträckning betraktas som osäker är en löpande tråd genom WordPress. Men det är inte riktigt sant om du har shell tillgång till: Problemet är att på en Linux-box, PHP-skript körs som ingen annan än den katalog som ägs av användaren så ingen kan inte skriva till den om det inte är chmod 777. En bättre lösning är att ändra ägandet av katalogen för att ingen och sedan ladda upp katalogen kan chmod 755 och alla kataloger som skapats av WordPress också chmod 755.
I skalet CD-skivan till WordPress rotkatalogen och skriv och skriv:
chown ingen wp-innehåll
Om du inte har skal tillgång, be ditt webbhotell att göra det åt dig.
Men om din server körs med phpsuexec aktiverat, PHP-skript körs som användaren som också har skrivrättigheter till kataloger som ägs av användaren. Så i det fallet upload katalogen kan chmod 755.
Det är olyckligt att shell tillgång blir mer och mer sällsynt med regelbunden hosting planer.
Och 777 på en modern värd är inte så farligt som det kanske låter, det ändå skulle ta viss process / config misslyckanden för att den skall utnyttjas, och eftersom vi pratar om / uppladdningar / Jag är inte alltför orolig för att någon hacka bild / zip-filer jag fortsätter där.
Det finns en grundläggande säkerhetsproblem med att sätta en fil som "wp-config.php" till 644 i en delad miljö: det gör att andra användare som värd att läsa din databas inställningarna i den filen. De kan sedan använda din databas inställningar och göra vad de vill med din databas information. Se denna tråd på WP forum för mer:
http://wordpress.org/support/topic/83831
EDIT: Vad jag försummat att säga ovan är att säkerhetsproblem gäller om webbhotellet tillåter SSH-åtkomst till ditt konto.
Pizdin: Detta är helt enkelt inte sant i de flesta moderna delade miljöer.
Men jag uppskattar länken, människor är välkomna att komma till deras egna slutsatser;)
Hej, jag sysslar med 777 frågan om wp-plugin/uploads /
Tänk om folk sätter några skript till den mappen som när de utförs kommer att radera andra filer i andra mappar (eller göra vissa otrevliga saker)?
Hej Adi:
Din oro är giltiga. Beroende på vilken värd det blir ofta en balansgång mellan säkerhet och enkel användning.
Om jag var tvungen att använda 777 (eller 666 på filer) så fort jag var klar att göra ändringar jag skulle frestelsen att byta allt tillbaka till 755/644. Och jag har när jag var värd med Network Solutions (som jag inte rekommenderar som värd).
Problemet ligger oftast med hur web-host tilldelar en identitet till användare som loggar in via ftp / etc. och identiteten som ges till processerna spunnet inifrån WP: s admin-gränssnittet (PHP-process (er)). Dessa är oftast olika, och det är därför du ser skillnader i beteende när du redigerar / ta bort / ladda upp filer med ftp / etc. och när man gör det inom WP admin område ...
Min nuvarande värd, site5.com behandlar säkerhetsfrågor annorlunda, så jag kan hålla kataloger på 755 och filer i 644 ännu inte fått någon tillåtelse fel när man använder de verktyg WP admin.
Å andra sidan, som Pizdin påpekats ovan (med några värdar), kan en annan användare ska kunna läsa min wp-config.php fil i min nuvarande omgivning. Detta gäller inte mig för mycket (jag håller säkerhetskopior och de flesta hackare kommer inte att "bajsa i sitt eget bo" så att säga), men jag bytte wp-config.php till 600.
thirstan säger: Jag är i färd med att inrätta en annan blogg på en ny värd med mitt eget domännamn och har problem med de behörigheter som verkar ditt inlägg vara precis vad jag söker, jag undrar om befattningen är fortfarande aktuell för nuvarande WP ?
Wow, är att man inför den meningen 
tack,
thirstan
Thirstan: Ja, har egentligen ingenting förändrats där.
Den version av WP spelar egentligen ingen roll, även om den mottagande miljön kommer. Exempel: Vid aplus.net (och Network Solutions) kommer du att uppleva problem med WP inte har "tillstånd" för att skapa kataloger och filer. Men värdar som site5.com hantera det annorlunda och du kommer inte märker något av tillstånd problem som uppstår med WordPress / PHP processer skapa eller redigera filer.
Sam Tack så mycket för detta. Jag har kämpat med 1and1 den senaste veckan, eftersom de inte kunde förklara för mig varför helt plötsligt min e-handel plugin kan inte längre skapa miniatyrbilder från de bilder vi lägger upp.
Jag tror att nu förstår jag och kanske kunna få kundtjänst att verkligen hjälpa mig. Jag ska läsa ditt inlägg om och citerar den i min e-post när jag förstår det till fullo.
Tack igen.
Bästa lösningen för detta är att manuellt skapa din katalog struktur i förväg. Den enda anledningen till att kräva 777 är att WordPress behöver för att skapa dessa kataloger. Men om katalogerna redan finns en stramare uppsättning behörigheter är möjlig. Därför skapar kataloger för de kommande åren (en mapp för varje månad) sedan chmod kataloger till 755 och filer till 644. Ibland har jag märkt att kataloger måste 775 beroende på din värd.
Cheers!
hej, jag har försökt chmod wp-innehåll från 755 till 644, men resultatet alltid blir 764. någon idé? tack
bra artikel, nu allt fungerar bra, thx.
Tre ord: PHP felsäkert läge.
Jag jagade detta problem för en kund i ungefär en timme. Den inlagda katalogen ägs av apache användare, men något år eller månad kataloger WordPress försökt att skapa i inlagda misslyckades tills jag avstängd PHP Safe Mode. Nu fungerar som en chizzamp!
Cheers Sam. Bara stötte på detta problem och samtidigt flyttar ett WordPress.com till. Org blogg på en ny värd. Detta är första gången jag varit tvungen att ändra filrättigheter.
Tack,
Matt
woow bra inlägg, kommer detta att vara till stor hjälp för mig. Tack för denna stora arbete.
Jag hade försökt byta tillåtelse att ändra vägar men inget fungerade.
Fram Bard 's kommentar.
Jag ändrade vägen genom att ta bort de främre snedstreck före wp-content/uploads ... och det fungerade:)
Hej, det är ingen idé att ge tillstånd inne på servern för detta. Bara logga in på WP med hjälp av admin referenser och sedan gå till inställningar -> Diverse -> och sedan kopiera och klistra in den förvalda sökvägen som visas där. Detta kommer att åtgärda problemet och jag hade fast det just nu ... :-) Det är så enkelt. Inte bang för mycket för en enkel fråga.
Hälsningar,
RJ.
Systems Engineer
actsupport.com
Tack RJ, men det är lite mer komplicerat med några webbhotell.
Hej,
Jag har problem med behörigheter på min WordPress-plattform och ingen verkar veta hur man löser dem. Snälla hjälp!
När jag försöker ändra rättigheter på vissa filer, som index.php (vilket är ganska avgörande fil, jag är säker på att du skulle gå) till 666, får jag följande rad: 500 "SITE CHMOD 666 index.php": kommandot inte förstådd
Samma sak händer när jag försöker skriva kommandot manuellt.
Jag vet inte vad jag skulle göra. Min värd inte ger acces till Cpanel och de använder Windows och de säger att att de skulle ha "read only"-märke på filerna om de endast läsbara, men de har inte dem, så jag borde kunna ändra behörigheter . Men jag är inte. De säger också att jag kanske skulle kunna ändra serverinställningar inom WordPress men jag har inte hittat där jag kan göra det ännu.
Är det något annat jag kan göra? Snälla hjälp!
@ Alia: Windows är ett helt annat djur när det gäller behörigheter. Jag föreslår att du ber din värd för att flytta dig till en Linux-server, och om de inte kan hitta en annan värd ... Behörighet är bara ett av de problem som kan uppstå kör WordPress på en Windows server;)
Och om index.php; Det borde inte vara 666, det skulle betyda att andra kunde skriva till den. Gör det 644.
Jag har redan provat 644 också, men fungerar ingenting.
Jag tror inte att de kan röra mig till Linux heller.
Jag har redan fått höra att det är bättre att hitta en annan värd, verkar det jag verkligen blir tvungen att:.)
Tack iallafall!
Hej,
Det är jag igen. Min värd har trots allt lyckats flytta mig till Linux-plattformen, men problemet kvarstår. I Filezilla tillstånd är "644", men jag kan inte skriva i filen i WordPress, fortfarande säger att jag måste ändra tillstånd innan jag kan skriva. (?)
Dessutom nu även Thos behörigheter jag hade är borta.
Några idéer?
@ Alia: Det låter som om vi får till den sista två styckena i artikeln, Din värd är kartläggning PHP processer till en annan "användare" (inte en annan person, men en annan 'id'), som är en form av "säkerhet" som brukade vara populärt. Jag föreslår att du använder ett FTP-program i dessa miljöer (inte den interna editorn).
Ångrar inte att byta till en Linux-server, det finns flera mer frågor som kan (skulle?) Har dykt upp med hjälp av en M $-server ...
Jag försökte det och det fungerade. Tack så mycket! Efter ca. 10 informaticians Jag frågade inte visste hur man löser detta problem (inklusive hosting-stöd), du är en riktig livräddare!
översvämning bilder säger: Jag spara denna sidan.
Jag använder wordpress, kommer den här artikeln hjälper mig någon gång.
Bra artikel, jag gillar det verkligen. Tack
tack för det stora inlägget.
verkligen Fil tillstånd är mycket fästingar .. Tack för hjälpen.
Hälsningar
Tack så mycket!
azzaam säger: tack du, sitt arbete för mig 
mina värdar stänga 8 av mina webbplatser (5 wordpress) på grund av "ovanlig aktivitet" och jag kollade alla filer med hjälp av CPanel. Jag tyckte att skumma filer på ett zen-cart installerar och mappar var chmod 777 och filer 666.
Medan du gör det, märkte jag att mina wp-content/uploads var alla 7: or och 6 är så tack för ditt detaljerad förklaring om hur man kan lösa problemet. Jag har ändrat dem till 755/644 men om WP inte kan skriva i slutet av månaden, jag vet varför ...
Jag behöver hjälp. 755 och 644 tillåter inte mig att komma åt sidor och inlägg ... vad göra? Jag går nötter.
@ NH: Sidor och tjänster är inte filer ... Kan du ge mig mer information?
Jag förstår inte var du skriver in tre siffriga koder fil tillstånd. de 755 och 644 koder. Jag tittar på min sida med Plesk, för att kontrollera behörigheter på min server och allt jag ser är hte långa koder som rwx rx rx.
Jag får en "Forbidden .. Du har inte behörighet att komma åt / wordpress / wp-admin / upload.php på den här servern. "När jag försöker att skriva inlägg. ändrar rättigheter på den refererade filen inte har någon effekt.
>> Jag inte får där du anger tre siffriga koder fil tillstånd. de 755 och 644 koder.
Se min rekommendation ovan om Filezilla / FTP ...
suyash dwivedi säger: eller så kan du bara ställa in tillstånd att 751 till katalogen som du inte vill offentliggöra
Tack för denna .. Jag letade efter uppsättning av tillstånd i min hemsida ... Jag hoppas att det kommer att fungera, jag ska prova det här ....
Jag undrar om många av avhandlingar tillstånd problem kan spåras tillbaka till hur WordPress är installerat, dvs med snabba installera paket nu som många webbhotell. Jag har aldrig stött på något av dessa tillstånd problem med en ny manuell installation av WordPress. Endast med redan existerande installationer eller installationer som flyttas från en server till en annan.
Till stor hjälp. Detta har löst mitt problem, tack Sam.
Tack för detta råd Sam! Detta är något som har avlyssnat mig under en tid. Det verkar som om praxis på WordPress installationer är att använda CMOD 777 kataloger för filuppladdning. Och det är otroligt farligt!
Om du märker att du behöver chmod 777 på wp-content/uploads katalog för din webbplats till arbete, rekommenderar jag att ändra ditt webbhotell.
Tack så mycket för detta!
Dess arbete för mig mycket bra.
Hälsningar från Tyskland
Detta är precis vad jag letade efter, tack.
Jag hade aldrig problem med WordPressand CHMOD
Tack för de mest informativa artikeln. Jag hade problem felsökning wordpress blogg.
