Het lezen van dit
WordPress Problemen oplossen: Machtigingen, CHMOD en paden, OH MY!
Met vraagstukken die voortvloeien uit verschillende shared hosting pakketten, versies van PHP, Apache, etc., file problemen met de toestemming soms achter hun lelijke hoofd. Ik hoop dat de volgende referentie kan wel wat hulp of richting te geven aan die minder ervaren:
Een "bestand niet gevonden" "404", "Kan map creëren", "kan niet open" of "bestaat niet" fout stopt dingen dood in hun tracks. Dit is meestal te wijten aan een programma / script het niet vinden van een script of bestand waar het verwacht, of het is niet 'toegestaan' om het te zien als gevolg van de permissie-instellingen op het bestand of is het directory. Dit is frustrerend voor elke computer gebruiker! Computers worden verondersteld efficiënt en leuk. Partypoker op het web , grafisch ontwerp, e-mailen of wat je hoeft te doen op uw computer dient niet te worden gestopt of vertraagd door vervelende glitches. Er zijn altijd manieren om hen heen als je weet wat je moet doen.
Laten we beginnen met het pad. Controleer zorgvuldig uw fout, zal het meestal een lijst van de pad naar het bestand in kwestie. Ik raad het gebruik van de FileZilla FTP-programma . 
Open FileZilla en maak verbinding met uw site. Navigeer door het pad in de fout en probeer het bestand te zoeken. Als het mist, probeer het opnieuw uploaden en testen ... Als het pad is anders, controleren of je wordpress geïnstalleerd in de 'top' of root directory of als het in een sub-directory.
Als je het gevonden en het pad correct is, controleer dan de permissies.
Voor dit voorbeeld, zal ik het nummer van de permissies vlaggen:
drwxrwxrwx 1234567890
Een directory vlag, 'd' als een directory, '-' als een normaal bestand, soms 'l' voor een link.
2,3,4 lezen, schrijven, execute permissie voor de gebruiker (eigenaar) van het bestand
5,6,7 lezen, schrijven, execute permissie voor groep
8,9,0 lezen, schrijven, uitvoeren toestemming voor andere (Soms ook wel 'iedereen').
- In elke positie betekent dat de vlag niet is ingesteld
r file leesbaar is door de eigenaar, groep of andere
w-bestand is schrijfbaar. Op een directory, schrijf toegang betekent dat u kunt toevoegen of verwijderen van bestanden
x-bestand is uitvoerbaar (alleen voor programma's en shell scripts - niet bruikbaar voor data-bestanden). Execute permissie op een directory betekent dat u de bestanden lijst in die directory
s in de plaats waar 'x' zou normaal gesproken wordt de set-UID-of set-groupid vlag (Op een uitvoerbaar programma met de set-UID-of set-groupid, dat programma wordt uitgevoerd met de machtigingen van de eigenaar / groep. Op een directory, de set-UID/set-groupID krachten bestanden en mappen in het leven geroepen om de gebruiker / goup van de bovenliggende map erven).
Voor de veiligheid moet de permissies instellingen voor WordPress worden 755 voor mappen en 644 voor bestanden. De meeste hosts, vereisen echter alle processen voortgebracht door een gebruiker naar een unieke identiteit naar een ander niveau van beveiliging toe te voegen hebben. Dus als WordPress of een plugin maakt een bestand of map, zal het een unieke eigenaar (en vaak ook de groep) hebben, dus de map met 755 zal niet toestaan dat ons bestanden maken in en het bestand met 644 zal niet toestaan dat we wijzigingen opslaan aan. Dus, een verandering moet gebeuren.
Dit is waar we druk op de "Jouw snelheid kan variëren" gebied. Typische WordPress installeert hoeft alleen de wp-content/ directory die moet worden 777 (zodat WordPress kan het aanmaken wp-contents/uploads/ map). Als uw wp-content/uploads/ al bestaat kunt u direct hop over en maken wp-content/ 755. Als u ingeschakeld organiseer ik mijn upload in de maand-en jaar-op basis van mappen dan de sub-directories moeten ook worden gecontroleerd ( wp-content/uploads/2006/06 bijvoorbeeld), dus je moet uploads/ zijn 777, 2006/ om 777 en 06/ 777 te zijn. Als u gebruik maakt van de ImageManager plugin, moet u de permissies controleren op wp-content/uploads/2006/06/.thumbs/ zo goed!
Dit is een reden waarom ik stel voor dat je uit te schakelen Organiseer mijn upload in de maand-en jaar-op basis van mappen, want je gaat een probleem met machtigingen elke maand wanneer een nieuwe map moet worden aangemaakt. Laat ze gewoon allemaal naar / wp-content/uploads.
Sommige mensen gebruiken de editor in het admin op thema bewerken en plug-in bestanden (ik raad tegen deze, tenzij je kunt 644 te handhaven op de bestanden die worden bewerkt daar), ontdekken dat ze toestemming hebben problemen (zoals de PHP-proces hebben verschillende referenties op de meeste servers) en veranderen hun bestanden naar 666. Ik ben ongemakkelijk met deze. En ik heb een zwak voor FileZilla. Ja, ik nodig hebben om meer informatie.
Als ik naar mijn site ftp met FileZilla en dubbelklik op een bestand, opent in mijn favoriete text-editor (Edit: Instellingen: Bestand bekijken / bewerken in het menu van FileZilla's) en in een veel meer 'comfort' omgeving kan ik wijzigingen aanbrengen, opslaan en klik op OK om het gewijzigde bestand naar de server uploaden. Het andere voordeel hiervan is dat het bestand wordt gelezen en geschreven door ftp die mijn user / group identiteit behoudt, geeft me meer zekerheid en controle.
Heeft u suggesties voor dit artikel, voel je vrij om een commentaar achter te laten ...
57 Gebruikers reacties op "WordPress Problemen oplossen:! Machtigingen, CHMOD en paden, OH MY"
Roo zegt: Bedankt, erg behulpzaam. Ik was op zoek naar iets wat lijkt op dit.
Totdat je erachter te komen waarom de knop 'Bewerken' verdwenen is, kun je altijd proberen [yourdomainhere].com/fishing/wp-admin en dat zou dwingen de WP inlogscherm te komen.
Mijn ex Girlfreind opzetten van deze site, en ik heb altijd bewerkt, maar plotseling de EDIT-knop op mijn scherm site is GONE? Ik kan geen toegang tot bewerken opions? Hoe kan ik dit terug, als mijn ex niet beschikbaar is? Ik moet nieuwe dingen zo snel mogelijk bericht? Kan iemand mij helpen? Daryl
Ik heb een probleem met het downloaden van beelden naar WP .. Dus als ik het goed, dan is al mijn wp-content permissies moet worden 644.
Edgars: Het volgende is uit de paragraaf dat ik denk dat op u van toepassing:
"Typische WordPress installeert hoeft alleen de wp-content / directory die moet worden 777 (zodat WordPress kan de wp-contents/uploads map maken). Als u ingeschakeld organiseer ik mijn upload in de maand-en jaar-op basis van mappen dan de submappen moeten ook worden gecontroleerd (wp-content/uploads/2006/06 bijvoorbeeld). "
Elke directory WordPress is aangewezen om te gebruiken kan nodig zijn 777.
Changinging de modus van de wp-content / map 777 die grotendeels wordt beschouwd als onzeker is een rode draad door WordPress. Maar dat is niet helemaal waar als je shell-toegang hebben: Het probleem is dat op een Linux box, php-scripts worden uitgevoerd als er niemand, maar de map is eigendom van de gebruiker, zodat niemand kan niet schrijven naar, tenzij het chmod 777. Een betere oplossing is om de eigendom van de directory te veranderen aan niemand en dan is de upload directory kan worden chmod 755 en alle mappen die door WordPress worden ook chmod 755.
In de shell cd naar de WordPress root directory en typ en typ:
chown nobody wp-content
Als u geen Shell toegang hebt, vraag dan uw webhost om het voor je doen.
Maar als uw server wordt uitgevoerd met phpsuexec ingeschakeld, worden php scripts worden uitgevoerd als de gebruiker dat ook schrijf toegang tot de mappen in handen van de gebruiker. Dus in dat geval de upload directory kan worden chmod 755.
Het is jammer dat shell toegang is steeds meer en meer zeldzaam met regelmatige hosting plannen.
En 777 op een moderne gastheer is niet zo gevaarlijk als het klinkt, het nog zou duren bepaald proces / config mislukkingen om te kunnen worden geëxploiteerd, en omdat we praten over / uploads / ik ben niet al te bezorgd over iemand hacken van de image / zip-files Ik blijf daar.
Er is een fundamentele security probleem met het instellen van een bestand als "wp-config.php" naar 644 in een gedeelde omgeving: het staat andere gebruikers op die host te lezen je database instellingen in dat bestand. Zij kunnen dan gebruik maken van uw database-instellingen en doen wat ze willen met uw database gegevens. Zie deze thread op de WP forums voor meer:
http://wordpress.org/support/topic/83831
EDIT: Wat ik vergeten hierboven zeggen is dat beveiligingsprobleem geldt indien de hosting provider biedt SSH toegang tot uw account.
Pizdin: Dit is gewoon niet waar in de meeste moderne shared omgevingen.
Maar ik waardeer de link, mensen zijn van harte welkom om te komen tot hun eigen conclusies; ')
Hallo, ik ben bezig met de uitgifte van 777 wp-plugin/uploads /
Wat als mensen een aantal scripts te maken aan die map die, wanneer uitgevoerd, verwijdert u andere bestanden in andere mappen (of sommige nare dingen)?
Hi Adi:
Uw bezorgdheid geldig zijn. Afhankelijk van de gastheer wordt het vaak een balanceren tussen veiligheid en gemak van gebruik.
Als ik naar 777 (of 666 op de bestanden) te gebruiken zodra ik klaar was het aanbrengen van wijzigingen zou ik zeer in de verleiding om terug te schakelen alles 755/644. En ik heb toen ik werd georganiseerd met Network Solutions (die ik niet aan te raden als een host).
Het probleem ligt meestal met de manier waarop de web-host kent een identiteit aan de gebruiker die inlogt via ftp / etc. en de identiteit gegeven om processen gesponnen uit admin binnen WP-interface (de PHP-proces (s)). Deze zijn meestal anders, en daarom zie je verschillen in gedrag bij het bewerken / verwijderen / uploaden van bestanden met een ftp / etc. en wanneer doen binnen het WP admin gedeelte ...
Mijn huidige host, site5.com, adressen anders de veiligheid, zodat ik kan blijven directories op 755 en bestanden op 644 nog ontvangt geen toestemming fouten bij het gebruik van de WP admin tools.
Aan de andere kant, als Pizdin hierboven vermeld (bij sommige hosts), kan een andere gebruiker in staat zijn om mijn wp-config.php bestand te lezen in mijn huidige omgeving. Het gaat niet om me te veel (ik blijf back-ups en de meeste hackers zullen niet 'kak in hun eigen nest' bij wijze van spreken), maar ik veranderde wp-config.php naar 600.
thirstan zegt: Ik ben in het proces van het opzetten van een blog op een nieuwe gastheer met mijn eigen domeinnaam en problemen met de rechten, uw post lijkt te zijn precies wat ik zoek, ik vroeg me af of de post nog op tijd voor de huidige WP ?
Wow, dat is een run-on zin 
thanks,
thirstan
Thirstan: Ja, niets is er echt veranderd.
De versie van WP maakt eigenlijk niet uit, hoewel de gastheer milieu. Voorbeeld: Bij aplus.net (en Network Solutions) ervaart u problemen met WP niet te hebben 'toestemming' om mappen en bestanden aanmaakt. Echter, gastheren zoals site5.com anders mee omgaan en je zal niets merken van de toestemming kwesties die zich voordoen met WordPress / PHP processen maken of bewerken van bestanden.
Sam Hartelijk dank voor dit. Ik heb te kampen met 1and1 de afgelopen week, omdat ze niet konden mij uitleggen waarom ineens mijn e-commerce plugin niet langer kon thumbnails maken van de foto's die we uploaden.
Ik denk dat nu begrijp ik en zou kunnen om de klantenservice te krijgen om daadwerkelijk te helpen me. Ik lees uw post over en citaat in mijn e-mail zodra ik volledig begrijpen.
Nogmaals bedankt.
De beste oplossing hiervoor is om je directory-structuur handmatig aanmaken op voorhand. De enige reden om 777 nodig is omdat wordpress nodig heeft om deze mappen. Maar als de mappen al bestaan een strengere set van permissies is mogelijk. Maak daarom de directory's voor de komende jaren (een map voor elke maand), dan chmod op 755 directories en bestanden naar 644. Soms heb ik gemerkt dat directories 775 nodig hebt, afhankelijk van uw host.
Cheers!
hallo, Ik heb geprobeerd om chmod wp-content 755 tot 644, maar het resultaat altijd wordt 764. enig idee? bedankt
groot artikel, nu is alles werkt prima, thx.
Drie woorden: PHP safe mode.
Ik was achterna dit probleem voor een klant voor ongeveer een uur. De upload directory is eigendom van de apache gebruiker, maar enig jaar of maand directories WordPress probeerde te creëren in upload mislukt totdat ik uitgeschakeld PHP safe mode. Nu werkt het als een chizzamp!
Cheers Sam. Net botste tegen dit probleem tijdens het migreren van een WordPress.com aan. Org blog op een nieuwe gastheer. Dit is de eerste keer dat ik heb gehad om bestandsrechten te veranderen.
Bedankt,
Mat
woow grote plaatsen, zal dit zeer nuttig zijn voor mij. Bedankt voor dit prachtig stukje werk.
Ik had geprobeerd te veranderen toestemming, aan de veranderende paden, maar niets werkte.
Tot Bard 's commentaar.
Ik veranderde het pad door het verwijderen van het front slash voor wp-content/uploads ... en het werkte:)
Hallo, is er geen gebruik van het geven van toestemming in de server voor deze. Gewoon inloggen op de WP met behulp van de admin referenties en ga dan naar instellingen -> diversen -> en dan kopieer en plak het standaard pad daar getoond. Dit zal het probleem opgelost en ik had vast het net nu ... :-) Het is zo simpel. Niet bang te veel voor een eenvoudige kwestie.
Groet,
Rj.
Systems Engineer
actsupport.com
Dankzij RJ, maar het is een iets ingewikkelder met een aantal web hosts.
Hallo,
Ik heb problemen met machtigingen op mijn WordPress platform en niemand lijkt te weten hoe op te lossen. Please help!
Wanneer ik probeer om de machtigingen voor sommige bestanden, zoals index.php verandering (die is vrij cruciaal bestand, ik weet zeker dat je zou eens) tot 666, krijg ik deze lijn: 500 'SITE CHMOD 666 index.php': command not begrepen
Hetzelfde gebeurt wanneer ik probeer om de opdracht handmatig te schrijven.
Ik weet niet wat anders te doen. Mijn hosting geen toegang te verstrekken aan cPanel en ze gebruiken Windows en zij zeggen dat zij zouden hebben "read only" markering op de bestanden als ze alleen leesbaar, maar ze hebben niet hebt, dus ik zou in staat zijn om machtigingen te wijzigen . Maar ik ben niet. Ze zeggen ook dat ik misschien kan de server-instellingen te wijzigen binnenkant van wordpress, maar ik heb niet vinden waar ik kan nog doen.
Is er nog iets anders wat ik kan doen? Helpen Please!
@ Alia: Windows is een totaal ander dier als het gaat om rechten. Ik stel voor dat je vraag dan uw gastheer om u te verplaatsen naar een linux server, en als ze niet kunnen, vindt een andere host ... Machtigingen is slechts een van de problemen die zich kunnen voordoen draait WordPress op een Windows-server; ')
En, met betrekking tot index.php, Het moet niet worden 666, zou dat betekenen dat anderen zouden kunnen schrijven. Maak er 644.
Ik heb al geprobeerd 644 ook, maar niets werkt.
Ik denk niet dat ze mij kunnen verplaatsen naar Linux, hetzij.
Ik heb al verteld dat het beter is te vinden een andere hosting, het lijkt erop zal ik echt:).
Bedankt anyways!
Hallo,
Het is me weer. Mijn hosting heeft immers in geslaagd om me te verplaatsen naar Linux-platform, maar het probleem blijft bestaan. In Filezilla de toestemming is "644", maar ik kan niet in het bestand te schrijven in de WordPress-het zegt nog steeds dat ik om de toestemming te wijzigen voordat ik kan schrijven. (?)
Bovendien, nu zelfs Thos permissies ik had zijn verdwenen.
Het even welke ideeën?
@ Alia: Het klinkt alsof we krijgen de laatste twee alinea's van het artikel; Uw gastheer is in kaart brengen van PHP processen naar een andere 'user' (niet een andere persoon, maar een andere 'id'), dat is een vorm van 'veiligheid', dat vroeger populair. Ik stel voor dat je gebruik maken van een FTP-programma in dergelijke omgevingen (niet de interne editor).
Heb geen spijt van de overstap naar een Linux-server, is er nog een aantal kwesties die zouden kunnen (zou?) Zijn opgedoken met behulp van een M $ server ...
Ik probeerde dat en het werkte. Dank je wel! Na het app. 10 informatici vroeg ik wist niet hoe dit probleem (inclusief hosting ondersteuning) op te lossen, je bent een echte life saver!
overstroming foto's zegt: Ik heb deze pagina te bookmarken.
Ik gebruik wordpress, zal dit artikel helpt me op een dag.
Groot artikel, I really like it. Bedankt
bedankt voor die geweldige post.
inderdaad File toestemming is zeer teken .. bedankt voor de hulp.
Groeten
Heel erg bedankt!
azzaam zegt: dank u, haar werk voor mij 
mijn gastheren stilgelegd 8 van mijn sites (5 wordpress) als gevolg van 'ongewone activiteit "en ik controleerde elk bestand met behulp van CPanel. Ik heb de dodgy bestanden gevonden op een zen-cart te installeren en mappen waren chmod 777 en 666 bestanden.
Terwijl dat te doen, merkte ik dat mijn wp-content/uploads waren alle 7's & zo bedankt 6 is voor je gedetailleerde uitleg over hoe het probleem op te lossen. Ik ben veranderd ze naar 755/644, maar als WP kan niet schrijven op het einde van de maand, ik weet waarom ...
Ik heb hulp nodig. 755 en 644 staan niet toe dat ik aan pagina's en berichten toegang ... wat te doen? Ik ga noten.
@ NH: Pagina's en berichten worden geen bestanden ... Kan je me meer informatie?
Ik snap het niet, waar u drie-cijferige bestand toestemming codes. de 755 en 644 codes. Ik ben op zoek naar mijn site met Plesk, de machtigingen controleren op mijn server en alles wat ik te zien zijn hte lang codes zoals rwx rx rx.
Ik krijg een "Verboden .. Je hebt geen toestemming om / wordpress / wp-admin / upload.php op deze server te openen. "Wanneer ik probeer te plaatsen. wijzigen van machtigingen voor het bestand waarnaar wordt verwezen heeft geen effect.
>> Ik snap het niet, waar u drie-cijferige bestand toestemming codes. de 755 en 644 codes.
Zie mijn aanbeveling boven ongeveer Filezilla / FTP ...
suyash Dwivedi zegt: of je kan de toestemming alleen maar ingesteld om 751 op de map die u niet wilt openbaar te maken
Bedankt voor deze .. Ik was op zoek naar set van toestemming in mijn website ... ik hoop dat het zal werken, ik ga dit proberen ....
Ik vraag me af of veel van scripties toestemming kwesties kunnen worden getraceerd naar de manier waarop WordPress is geïnstalleerd, dat wil zeggen met behulp van snelle installatie pakketten nu door vele web host. Ik heb nog nooit tegengekomen een van deze problemen met de toestemming met een verse handmatige installatie van WordPress. Alleen met reeds bestaande installaties of instellingen worden verplaatst van de ene server naar de andere.
Erg behulpzaam. Dit heeft mijn probleem opgelost, dank je wel Sam.
Bedankt voor dit advies Sam! Dit is iets dat me heeft afgeluisterd voor bepaalde tijd. Het lijkt erop dat gangbare praktijk op WordPress installeert is om Cmod 777 mappen te gebruiken voor het uploaden van bestanden. En het is ongelooflijk gevaarlijk!
Als je merkt dat je hoeft te chmod 777 de wp-content/uploads directory voor uw site om te werken, raad ik aan het veranderen van je webhost.
Hartelijk dank voor deze!
Zijn werk voor mij erg goed.
Beste groeten uit Duitsland
Dit is precies wat ik zocht, dank je.
Ik had nog nooit problemen met WordPressand CHMOD
Bedankt voor de meest informatieve artikel. Ik had moeite het oplossen van problemen wordpress blog.
