Luet tätä
WordPress Vianmääritys: Käyttöoikeudet CHMOD ja polkuja, OH MY!
Asioita, jotka johtuvat eri Shared hosting paketteja, versiot PHP, Apache jne. tiedosto lupaa asioita joskus kasvattaa rumaa päätään. Toivon seuraava viittaus voi tarjota apua tai suuntaan kuin vähemmän kokeneille:
"Tiedostoa ei löydy" "404", "Ei voitu luoda hakemistoa", "ei voi avata" tai "ei ole olemassa" virhe pysäyttää asioita kuollut heidän etenemisensä. Tämä johtuu yleensä ohjelma / skripti ei löydä käsikirjoituksen tai tiedosto, johon se odottaa, tai se ei ole "sallittu" nähdä sitä, koska lupa asetukset tiedosto tai se on hakemistossa. Tämä on turhauttavaa kaikille tietokoneen käyttäjälle! Tietokoneet on tarkoitus olla tehokas ja hauska. Partypoker Webissä , graafinen suunnittelu, sähköpostia tai mitä sinun tarvitsee tehdä tietokoneessa ei saa lopettaa tai viivästyttää ärsyttäviä virheitä. On aina tapoja heidän ympärillään, jos tiedät mitä tehdä.
Aloitetaan polku. Tarkista virhe huolellisesti, se yleensä luettelo tiedoston polku kyseessä. Suosittelen käyttäen FileZilla FTP ohjelmaa . 
Avaa FileZilla ja liitä sivustoosi. Selaa polku mainittu virhe ja yrittää löytää tiedoston. Jos se puuttuu, yritä ladata se uudelleen ja testata ... Jos polku on erilainen, tarkista jos sinulla on WordPress asennettu "ylös" tai juurihakemistoon tai jos se on alihakemistosta.
Jos olet löytänyt sen ja polku on oikein, tarkista oikeudet.
Tässä esimerkissä minä numeron käyttöoikeudet liput:
drwxrwxrwx 1234567890
1 hakemistosta lippu, "D" jos hakemistoon, "-" jos normaali tiedosto, joskus "l" on linkki.
2,3,4 lukea, kirjoittaa, suorittaa luvan Käyttäjä (omistaja) tiedosto
5,6,7 lukea, kirjoittaa, suorittaa luvan Group
8,9,0 lukea, kirjoittaa, suorittaa luvan Muut (kutsutaan joskus "kaikki").
- Missä tahansa asennossa, ei lippua
r tiedosto on luettavissa omistaja, ryhmä tai muu
w tiedosto on kirjoitettava. On hakemiston, kirjoitusoikeus tarkoittaa, että voit lisätä tai poistaa tiedostoja
x tiedosto on suoritettava (vain ohjelmia ja komentoriviskriptejä - ei ole hyötyä tiedostoja). Suorita oikeudet-hakemiston avulla voit luetella tiedostot kyseiseen hakemistoon
s siellä, missä "x" normaalisti mennä kutsutaan set-UID tai SET-groupID lippu (On suoritettava ohjelma SET-UID tai set-groupID, että ohjelma suoritetaan luvat sen omistajan / ryhmä. Päällä hakemistoon, set-UID/set-groupID voimat tiedostojen ja hakemistojen luotu sisälle perimään käyttäjä / ryhmätasolla sekä emohakemisto).
Turvallisuussyistä, käyttöoikeudet asetukset WordPress on 755 hakemistoille ja 644 tiedostoille. Useimmat isännät kuitenkin vaatia kaikki prosessit synnytti käyttäjä on ainutlaatuinen identiteetti lisätä toisen suojaustason. Joten jos WordPress tai plugin luo tiedoston tai hakemiston, se on ainutlaatuinen omistaja (ja usein ryhmä), joten hakemistoon 755 ei anna meidän luoda sen tiedostot ja tiedosto 644 ei anna meidän tallentaa muutokset siihen. Joten, muutosta on tapahduttava.
Täällä osuma "Your Mileage May Vary" alue. Tyypillisiä WordPress asentaa vain tarvitsevat wp-content/ hakemistossa olevan 777 (jotta WordPress voi luoda wp-contents/uploads/ kansio). Jos wp-content/uploads/ jo olemassa, voit hop oikean yli ja tehdä wp-content/ 755. Jos käytössä Järjestä minun kuvat otetaan kuukausi-ja vuosi-pohjainen kansiot sitten alihakemistoihin on tarkastettava samoin ( wp-content/uploads/2006/06 esimerkiksi), niin sinun tulee uploads/ olla 777, 2006/ olla 777 ja 06/ olla 777. Jos käytät ImageManager plugin, sinun tulee tarkistaa käyttöoikeudet wp-content/uploads/2006/06/.thumbs/ samoin!
Tämä on yksi syy ehdotan sammutat Järjestä Omat kuvat otetaan kuukausi-ja vuosi-pohjainen kansiot koska aiot olla ongelma oikeudet kuukausittain kun uusi kansio on luotu. Anna niiden vain kaikki mene / wp-content/uploads.
Jotkut käyttävät editorissa admin muokata teemaa ja plug-in-tiedostot (Suosittelen tätä jos voit ylläpitää 644 kuvaa muokataan olemassa), löytää ne ole lupaa kysymyksiä (kuten PHP prosessilla on eri käyttöoikeudet eniten palvelimet) ja muuttaa tiedostojen 666. Olen epäluuloisesti. Ja olen ihastunut FileZilla. Kyllä, minun täytyy saada lisää.
Jos minä FTP sivustoni kanssa FileZilla ja tuplaklikkaa tiedostoa, se avautuu suosikkini tekstieditorilla (Edit: Asetukset: Tiedoston katselu / muokkaaminen FileZilla valikosta) ja paljon enemmän "mukava" ympäristössä voin tehdä muutoksia, Tallenna ja klikkaa OK ladata muuttunut tiedosto palvelimelle. Muut etu on se, että tiedosto luetaan ja kirjallista kautta ftp joka ylläpitää minun käyttäjä / ryhmä identiteetin antaen minulle enemmän turvallisuutta ja valvontaa.
Jos sinulla on ehdotuksia tämän artikkelin, voit jättää kommentin ...
57 käyttäjien Kommentoija "WordPress Vianmääritys: Käyttöoikeudet CHMOD ja polkuja, OH MY!"
Roo sanoo, Kiitos, erittäin hyödyllinen. Etsin jotain tämän kaltaista.
Kunnes voit selvittää, miksi Muokkaa-painiketta kadonneet, voit aina kokeilla [yourdomainhere].com/fishing/wp-admin ja että pitäisi pakottaa WP kirjautumislomakkeesta keksiä.
Minun ex girlfreind perustaa tämän sivuston, ja olen aina muokannut, mutta yhtäkkiä EDIT painiketta minun näytön päällä on mennyt? En pääse mitään muokata opions? Miten saan tämän takaisin, koska minun ex ei ole käytettävissä? Minun täytyy kirjoittaa uusia juttuja ASAP? Voiko joku auttaa minua? Daryl
Olen ongelma lataamalla kuvat WP .. Joten jos sain sen oikein, niin kaikki minun WP-sisällön oikeudet tulisi 644.
Edgars: Seuraava on kohta, joka mielestäni koskee sinua:
"Tyypillisiä WordPress asentaa vain tarvitsevat wp-content / hakemistossa olevan 777 (jotta WordPress voi luoda wp-contents/uploads kansio). Jos käytössä Järjestä minun kuvat otetaan kuukausi-ja vuosi-pohjainen kansiot sitten alihakemistoihin on tarkastettava samoin (wp-content/uploads/2006/06 esimerkiksi). "
Tahansa hakemistossa WordPress on nimetty käyttää ehkä 777.
Changinging tila wp-content / hakemiston 777 joka on suurelta osin pitää turvaton on käynnissä teema WordPress. Mutta se ei ole ehdottoman totta, jos sinulla on shell: Ongelmana on, että Linux-laatikko, PHP-skriptit ajaa kuin kukaan, mutta hakemiston omistaa käyttäjä niin kukaan ei voi kirjoittaa sitä, ellei se chmod 777. Parempi ratkaisu on vaihtaa omistukseen hakemiston kukaan ja sitten ladata hakemistoon voi olla chmod 755 ja kaikki hakemistot luotu WordPress myös chmod 755.
Vuonna Shell CD WordPress juurihakemistoon ja kirjoita ja kirjoita:
chown kukaan wp-content
Jos sinulla ei ole shell-yhteys, Kysy Web-isäntänä tehdä sen sinulle.
Mutta jos palvelin pyörii phpsuexec käytössä, PHP-skriptit ajetaan kuin käyttäjä, joka myös on kirjoitusoikeudet hakemistoihin käyttäjän omistamissa. Joten siinä esimerkiksi upload hakemistossa voi olla chmod 755.
On valitettavaa, että Shell-yhteys on tulossa yhä harvinainen säännöllisesti hosting suunnitelmia.
Ja 777 modernia isäntä ei ole yhtä vaarallinen kuin se saattaakin kuulostaa, se silti veisi tietyn prosessin / config epäonnistumisista se olisi hyväksi, ja koska puhumme / kuvat / en ole liian huolissani joku hakkerointi image / zip-tiedostoja pidän siellä.
On perustavanlaatuinen tietoturvaongelmaa asettamalla tiedosto kuten "wp-config.php" 644 jaetussa ympäristössä: se mahdollistaa muiden käyttäjien että isäntä lukea tietokannan asetuksia sisältämän tiedoston. He voivat sitten käyttää tietokannan asetuksia ja tekevät mitä haluavat kanssa tietokannan tietoihin. Katso tämä kierre WP foorumeita lisää:
http://wordpress.org/support/topic/83831
EDIT: Mitä olen laiminlyönyt sanoa edellä on että tietoturvaongelma koskee jos hosting-palvelujen tarjoaja mahdollistaa SSH pääsyn tilillesi.
Pizdin: Tämä ei yksinkertaisesti ole totta useimmissa nykyajan jaettu ympäristöihin.
Mutta arvostan linkin, ihmiset ovat tervetulleita tulemaan omat johtopäätöksensä;)
Hei, olen huolestunut 777 kysymystä wp-plugin/uploads /
Mitä jos ihmiset laittaa joitakin skriptejä tähän kansioon, joka, kun hänet teloitettiin poistaa muut muissa kansioissa (tai tehdä joitakin ikäviä asioita)?
Hi Adi:
Huolenne voimassa. Riippuen isäntä se muuttuu usein tasapainoilua turvallisuuden ja helppokäyttöisyyden käytön.
Jos minun pitäisi käyttää 777 (tai 666 kuvaa) heti kun olin tehnyt tekemällä muutoksia Olisin kovasti mieli vaihtaa kaiken takaisin 755/644. Ja olen kun olin isännöi kanssa Network Solutions (jota en suosittele kuin isäntä).
Ongelma kuuluu yleensä miten web-isäntä määrittää identiteettiä käyttäjä kirjautuu kautta ftp / etc. ja identiteetti annetaan prosesseja kehrätty sisältä WP n admin interface (PHP prosessi (t)). Nämä ovat yleensä erilaisia, ja siksi näet erot käyttäytymisessä muokatessaan / poistaminen / lataaminen tiedostoja ftp / etc. ja kun teet sen sisällä WP admin-alueella ...
Minun nykyinen isäntä, site5.com, osoitteet turvallisuuskysymykset eri tavalla, joten voin pitää luettelo klo 755 ja tiedostot 644 vielä ole saaneet lupaa virheet käytettäessä WP hallintatyökalua.
Toisaalta, kuten Pizdin huomautti edellä (joidenkin isännät), toinen käyttäjä saattaa pystyä lukemaan minun wp-config.php tiedostoa minun nykyisestä ympäristöstä. Tämä ei koske minua liikaa (pidän varmuuskopiot ja useimmat hakkerit eivät "kakka omassa pesässä" niin sanotusti), mutta en muuttaa wp-config.php 600.
thirstan sanoo, Olen perustamassa toista blogia uusi isäntä omalla domain-nimi ja on ongelmia käyttöoikeudet, viestisi näyttää olevan juuri sitä, mitä etsin, ihmettelin, jos viesti on edelleen ajankohtainen nykyisessä WP ?
Vau, että on yksi jälkikäynnin lause 
kiitos,
thirstan
Thirstan: Kyllä, mikään ei ole muuttunut siellä.
Version WP ei ole oikeastaan väliä, vaikka isäntä ympäristö. Esimerkki: At aplus.net (ja Network Solutions) koet ongelmia WP ei ole "lupaa" luoda hakemistoja ja tiedostoja. Kuitenkin isännät kuten site5.com käsitellä sitä eri tavalla ja et huomaa mitään lupaa asioita, jotka syntyvät WordPress / PHP prosessien luot tai muokkaat tiedostoja.
Sam Kiitos niin paljon tästä. Olen ollut taistelee 1and1 viimeisen viikon, koska ne eivät voisi selittää minulle, miksi yhtäkkiä minun ecommerce plugin voisi enää luoda pikkukuvat kuvia me ladata.
Mielestäni nyt ymmärrän ja ehkä saada asiakaspalvelun todella auttaa minua. Luen viestiäsi yli ja lainaa sähköpostiini kun ymmärrän sen täysin.
Kiitos vielä kerran.
Paras ratkaisu tähän on manuaalisesti luoda hakemiston rakenteen etukäteen. Ainoa syy vaatia 777 johtuu WordPress luotava nämä hakemistot. Kuitenkin jos hakemistoja jo tiukempi joukko käyttöoikeuksia on mahdollista. Siksi luoda hakemistoja seuraavan parin vuoden aikana (yksi kansio joka kuukausi) sitten chmod hakemistoja 755 ja tiedostot 644. Joskus olen huomannut, että hakemistoja tarvitsevat 775 riippuen isäntä.
Kippis!
Hei, olen yrittänyt chmod WP-sisältöä 755-644, mutta tulos aina tulee 764. mitään käsitystä? kiitos
loistava artikkeli, nyt kaikki toimii hienosti, thx.
Kolme sanaa: PHP Safe Mode.
Olin jahtaa tätä ongelmaa asiakkaalle noin tunnin. Kuvat hakemistoon omistaa Apache käyttäjä, mutta mitään vuosi tai kuukausi hakemistoja WordPress yritti luoda kuvat epäonnistui kunnes käännyin pois PHP vikasietotilassa. Nyt se toimii kuin chizzamp!
Kippis Sam. Juuri törmäsi ongelmaan, kun taas siirryttäessä WordPress.com on. Org blogissa uusi isäntä. Tämä on ensimmäinen kerta, kun olen ollut muuttaa tiedoston käyttöoikeuksia.
Thanks,
Matta
woow suuri viesti, tämä on erittäin hyödyllistä minulle. Kiitos tästä hieno teos.
Olin yrittänyt muuttaa lupaa, muuttuviin polkuja mutta mikään ei toiminut.
Kunnes Bard n kommentti.
Muutin polkua poistamalla edestä kauttaviivan ennen wp-content/uploads ... ja se toimi:)
Hei, ei käyttö antaa luvan sisällä palvelin tähän. Vain kirjautua WP käyttäen ylläpitäjän tunnusta ja salasanaa ja sitten Valitse Asetukset -> Muuta -> ja kopioi ja liitä oletuspolku näkyy siellä. Tämä korjaa ongelman ja olin korjannut sen juuri nyt ... :-) Se on niin yksinkertainen. Älä Bang liikaa yksioikoinen.
Terveisin,
Rj.
Systems Engineer
actsupport.com
Thanks RJ, mutta se on hieman monimutkaisempi joidenkin web hosts.
Hello,
Minulla on ongelmia oikeudet minun WordPress alustalla ja kukaan ei näytä tietävän, miten ratkaista ne. Auttakaa!
Kun yritän vaihtaa käyttöoikeudet tiedostoja, kuten index.php (joka on melko tärkeä tiedosto, olen varma, että olet yhtä mieltä) on 666, saan tämä rivi: 500 "SITE CHMOD 666 index.php": komento ei ymmärretään
Sama tapahtuu, kun yritän kirjoittaa komennon manuaalisesti.
En tiedä mitä muuta tehdä. My hosting ei tarjoa acces on cPanel ja he käyttävät Windows ja he sanovat, että he olisivat "vain luku"-merkki tiedostot olisivat vain luettavissa, mutta niillä ei ole niitä, joten minun pitäisi pystyä muuttamaan käyttöoikeuksia . Mutta en ole. He myös sanovat Olen ehkä voisi muuttaa palvelimen asetuksia WordPressin mutta en ole löytää, jos voin tehdä sen vielä.
Onko mitään muuta voin tehdä? Auttakaa!
@ Muassa: Windows on täysin erilainen eläin, kun se tulee käyttöoikeudet. Ehdotan kysy isäntä siirtää sinut Linux-palvelin, ja jos he eivät voi, löytää toinen isäntä ... Oikeudet on vain yksi ongelmista saattaa ilmetä käynnissä WordPress Windows-palvelimella;)
Ja suhteen index.php, se ei tule 666, se merkitsisi muut voisivat kirjoittaa. Tee se 644.
Olen jo kokeillut 644 myös, mutta mikään ei toimi.
En usko, että he voivat siirtyä minua Linux joko.
Olen jo kertonut, että on parempi etsiä toinen hosting näyttää minä todellakin.:)
Kiitos anyways!
Hello,
Se olen minä taas. My hosting on sittenkin onnistunut siirtää minut Linux, mutta ongelma jatkuu. Vuonna Filezilla lupaa on "644", mutta en voi kirjoittaa tiedoston WordPress-se vielä sanoo, että minun täytyy muuttaa lupaa ennen kuin voin kirjoittaa. (?)
Lisäksi nyt jopa thos käyttöoikeudet olin ovat menneet.
Onko ideoita?
@ Muassa: Kuulostaa saamme viimeisen 2 kohtaa artiklan, Isäntä on kartoitus PHP prosesseja toiselle "käyttäjä" (ei toisen ihmisen, mutta toinen "id"), joka on yksi muoto "turvallisuus", joka käytetään olla suosittu. Ehdotan, että käytät FTP-ohjelmaa näissä ympäristöissä (ei sisäinen editori).
En kadu vaihtaa Linux-palvelimen, siellä vielä useita kysymyksiä, jotka voivat (pitäisi?) Ovat piipahti käyttäen M $ palvelin ...
Yritin sitä ja se toimi. Kiitos paljon! Kun app. 10 informaticians kysyin tiennyt miten ratkaista tämä ongelma (mukaan lukien hosting-tuki), olet oikeassa elämässä saver!
tulva kuvia sanoo, Olen bookmarking tällä sivulla.
Käytän WordPress, tämä artikkeli auttaa minua joskus.
Suuri artikkeli, olen todella sitä. Kiitos
Kiitos, että suuri postitse.
todellakin Tiedosto lupa on hyvin punkkeja .. Kiitos avusta ulos.
Terveisin
Kiitos paljon!
azzaam sanoo, kiitos teille, sen työtä minulle 
Omat isännät suljettiin 8 minun sivustot (5 WordPress) takia "epätavallinen toiminta" ja tarkistin jokaisen tiedoston avulla cPanel. Löysin konstikas tiedostoja zen-cart asentaa ja kansioiden chmod 777 ja tiedostot 666.
Vaikka teemme, että huomasin wp-content/uploads olivat 7: n ja 6 niin kiitokset yksityiskohtaista selvitystä siitä, miten ratkaista ongelma. Olen muuttanut niitä 755/644 mutta jos WP ei voi kirjoittaa kuukauden lopussa, tiedän miksi ...
Tarvitsen apua. 755 ja 644 eivät salli minun käyttää sivuja ja viestit ... mitä tehdä? Menen pähkinöitä.
@ NH: Sivut ja viestit eivät ole tiedostoja ... Voitteko antaa lisätietoja?
En tajua missä annat kolminumeroinen tiedosto lupaa koodeja. 755 ja 644 koodit. Etsin sivustoni kanssa Plesk, tarkistaa käyttöoikeudet minun palvelin ja kaikki näen ovat HTE pitkiä koodeja kuten rwx rx rx.
Saan "Forbidden .. Sinulla ei ole oikeuksia päästä / wordpress / wp-admin / upload.php on this server. "Kun yritän lähettää. muuttuvat käyttöoikeuksia viitattuun tiedostoon ei ole vaikutusta.
>> En tajua missä annat kolminumeroinen tiedosto lupaa koodeja. 755 ja 644 koodit.
Katso minun suositukseni edellä noin Filezilla / FTP ...
suyash dwivedi sanoo, tai voit asettaa luvan 751 hakemistoon et halua julkistaa
Kiitos tästä .. Etsin joukko lupaa minun verkkosivuilla ... Toivottavasti se täytyy harjoitella, aion kokeilla tätä ....
Ihmettelen jos monet opinnäytetöitä Lupa-asiat voidaan jäljittää takaisin tapa WordPress on asennettu, eli pika asennuspakkauksia nykyisin tarjoamien monien web-palvelimella. En ole koskaan kohdannut mitään näistä lupaa kysymyksiä tuoretta manuaalinen asennus WordPress. Vain ennestään laitoksia tai asennuksissa puolestaan siirtyy palvelimelta toiselle.
Very helpful. Tämä on ratkaistu minun ongelmani, kiitos Sam.
Kiitos tästä neuvoja Sam! Tämä on jotain, joka kuunteli minua jo jonkin aikaa. Tuntuu siltä, normaali käytäntö WordPress asentuu on käyttää CMOD 777 hakemistoihin tiedoston kuvat. Ja se on uskomatonta vaarallista!
Jos löydät itsesi tarvitse chmod 777 wp-content/uploads hakemistoon sivuston toimimaan, suosittelen vaihdat web isäntä.
Paljon kiitoksia tästä!
Työtään minulle erittäin hyvin.
Ystävällisin terveisin Saksasta
Juuri tätä hain, kiitos.
En ollut koskaan ongelmia WordPressand CHMOD
Kiitos kaikkein informatiivinen artikkeli. Minulla oli vaikeuksia vianetsintä WordPress blog.
