Čitanje Ovaj
WordPress Rješavanje problema: Dozvole, CHMOD i staze, OH MY!
S pitanjima koja proizlaze iz različitih zajedničke hosting paketa, verzije PHP, Apache, i dr., datoteka pitanja dopuštenje ponekad stražnji svojim ružan glavu. Nadam se sljedeće referentne može pružiti pomoć ili usmjerenje one manje iskusne:
"Datoteka nije pronađena", "404", "Ne mogu stvoriti direktorij", "ne mogu otvoriti" ili "ne postoji" pogreška zaustavlja stvari mrtvih u svojim stazama. To je obično zbog programa / skripte ne nalazeći skripte ili datoteke gdje se očekuje da će, ili nije "dozvoljeno" da se vidi, jer je postavke dozvola na datoteku ili je direktorij. To je frustrirajuće za bilo koji računalo korisnik! Računala su trebali biti učinkovita i zabavna. PartyPoker na web , grafički dizajn, e-mail ili što vam je potrebno učiniti na vašem računalu ne bi trebao biti zaustavljen ili odgoditi neugodno propuste. Tu su uvijek načine oko njih, ako znate što učiniti.
Počnimo s puta. Provjerite svoje pogreške pažljivo, obično će se popis put do datoteke u pitanje. JA preporučiti koristeći programa FileZilla FTP .
Otvori FileZilla i povezivanje na Vašu web lokaciju. Kretanje kroz put navedena u poruci i pokušati pronaći datoteku. Ako je nema, pokušajte ga ponovo upload i test ... Ako je put drugačiji, provjerite ako imate instaliran WordPress u 'top' ili root direktorij ili ako je u pod-direktorij.
Ako ste ga pronašli i put je ispravan, provjeriti dozvole.

