Läser detta
WordPress Felsökning: Behörigheter, CHMOD och stigar, OH MY!
Med frågor kring olika Shared webbhotellspaket, versioner av PHP, Apache, etc., fil tillstånd frågor ibland bak sitt fula huvud. Jag hoppas det följande referens kan ge viss hjälp eller riktning mot dem som mindre erfarna:
En "file not found" "404", "Kunde inte skapa katalog", "Kan inte öppna" eller "finns inte" Felet stoppar saker döda i sina spår. Detta beror vanligtvis på att ett program / script inte hitta ett skript eller en fil där man förväntar sig, eller är det inte "tillåtet" för att se det på grund av tillstånd inställningarna på filen eller it's katalog.
Låt oss börja med stigen. Kontrollera ditt fel noga, kommer det att lista vanligtvis sökvägen till filen i fråga. Jag rekommenderar att använda FileZilla FTP-program. 
Öppna FileZilla och ansluta till din webbplats. Navigera genom sökvägen anges i felet och försöka hitta filen. Om den saknas, prova att lägga upp det igen och testa ... Om vägen är annorlunda, kontrollera om du har installerat wordpress på "topp" eller root-katalogen eller om det är i en underkatalog.
Om du hittade det och sökvägen är korrekt, kontrollera behörigheterna.
I det här exemplet kommer jag nummer behörigheterna flaggor:
drwxrwxrwx 1234567890
1 katalogen flagga, "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) fil
5,6,7 läsa, skriva, exekvera tillstånd för koncernen
8,9,0 läsa, skriva, exekvera tillstånd för annan (ibland kallad "alla").
- I varje läge innebär att flaggan inte är inställt
r fil kan läsas av ägare, grupp eller andra
w filen är skrivskyddad. På en katalog, skriv tillträde innebär att du kan lägga till eller ta bort filer
x filen körbar (endast för program och skalskript - inte användbart för datafiler). Kör tillstånd på en katalog innebär att du kan lista filerna i den katalogen
s på den plats där "x" normalt skulle gå så kallade set-UID eller ställ-groupId flagga (På ett körbart program med set-UID som or-groupId, kör det programmet med tillstånd för sin ägare / grupp. På ett katalogen, skapade set-UID/set-groupID styrkor filer och kataloger inne ärva användaren / lag om omsättningsskatt på underkatalogen).
Av säkerhetsskäl bör behörighetsinställningarna för WordPress vara 755 för kataloger och 644 för filer. Flesta värdar emellertid kräva att alla processer födde av en användare ha en unik identitet för att lägga till en annan nivå av säkerhet. Så om WordPress eller en plugin skapar en fil eller katalog, kommer den ha en unik ägare (och ofta grupp), så katalog med 755 kommer inte att låta oss skapa filer i den och filen med 644 kommer inte att låta oss spara ändringar det. Så har en förändring ske.
Det är här vi trycker på "Your Mileage May Vary" område. Typiska WordPress installerar behöver bara wp-content/ katalog för att vara 777 (så att WordPress kan skapa wp-contents/uploads/ mapp). Om din wp-content/uploads/ redan finns kan du hoppa rakt över och göra wp-content/ 755. Om du aktiverat ordna mina uppladdningar till månad och år-baserade kataloger sedan underkataloger måste kontrolleras liksom wp-content/uploads/2006/06 till exempel), så du behöver 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 jag föreslår att du stänger ordna mina uppladdningar till månad och år-baserade mappar eftersom du kommer att få problem med behörigheter varje månad när en ny katalog måste skapas. Bara låter dem gå till / wp-content/uploads.
Vissa använder redigeraren i admin för att ändra tema och plugin-filer (jag rekommenderar mot detta om du inte kan hålla 644 på de filer som redigeras där), upptäcker de har tillstånd frågor (som PHP-processen kommer att ha olika referenser på de flesta servrar) och ändra sina filer till 666. Jag är obekväm med detta. Och jag är kär i FileZilla. Ja, jag måste få ut mer.
Om jag ftp till min webbplats med FileZilla och dubbelklicka på en fil öppnas den i min favorit texteditor (Edit: Inställningar: File visning / redigering i FileZilla meny) och på ett mycket mer "bekväma" miljö jag kan göra ändringar, spara och klicka på OK för att ladda upp den ändrade filen till servern. Den andra fördel med detta är att filen läses och skrivs via FTP som upprätthåller min användare / grupp identitet, ger mig större säkerhet och kontroll.
Om du har några förslag på den här artikeln får du gärna lämna en kommentar ...
27 Användare kommenterade "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.
Mitt ex girlfreind inrätta denna webbplats, och jag har alltid klippt, men plötsligt EDIT-knappen på min skärm webbplats är borta? Jag kan inte komma åt några redigera opions? Hur kan jag få det tillbaka, eftersom mitt ex inte är tillgänglig? Jag måste skicka nya grejer ASAP? Kan någon hjälpa mig? Daryl
Tills du reda på varför knappen "Redigera" försvunnit, kan du alltid försöka [yourdomainhere].com/fishing/wp-admin och som bör tvinga WP inloggningsskärmen för att komma upp.
Jag har ett problem med att ladda ner bilder till WP .. Så om jag förstått allt rätt, då alla mina wp-innehåll behörigheter bör 644.
Edgars: Följande är från den punkt som jag tror gäller dig:
"Typisk WordPress installerar behöver bara wp-innehåll / katalog för att vara 777 (så att WordPress kan skapa wp-contents/uploads mapp). Om du aktiverat ordna mina uppladdningar in månad och år-baserade mappar sedan underkataloger måste kontrolleras liksom (wp-content/uploads/2006/06 till exempel). "
Någon DIRECTORY WordPress är utsedd att använda kan behöva 777.
Changinging läget i wp-innehåll / katalog till 777 vilket är till stor del betraktas som osäker är ett löpande tema i Wordpress. Men det är inte riktigt sant om du har tillgång skal: Problemet är att på en Linux-burk, php-skript körs som ingen men katalogen ägs av användaren så att ingen kan inte skriva till den om det inte är chmod 777. En bättre lösning är att ändra ägandet av katalogen till någon och sedan ladda upp katalogen kan chmod 755 och alla kataloger som skapats av Wordpress är också chmod 755.
I tanken cd till Wordpress rotkatalogen och skriv och skriv:
chown nobody wp-innehåll
Om du inte har tillgång skal, be ditt webbhotell att göra det åt dig.
Men om din server körs med phpsuexec aktiverat PHP-script körs som användaren som också skriva tillgång till kataloger som ägs av användaren. Så i det fallet att uppladdningskatalogen kan chmod 755.
Det är olyckligt att skal tillgång blir mer och mer sällsynt med regelbunden hosting plans.
Och 777 på en modern dator inte är så farligt som det kan låta, ändå skulle vidta vissa processer / config fel för att den skall utnyttjas, och eftersom vi pratar om / uploads / Jag är inte alltför orolig för någon hacka image / zip-filer jag hålla det.
Det finns en grundläggande säkerhetsproblem med om en fil som "wp-config.php" till 644 i en delad miljö: det låter andra användare på den värd att läsa din databas inställningar som finns i registret. De kan sedan använda din databas inställningar och göra vad de vill med dina data från databaser. Se denna tråd på WP forum för mer:
http://wordpress.org/support/topic/83831
EDIT: Vad jag glömde att säga ovan är att säkerheten fråga 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 fram till egna slutsatser;)
Hej, jag sysslar med 777 frågan om wp-plugin/uploads /
Tänk om folk ställa några skript till den mapp som när de genomförs kommer att ta bort andra filer i andra mappar (eller gör en del otrevliga saker)?
Hej Adi:
Din oro är giltiga. Beroende på vilka värden det ofta blir en balansgång mellan säkerhet och enkel att använda.
Om jag var tvungen att använda 777 (eller 666 på filer) så fort jag var färdig med ändringarna 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 webb-värd tilldelar en identitet för användare som loggar in via ftp / etc. och identitet ges till processer spunnit inifrån WP's admin-gränssnittet (PHP-processen (s)). Dessa är oftast olika, och det är därför du ser skillnader i beteende vid redigering / ta bort / ladda upp filer med ftp / etc. och när jag gör detta 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 på 644 ännu inte fått någon tillåtelse fel när du använder WP admin-verktyg.
Å 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 berör inte mig för mycket (jag hålla säkerhetskopieringar och de flesta hackare kommer inte "bajsa i eget bo" så att säga), men jag har ändrat 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 letar efter, jag undrar om tjänsten fortfarande är aktuell för innevarande WP ?
Wow, är att man inför den mening 
tack,
thirstan
Thirstan: Ja, Hass ingenting verkligen förändrats där.
Den version av WP spelar egentligen ingen roll, även om den mottagande miljön kommer. Exempel: På aplus.net (och Network Solutions) kommer du att uppleva problem med WP inte ha "tillstånd" för att skapa kataloger och filer. Men liksom värd site5.com hantera det annorlunda och du kommer inte att märka något av de tillstånd frågor som uppstår med WordPress / PHP processer skapa eller redigera filer.
Sam tack så mycket för detta. Jag har kämpat med 1and1 för den senaste veckan, eftersom de inte kunde förklara för mig varför alla plötsligt mitt ecommerce plugin kan inte längre skapa miniatyrer från bilderna vi uppladdningen.
Jag tror nu förstår jag och kanske kunna få kundtjänst för att verkligen hjälpa mig. Jag ska läsa ditt inlägg över och citera den i min email när jag förstår det helt.
Tack igen.
Bästa lösningen för detta är att manuellt skapa din katalog struktur i förväg. Den enda anledning att kräva 777 beror wordpress behöver för att skapa dessa kataloger. Men om katalogerna redan finns ett strängare uppsättning behörigheter är möjligt. Därför skapa 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 katalogerna behöver 775 beroende på din värd.
Skål!
Hej, jag försökte chmod wp-innehåll från 755 till 644, men resultatet alltid blir 764. någon idé? tack
Tre ord: PHP Safe Mode.
Jag jagade detta problem för en kund i ungefär en timme. Uppläggningarna katalog ägs av Apache användaren, men något år eller kataloger månad Wordpress försökt skapa i misslyckade inlagda tills jag avstängd PHP Safe Mode. Nu fungerar det som en chizzamp!
Cheers Sam. Just stötte på detta problem och samtidigt flyttar en WordPress.com till. Org blogg om en ny värd. Detta är första gången jag varit tvungen att ändra filrättigheter.
Tack,
Matt
woow stor post, kommer detta att vara till stor hjälp för mig. Tack för detta stora arbete.
Jag hade försökt ändra tillstånd, till förändrade vägar men inget fungerade.
Fram Bard: s kommentar.
Jag har ändrat sökvägen genom att ta bort den främre snedstreck före wp-content/uploads ... och det fungerade:)
Hej, finns det ingen användning för att ge tillstånd inne servern för detta. Bara logga in på WP användarnamnet admin credentials och sedan gå till Inställningar -> Övrigt -> och sedan kopiera och klistra in den förvalda sökvägen som visas där. Detta kommer att fixa problemet och jag hade bestämt att det just nu ... :-) Det är så enkelt. Don't bang inte för mycket för en enkel fråga.
Hälsningar,
RJ.
Systemtekniker
actsupport.com
Tack RJ, men det är lite mer komplicerat med några webbhotell.