Za ovaj primjer, ja ću broj dozvole zastave:
drwxrwxrwx 1234567890
1 katalog zastava, 'D', ako imenik, '-' ako normalno datoteka, povremeno 'L' za vezu.
2,3,4 čitati, pisati, izvršavati dopuštenje za korisnika (vlasnika) za datoteke
5,6,7 čitati, pisati, izvršavati dopuštenje za grupe
8,9,0 čitati, pisati, izvršavati dopuštenje za ostale (ponekad se naziva 'svi').
- U bilo kojem položaju znači da zastava nije postavljena
r datoteku čitati vlasnik, grupa ili drugih
w datoteka zapisivi. Na imenik, pisati pristup znači da možete dodati ili izbrisati kartoteka
x datoteka je izvršna (samo za programe i skripte ljuske - nije korisno za podatkovne datoteke). Izvrši dozvole na direktorij znači da možete popis datoteka u tom direktoriju
a na mjestu gdje 'x' inače će ići naziva set-UID ili set-groupID zastave (Na izvršni program sa set-UID ili set-groupID, taj program radi s dozvolama svojih vlasnika / grupu. Na imenik, set-UID/set-groupID snage datoteke i direktorije stvorene unutar naslijediti korisnika / Skupina nadređeni imenik).
Iz sigurnosnih razloga dozvole postavke za WordPress bi trebao biti 755 za imenike i 644 za datoteke. Većina domaćini, međutim, zahtijevaju sve procese iznjedrio od strane korisnika da imaju jedinstveni identitet dodati drugu razinu sigurnosti. Dakle, ako WordPress čep ili stvara datoteku ili direktorij, to će imati jedinstvenu vlasnik (a često i grupe), tako da je imenik sa 755 neće pustiti nas stvarati datoteke u njemu i datoteku s 644 neće pustiti nas spasiti promjena na njega. Dakle, promjena mora dogoditi.
Ovo je mjesto gdje smo hit "Vaš kilometraža svibanj varirati" području. Tipični WordPress instalira samo trebate wp-content/ direktorij da bude 777 (tako da mogu stvoriti Wordpress wp-contents/uploads/ mape). Ako je Vaš wp-content/uploads/ već postoji možete skoknuti pravo nad i da wp-content/ 755. Ako ste omogućili Organizirajte svoje slike na mjesec i godinu na temelju mape tada pod-direktorije treba provjeriti, kao i ( wp-content/uploads/2006/06 na primjer), tako da ćete morati uploads/ biti 777, 2006/ da se 777 i 06/ da se 777. Ako koristite ImageManager čep, morat ćete provjeriti dozvole na wp-content/uploads/2006/06/.thumbs/ te!
To je jedan od razloga predlažem vam da isključite Organizirajte svoje slike na mjesec i godinu na temelju mape, jer ćete imati problema s dozvolama svaki mjesec kada je novi katalog mora biti stvoren. Samo neka sve ide u / wp-content/uploads.
Neki ljudi koriste urednik admin uređivati teme i plug-in datoteka (ja preporučam protiv toga ako možete zadržati 644 na datoteke koja se uređuje tamo), otkrivaju da imaju dozvolu pitanja (kao što je PHP proces će imati različite vjerodajnice na većinu poslužitelja) i promijeniti svoje datoteke 666. Ja sam neugodno s tim. I ja sam zaljubljena u FileZilla. Da, moram izaći više.
Ako sam ftp na moje stranice sa FileZilla i dvaput kliknite na datoteku, ona se otvara u moj omiljeni tekst editor (Edit: postavke: File Pregled / uređivanje u FileZilla izbornik) i mnogo više 'ugodno' okruženje mogu napraviti promjene, spremiti, a zatim kliknite U redu za upload promijenio datoteku na poslužitelj. Drugu korist je to da je datoteka se čitati i pismeno putem FTP koji održava svoje korisničko / grupnog identiteta, daje mi više sigurnosti i kontrole.
Ako imate bilo kakve prijedloge za ovaj članak, slobodno ostavite komentar ...
57 korisnik komentirano na "WordPress Rješavanje problema: Dozvole, CHMOD i puteva, Oh My"
Hvala, vrlo korisna. Sam bio obličje za nešto slično tome.
Vi ste dobrodošli!
Dok ne shvatiti zašto gumb "Uredi" nestao, uvijek možete isprobati [yourdomainhere].com/fishing/wp-admin i koji bi trebao prisiliti zaslon WP prijavu doći do.
Moj bivši girlfreind postaviti ovaj site, i uvijek sam ga uredili, ali iznenada gumb Uredi na mom ekranu web je otišao? Ne mogu pristupiti bilo kojem uređivati opions? Kako mogu dobiti natrag u ovu, kao i moj bivši je nedostupan? Trebam otvarati nove stvari što prije? Može netko pomoć mene? Daryl
Imam problema s preuzimanjem slike na WP .. Dakle, ako sam je dobio Internet pravo, onda sve moje WP-sadržaja dozvole treba 644.
edgars: Slijedi iz stavka za koju mislim da se odnosi na vas:
"Tipične WordPress instalira samo trebate WP-sadržaja / direktorij da bude 777 (tako da mogu stvoriti Wordpress wp-contents/uploads mapu). Ako ste omogućili Organizirajte svoje slike na mjesec i godinu na temelju mape onda poddirektorije treba provjeriti, kao i (wp-content/uploads/2006/06 na primjer). "
Bilo IMENIK WordPress je određen za korištenje možda će biti potrebno 777.
Changinging način WP-sadržaja / direktorij na 777 koji je u velikoj mjeri smatra nesiguran je pokrenut tema u cijeloj WordPress. No, to nije strogo istinit ako imate shell pristup: Problem je u tome na Linux, PHP skripte izvoditi kao nitko, ali katalog je u vlasništvu strane korisnika tako da nitko ne može pisati da je, osim ako je chmod 777. Bolje rješenje je promijeniti vlasništvo katalog nitko, a zatim upload direktorij može biti chmod 755, a sve direktorije stvorio WordPress također chmod 755.
U ljuska CD katalog WordPress korijena, a zatim i unesite:
chown nitko WP-sadržaja
Ako nemate pristup ljusci, pitajte svog web host to učiniti za vas.
Ali, ako vaš poslužitelj je trčanje s phpsuexec omogućen, PHP skripte se pokreću kao korisnik koji ima pristup pisati direktorije vlasništvu korisnika. Tako je u tom slučaju upload direktorij može biti chmod 755.
To je nesretni da ljuska pristup je uzimajući više i više rijetkih s redovitim hosting planova.
A 777 na modernim domaćin nije tako opasno kao što možda zvuči, još uvijek će poduzeti određene proces / config propuste za to da se eksploatira, a budući da je riječ o / slike / nisam previše zabrinuti netko sjeckanje image / zip-datoteka držim tamo.
Tu je temeljni sigurnosni problem s postavljanjem datoteke kao što su "wp-config.php" na 644 u zajedničkom okruženju: ona omogućuje drugim korisnicima da domaćin pročitati vaše baze podataka postavke se nalaze u toj datoteci. Oni tada mogu koristiti postavke baze podataka i učiniti što god su željeli sa svojim baze podataka. Vidi ovaj thread na WP forumi za više:
http://wordpress.org/support/topic/83831
EDIT: Ono što sam zaboravio reći da je iznad sigurnosni problem primjenjuje se ako hosting providera dopušta SSH pristup Vašem korisničkom računu.
Pizdin: To jednostavno nije točno u većini modernih dijeli okruženja.
Ali ja cijenim link, ljudi su dobrodošli da dođu do svoje zaključke; ')
Bok, ja sam se bave pitanjem 777 wp-plugin/uploads /
Što ako ljudi stavljaju neke skripte u tu mapu koji kada se izvršava će izbrisati druge datoteke u druge mape (ili napraviti neke neugodne stvari)?
Pozdrav Adi:
Vaša pitanja vrijedi. Ovisno o domaćinu često postaje ravnoteže između sigurnosti i jednostavnost uporabe.
Ako sam morao koristiti 777 (ili 666 na datotekama), čim sam učinio promjene bih krajnje biti u iskušenju da biste sve natrag na 755/644. I ja sam kad sam bio domaćin s Network Solutions (kojeg ja ne preporučujem kao domaćin).
Problem obično leži kako web-host dodjeljuje identitet korisnika koji se prijavljuje kroz FTP / etc. i identitet s obzirom na procese tkani iznutra WP admin sučelje (PHP procesa (e)). To su obično različite, i to je razlog zašto možete vidjeti razlike u ponašanju prilikom uređivanja / brisanje / upload datoteka s FTP / etc. i kada to rade u području WP admin ...
Moj trenutni domaćin, site5.com, bavi pitanjima sigurnosti drugačije, tako da mogu držati imenicima na 755 i datoteka na 644 ali ne primaju nikakvu dozvolu pogreške prilikom korištenja alata WP admin.
S druge strane, kako je istaknuo Pizdin gore (s nekim domaćini), drugi korisnik može biti u mogućnosti za čitanje moj WP-config.php datoteku u mom trenutnom okruženju. To me ne briga previše (ja i dalje sigurnosnih kopija, a većina hakeri neće 'zagrabiti u vlastito gnijezdo "da tako kažemo), ali sam promijeniti wp-config.php na 600.
Ja sam u procesu postavljanja drugi blog na novi host sa svoje domene i imate problema s dozvolama, vaš post izgleda kao da se upravo ono što sam obličje za, Sam bio izvjedljiv ako post još uvijek pravovremeno za tekuće WP ?
Wow, to je jedan mali, na kaznu ![]()
hvala,
thirstan
Thirstan: Da, zaista ništa nije promijenilo tamo.
Verzija WP nije važno, iako je domaćin okoliš. Primjer: Na aplus.net (i Network Solutions), doživjet ćete problema s WP nemaju "dozvolu" za stvaranje direktorije i datoteke. Međutim, domaćini kao site5.com nositi drugačije i nećete primjetiti nikakve odobrenja problema koji se javljaju sa WordPress / PHP procesa stvaranja ili uređivanja datoteke.
Sam hvala mnogo za to. Ja sam bio s bore 1and1 u proteklih tjedan dana, jer nije mogao objasniti zašto mi sve odjednom moje ecommerce čep više nije mogao stvoriti sličica iz slike mi upload.
Mislim da sada razumijem, a možda moći dobiti službu za korisnike da zapravo mi pomogne. Ja ću pročitati svoj post iznad i to citat u mom e-mail kada ja to razumijem u potpunosti.
Hvala još jednom.
Najbolje rješenje za to je da ručno stvoriti direktorij strukture unaprijed. Jedini razlog da zahtijeva 777 jer WordPress treba stvoriti tim direktorijima. Međutim, ako već postoje direktorije čvršću skup dozvola je moguće. Stoga stvoriti imenike za sljedećih nekoliko godina (jedna mapa za svaki mjesec), a zatim chmod direktorija u 755, a datoteka 644. Ponekad sam primjetio da direktorije potrebno 775 ovisno o domaćinu.
Živjeli!
Bok, ja sam pokušao chmod wp-sadržaja 755 do 644, ali rezultat je uvijek postaje 764. bilo koji ideja? hvala
veliki članak, sada sve radi u redu, THX.
Tri riječi: PHP sigurnom načinu rada.
Bio sam jurnjava ovaj problem za kupca za oko sat vremena. Slike katalog je u vlasništvu Apache korisnika, ali bilo koja godina ili mjeseci direktorije WordPress pokušali stvoriti u slike nije dok sam isključen PHP sigurnom načinu rada. Sada radi kao chizzamp!
Živjeli Sam. Samo nabasao na ovaj problem, dok migraciju WordPress.com da. Org blog na novog domaćina. Ovo je prvi put sam morao promijeniti dozvole za datoteku.
Hvala,
Matt
woow veliki post, to će biti vrlo korisno za mene. Hvala za ovaj veliki dio posla.
Sam pokušao promijeniti dozvolu, na promjene staze, ali ništa nije djelovalo.
Do Bard je komentar.
Sam promijenio put uklanjanjem ispred kose crte prije wp-content/uploads ... i to je radio:)
Pozdrav, nema koristi od davanja odobrenja unutar poslužitelja za to. Jednostavno se prijavite na WP pomoću admin vjerodajnice, a zatim idite na Settings -> Razno -> a zatim kopirajte i zalijepite zadani put prikazan tamo. To će popraviti taj problem i ja imao je fiksna upravo sada ... :-) To je tako jednostavno. Ne prasak previše za jednostavan problem.
Pozdrav,
RJ.
Systems Engineer
actsupport.com
Zahvaljujući RJ, ali to je malo više komplicirano s nekim web domaćini.
Pozdrav,
Imam problema s dozvolama na moj WordPress platformi, a nitko ne izgleda kao da zna kako ih riješiti. Molim pomoć!
Kada pokušam promijeniti dozvole na neke datoteke, kao što je index.php (što je prilično ključni datoteka, siguran sam da bi pristao) na 666, ja bi ovu liniju: 500 'STRANICA CHMOD 666 index.php': naredba nije razumio
Ista stvar se događa kad pokušam napisati naredbu ručno.
Ne znam što drugo učiniti. Moj hosting ne daje pristup na cPanel i oni koriste Windows i oni kažu da da će imati "samo za čitanje" oznaka na datotekama, ako su samo čitati, ali ih ne imati, tako da sam trebao biti u mogućnosti promijeniti ovlasti . Ali ja nisam. Oni također reći da sam možda mogao promijeniti postavke poslužitelja unutar WordPress, ali nisam pronaći gdje mogu to učiniti još.
Ima li išta drugo što mogu učiniti? Molim pomoć!
@ Alia: Windows je potpuno drugačija životinja kada je u pitanju dozvole. Predlažem vas vaš domaćin vratiti vas na Linux poslužitelj, i ako oni ne mogu, pronaći neki drugi host ... Dozvole je samo jedan od problema ste svibanj iskustvo trčanje WordPress na Windows poslužitelj; ')
A, što se tiče index.php, to ne bi trebao biti 666, to bi značilo drugi mogli pisati na njega. Učinite to 644.
Već sam pokušao 644, previše, ali ništa ne radi.
Ne mislim da mogu me premjestiti na Linux, bilo.
Već sam bio rekao da je bolje naći drugi hosting, čini mi stvarno ću morati:).
Hvala ionako!
Pozdrav,
To me opet. Moj hosting je nakon što je sve uspio da me presele u Linux platformi, ali problem i dalje prisutan. U filezilla dozvole je "644", ali ja ne mogu pisati u datoteku u WordPress-to još uvijek kaže da moram promijeniti dozvolu prije nego što mogu napisati. (?)
Nadalje, sada čak i thos dozvole sam se otišao.
Bilo koji ideja?
@ Alia: To zvuči kao da smo uzimajući u posljednje 2 stavaka ovog članka, Vaš domaćin je mapiranje PHP procesa na drugi 'korisnik' (ne drugu osobu, a drugi 'id'), koji je jedan oblik "sigurnost" da se nekad popularni. Predlažem da koristite FTP programa u tim sredinama (ne unutarnje urednik).
Ne žaljenje prebaciti na linux server, tu je još nekoliko pitanja koja bi mogla (bi?) Imaju popped se pomoću M $ poslužitelja ...
Pokušao sam da i to radio. Hvala vam puno! Nakon cca. 10 informatičari Pitao sam ne zna kako riješiti ovaj problem (uključujući i hosting podrška), ti si pravi život saver! ![]()
Ja Bookmarking ovu stranicu.
Mogu koristiti WordPress, ovaj članak će me jednog dana pomaže.
Veliki članak, ja se jako sviđa. Hvala
hvala za taj veliki post.
doista Datoteka dopuštenje vrlo krpelja .. Hvala na pomoći out.
Pozdrav
Hvala vam puno! ![]()
vam hvala, njegov rad za mene ![]()
moj domaćini zatvoriti 8 od moje web stranice (5 WordPress) zbog "neobične aktivnosti" i provjerio sam svake datoteke koristeći cPanel. Našao sam dodgy datoteka na zen-cart instalirati i mape su chmod 777 i 666 datoteka.
Iako taj događaj, primijetio sam moje wp-content/uploads su svih 7 je i 6 tako hvala za Vaš detaljno objašnjenje o tome kako riješiti problem. Ja sam ih promijenio 755/644 ali ako WP ne može pisati na kraju mjeseca, ja znam zašto ...
![]()
Trebam pomoć. 755 i 644 ne dopuštaju mi da pristup stranicama i postove ... što učiniti? Idem orasima.
@ NH: Stranice i radna mjesta nisu datoteke ... Možete li mi dati više informacija?
JA dont 'dobiti gdje unosite tri znamenke šifre datoteku odobrenja. 755 i 644 kodova. Ja sam obličje at moj mjesto s Plesk, provjeriti dozvole na moj server i sve vidim su hte dugo kodovi kao što su rwx rx rx.
Ja dobiti "zabranjeno .. Nemate dopuštenje za pristup / WordPress / wp-admin / upload.php na ovom poslužitelju. "Kad pokušam objaviti. mijenjanja dozvola na navedene datoteke nema učinka.
>> Ja ne bi gdje unosite tri znamenke šifre datoteku odobrenja. 755 i 644 kodova.
Vidi moju preporuku gore o filezilla / FTP-a ...
ili možete jednostavno postaviti dozvolu za 751 u imenik ne želite da se javna
Hvala za ovo .. Sam bio obličje za skup dozvolu u moje web stranice ... Nadam se da ćemo raditi, ja ću probati ovo ....
Pitam se je li mnogo teza dozvole pitanja može se pratiti natrag na način na koji je instaliran WordPress, tj. koristeći brzu instalaciju paketa sada pruža mnoge web domaćin. Nikad nisam naišao bilo koji od ovih dozvole pitanja sa svježim ručnu instalaciju WordPress. Samo s postojećim instalacijama ili instrumenta se preselila iz jednog poslužitelja na drugi.
To je često slučaj ...
Vrlo od pomoći. To je riješio moj problem, hvala vam Sam.
Hvala za ovaj savjet Sam! To je nešto što mi je prislušni za neko vrijeme. Čini se kao standardna praksa na WordPress instalacija je korištenje CMOD 777 imenike za prijenos datoteka. I to je nevjerojatno opasno!
Ako vam se da na chmod 777 wp-content/uploads imenik za vaš site na posao, preporučujem mijenjanje web domaćin.
Hvala vam puno za ovo!
Njegov rad za mene jako dobro.
Srdačan pozdrav od Njemačke
To je upravo ono što sam bio u potrazi za, hvala.
Imao sam problema s nikad WordPressand CHMOD
Hvala za većinu informativan članak. Imao sam problema Rješavanje problema WordPress blog.
































