Reading Ez
WordPress Hibaelhárítás: Engedélyek, CHMOD és gyalogutak, OH MY!
A felmerülő kérdéseket a különböző Osztott csomagok, PHP változat, Apache, stb file engedélye kérdések néha hátul a csúf fejét. Remélem, a következő hivatkozással nyújthat némi segítséget, vagy irány a kevésbé tapasztalt:
A "fájl nem található" "404", "Nem könyvtár létrehozása", "nem lehet megnyitni" vagy "nem létezik" hiba megszűnik dolgokat holtan a zeneszámokat. Ennek oka általában egy program / script nem találja egy script, vagy fájlt, ahol számít, vagy nem "szabad" látni, mert a jogosultsági beállításokat a fájl vagy könyvtár. Ez frusztráló minden számítógép-felhasználó! A számítógépek kellene hatékony és szórakoztató. Partypoker a weben , grafikai tervezés, elektronikus levél, vagy bármi, amit tennie kell a számítógépen nem lehet megállítani vagy késleltetni a bosszantó hibák. Mindig vannak módja körül őket, ha tudod, mit kell tenni.
Kezdjük az utat. Ellenőrizze a hiba alaposan, akkor általában a listát az utat, hogy a kérdéses fájlt. Azt javasoljuk, használja a FileZilla FTP programot . 
Nyílt FileZilla, és csatlakozni a honlapon. Navigálni az útvonal szerepel a hibát, és megpróbálja megtalálni a fájlt. Ha ez hiányzik, próbáld meg újra feltölteni és teszt ... Ha az útvonal más, ellenőrizze, ha van wordpress telepítve a "top" vagy gyökérkönyvtárába, vagy ha ez az egy alkönyvtár.
Ha megtalálta, és az elérési út helyes, ellenőrizze a jogosultságokat.
Ebben a példában fogok száma a jogosultságokat zászlók:
drwxrwxrwx 1234567890
1 könyvtár zászló, "d", ha a könyvtár, "-" ha egy normális file, időnként "l" egy linkre.
2,3,4 olvasás, írás, végre engedélyt felhasználó (tulajdonos) a fájl
5,6,7 olvasás, írás, végre engedélyt csoport
8,9,0 olvasás, írás, végre engedélyt Egyéb (néha "mindenkinek").
- Minden helyzetben azt jelenti, hogy a lobogó szerinti beállítása nem
r file olvasható a tulajdonos, csoport, vagy más
w fájl írható. Egy könyvtár, írási azt jelenti, hogy hozzáadni vagy törölni fájlokat
x fájl futtatható (csak a programok és shell scriptek - nem hasznos adatfájlok). Végrehajtási jogosultsága a könyvtárban azt jelenti, hogy felsorolja azokat a fájlokat a könyvtárban
s azon a helyen, ahol "x" rendesen megy az úgynevezett set-UID vagy a set-groupid zászló (A futtatható program set-UID vagy a set-groupid, hogy a program fut a jogosultságokat a tulajdonos / csoport. Egy könyvtár, a set-UID/set-groupID erők fájlokat és könyvtárakat belül jön létre, hogy örökölje a felhasználó / goup a szülő könyvtár.)
A biztonság, a jogosultságok beállításait WordPress kell 755 könyvtárak és 644 a fájlokat. A legtöbb házigazdák, azonban megköveteli az összes folyamatokat szült a felhasználó, hogy egy egyedi azonosító, hogy egy újabb biztonsági szintet. Tehát ha WordPress, vagy egy plugin létrehoz egy fájlt vagy könyvtárat, akkor azt egy egyedi tulajdonosa (és gyakran csoport), így a könyvtár 755 nem engedi létrehozni a fájlokat, és a fájl 644 nem engedi, hogy mentse a változtatásokat hozzá. Szóval, változás kell történnie.
Ez az, ahol elérjük a "Your Futott May Vary" területre. Tipikus WordPress telepíti csak akkor kell a wp-content/ könyvtárban kell 777 (hogy WordPress hozhat létre a wp-contents/uploads/ mappa). Ha a wp-content/uploads/ már létezik akkor hop jobbról, és wp-content/ 755. Ha engedélyezve van rendezése a feltöltések a havi és éves alapú mappák, majd az al-könyvtárakat kell ellenőrizni is ( wp-content/uploads/2006/06 például), így szükség lesz uploads/ lehet 777, 2006/ , hogy 777 és 06/ , hogy 777. Ha Ön a ImageManager plugint, akkor ellenőrizni kell a jogosultságokat wp-content/uploads/2006/06/.thumbs/ is!
Ez az egyik oka azt javaslom, hogy kapcsolja ki rendezheti a feltöltések a havi és éves alapú mappák, mert akkor lesz egy probléma engedélyek minden hónapban, amikor egy új könyvtárat kell létrehozni. Csak hadd menjen minden / wp-content/uploads.
Néhány ember használja a szerkesztő az admin szerkesztheti témát, és plug-in fájlok (ajánlom ellen, kivéve, ha fenn tudja tartani a 644 kép szerkesztés alatt van), felfedezni, hogy van engedélye kérdések (mint a PHP folyamat különböző hitelesítő a legtöbb szerverek), és változtatni a fájlok 666. Én kényelmetlen ezzel. És van egy összetörni a FileZilla. Igen, kell, hogy meg többet.
Ha ftp az oldalamon a FileZilla, majd kattintson duplán a fájlra, akkor megnyílik a kedvenc szövegszerkesztővel (Edit: Beállítások: Fájl megtekintése / szerkesztése FileZilla menüben), és egy sokkal "kényelmesebb" környezet tudok változtatni, menteni, és kattintson az OK gombra feltölteni a megváltozott fájlt a szerverre. A másik előnye az, hogy a fájl beolvasása és írott FTP-n keresztül, amely fenntartja a felhasználó / csoport-identitás, hogy nekem nagyobb biztonság és ellenőrzés.
Ha bármilyen javaslata van ehhez a cikkhez, nyugodtan hagyjuk a comment ...
57 felhasználó hozzászólt a "WordPress Hibaelhárítás: Engedélyek, CHMOD és gyalogutak, OH MY!"
Roo mondja, Köszönöm, nagyon hasznos. Kerestem valami ehhez hasonló.
Amíg nem kitalálni, hogy miért a "Szerkesztés" gomb eltűnt, akkor mindig megpróbál [yourdomainhere].com/fishing/wp-admin és hogy kell kényszeríteni a WP bejelentkező képernyő, hogy jöjjön fel.
My ex girlfreind létre ezen az oldalon, és én mindig is szerkesztett, de hirtelen az EDIT gombot a képernyőn oldalon GONE? Nem tudok semmilyen szerkesztés opions? Hogyan lehet ezt vissza, mint az én ex nem érhető el? Meg kell indíthatsz új dolgokat ASAP? Tud valaki segíteni? Daryl
Nekem van egy probléma képek letöltésére a WP .. Tehát, ha igaza van, akkor minden az én wp-tartalom engedélyeket kell 644.
Edgars: A következő a bekezdés, hogy azt hiszem, igaz Önre:
"Tipikus WordPress telepíti csak akkor kell a wp-content / könyvtárban kell 777 (hogy WordPress hozhat létre a wp-contents/uploads mappa). Ha engedélyezve van rendezése a feltöltések a havi és éves alapú mappák, majd az alkönyvtárakat kell ellenőrizni is (wp-content/uploads/2006/06 például). "
Minden DIRECTORY WordPress kijelölt használata szükséges lehet 777.
Changinging módját a wp-content / könyvtárban 777, ami nagyrészt tekinthető biztonságos egy futó téma az egész WordPress. De ez nem feltétlenül igaz, ha shell hozzáférés: A probléma az, hogy egy linuxos, php script fut senki, de a könyvtár tulajdonában van a felhasználó, így senki nem tud írni, kivéve, ha ez a chmod 777. Jobb megoldás, hogy a tulajdonában lévő könyvtár senki, majd a feltöltési könyvtár lehet chmod 755 és az összes könyvtár által létrehozott WordPress is chmod 755.
A shell cd a WordPress gyökérkönyvtárába majd, és adjuk meg:
chown nobody wp-content
Ha nincs shell hozzáférést, kérdezze meg internetes fogadó, hogy nem ez az Ön számára.
De ha a szerver fut phpsuexec engedélyezve van, php scriptek futnak, mint a felhasználó, amely szintén rendelkezik írási hozzáféréssel könyvtárak tulajdonosa a felhasználó. Tehát ebben az esetben a feltöltési könyvtár lehet chmod 755.
Ez sajnálatos, hogy shell hozzáférés egyre ritka rendszeres tárhely.
És 777 egy modern gép nem olyan veszélyes, mint hangzik, de még mindig azt, hogy egyes folyamat / config hibák, hogy ez legyen használni, és mivel beszélünk / uploads / nem vagyok túl aggódik valaki hacker a image / zip-fájlok tartok ott.
Van egy alapvető biztonsági kérdés, beállítás a fájl, mint a "wp-config.php" 644-ban egy közös környezetben: ez lehetővé teszi más felhasználók, hogy a befogadó olvasni az adatbázis beállításokat tartalmaz a fájl. Ők majd az adatbázis beállításokat, és nem, amit csak akarnak az adatbázis adatait. Lásd ezen szálra szűkíthető a WP fórumokon több:
http://wordpress.org/support/topic/83831
EDIT: Amit elhanyagolt mondani fent, hogy a biztonsági probléma akkor érvényes, ha a hosting szolgáltató lehetővé teszi, SSH hozzáférést a fiókjához.
Pizdin: Ez egyszerűen nem igaz a legtöbb modern megosztott környezetben.
De értékelem a kapcsolatot, az emberek szívesen jönnek a saját következtetéseit;)
Szia, én vagyok érintett a 777 kérdését wp-plugin/uploads /
Mi van, ha az emberek egy kis parancsfájlokat, hogy a mappát, amikor végre törli egyéb fájlokat más mappákba (vagy meg néhány csúnya dolgot)?
Hi Adi:
Az aggodalmak érvényesek. Attól függően, hogy a befogadó gyakran válik egyensúlyozás a biztonság és a könnyű használat.
Ha tudtam volna használni 777 (vagy 666 a fájlok), amint azt tették a változtatásokat lennék súlyosan a kísértés, hogy váltani mindent vissza 755/644. És én mikor volt a házigazdája a Network Solutions (akit én nem ajánlom, mint a host).
A probléma általában rejlik, hogy a web-host rendel identitás a felhasználó, aki bejelentkezik a ftp / etc. és az identitás adott folyamatok fonva belülről WP az admin felületen (a PHP folyamat (ok)). Ezek általában különböző, és ezért látsz különbséget a magatartás, amikor szerkesztése / törlése / feltöltés fájlokat ftp / etc. és amikor csinálja a WP admin terület ...
A jelenlegi gazda, site5.com, foglalkozik a biztonsági kérdések másként, így tudom tartani a könyvtárakat és fájlokat a 755 644 még nem kapott engedélyt hibák segítségével WP admin eszközöket.
Másrészt, ahogy Pizdin jeleztük (néhány gép), egy másik felhasználó lehet, hogy olvasta a wp-config.php fájlt a mostani környezetben. Ez nem vonatkozik rám túl nagy (tartok mentést, és a legtöbb hackerek nem "kakilt a saját fészek" hogy úgy mondjam), de én változtatni wp-config.php 600.
thirstan mondja, Én vagyok a folyamat létrehozásának másik blog egy új gép a saját domain nevet, és gondjai az engedélyeket, a postai úgy tűnik, hogy pontosan mit keresek, én arra gondoltam, ha a poszt továbbra is időszerű az aktuális WP ?
Wow, ez az egyik fut, a mondat 
köszönöm,
thirstan
Thirstan: Igen, semmi sem igazán változott ott.
A verzió a WP nem igazán számít, bár a befogadó környezet. Példa: A aplus.net (és Network Solutions), akkor valószínűleg hibákat fog észlelni a WP nem rendelkezik "engedélye" létrehozni könyvtárakat és fájlokat. Azonban a házigazdák, mint site5.com kezelni másképp, és akkor nem veszi észre sem engedélye kérdések merülnek fel WordPress / PHP folyamatok létrehozott vagy szerkesztett fájlok.
Sam köszönhetően annyira ehhez. Én már küzd a 1and1 a múlt héten, mert nem tudta megmagyarázni, hogy miért hirtelen én e-kereskedelmi modul már nem hoz létre bélyegképek a képek is feltölteni.
Azt hiszem, most már értem, és képes lehet, hogy az ügyfélszolgálat ténylegesen segíteni. Majd olvasd el a post alatt, és átviheti az én e-mailben, ha jól értem teljesen.
Köszönet újra.
A legjobb megoldás erre az, hogy manuálisan hozza létre a könyvtár struktúrát előre. Az egyetlen ok, hogy szükséges 777, mert wordpress létre kell hoznia ezeket a könyvtárakat. Ha azonban a könyvtárak már létezik egy szűkebb halmaza jogosultságokat lehetséges. Ezért hozza létre a könyvtárakat a következő pár évben (egy mappa minden hónapban), akkor chmod könyvtárak és fájlok 755 644. Néha vettem észre, hogy a könyvtárakat kell 775 attól függően, hogy a házigazda.
Egészségére!
Szia, én próbáltam chmod wp-tartalom 755-644, de az eredmény mindig lesz 764. valami ötlete? köszönöm
nagy cikk, most minden jól működik, thx.
Három szó: PHP safe mode.
Én üldözi ezt a problémát, ha az ügyfél körülbelül egy óra. A feltöltések könyvtár tulajdonosa a apache felhasználó, de minden évben vagy hónapban könyvtárak WordPress igyekezett létrehozni a feltöltések nem, amíg én ki van kapcsolva a PHP safe mode. Most működik, mint egy chizzamp!
Cheers Sam. Csak beleütközött ezt a problémát, miközben áttelepítésekor WordPress.com az. Org blog egy új gép. Ez az első alkalom, amit meg kellett változtatni fájlengedélyekre.
Köszönöm,
Matt
woow nagy posta, ez nagyon hasznos számomra. Köszönjük ezt a remek munkát.
Én már próbáltam a változó engedélyt, a változó ösvények, de semmi sem működik.
Amíg Bard 's comment.
Megváltoztattam az utat azáltal, hogy megszünteti az első vágás előtt wp-content/uploads ... és működött:)
Hello, nincs használata ad engedélyt belül a szerver erre. Csak lépjen be a WP segítségével az adminisztrátor adatait, és aztán megy a beállítások -> egyéb -> majd másolja be az alapértelmezett elérési út látható ott. Ez rögzíti a problémát, és én már fix, hogy csak most ... :-) Ez annyira egyszerű. Ne üsse túl sok egy egyszerű kérdés.
Üdvözlettel,
Rj.
Systems Engineer
actsupport.com
Köszönöm RJ, de ez egy kicsit bonyolultabb, néhány web házigazdák.
Helló,
Problémám van az engedélyekkel én WordPress platform, és senki sem tudja, hogyan kell megoldani őket. Kérem, segítsen!
Amikor megpróbálom megváltoztatni a jogosultságokat fájlokat, mint például index.php (ami elég fontos fájl, biztos vagyok benne, egyetértenek abban), hogy 666, kapom ezt a sort: 500 'SITE CHMOD 666 index.php': parancs nem értette
Ugyanez történik, ha megpróbálok írni a parancsot kézzel.
Nem tudom, mi mást tehetnék. Saját tárhely nem nyújt hozzáférés a cPanel, és a Windows, és azt mondják, hogy ők már "csak olvasható" jel a fájlokat, ha azok csak olvasható, de nem azokat, így képesnek kell lennie változtatni engedélyek . De én nem vagyok. Azt is mondom, talán megváltozhat a szerver beállításait belsejét wordpress de még nem találtunk, ahol meg tudom csinálni, hogy még.
Van valami mást tehetek? Kérem, segítsen!
@ Alia: A Windows egy teljesen más állat, amikor a jogosultságokat. Azt javaslom, hogy kérje meg a fogadó mozogni, hogy a Linux szervert, és ha nem, keress egy másik gép ... engedélyek csak az egyik probléma előfordulhat futó WordPress egy Windows szerveren;)
És vonatkozó index.php; Nem szabad 666, ez azt jelentené, mások is írni. Legyen 644.
Már próbáltam 644, is, de semmi sem működik.
Nem hiszem, hogy tudnak mozogni nekem a Linux sem.
Már mondták, hogy jobb, ha egy hosting, úgy tűnik, én tényleg az.:)
Köszi egyébként!
Helló,
Én vagyok megint. Saját hosting már mégiscsak sikerült áthelyezni nekem a Linux platform, de a probléma továbbra is fennáll. A FileZilla az engedélyt a "644", de nem tudok írni a fájlt a WordPress-még mindig azt mondja, hogy kell-e változtatni az engedélyt, mielőtt tudok írni. (?)
Ráadásul most még thos engedélyeket kellett elmúltak.
Van ötleted?
@ Alia: Úgy hangzik, mintha mi megy el az utolsó 2 pontját a cikk; A gép feltérképezése PHP folyamatok egy másik "felhasználó" (nem egy másik személy, hanem egy másik 'id'), amely egyfajta "biztonsági", hogy Régebben népszerű. Azt javaslom, hogy egy FTP programot ilyen környezetben (nem a belső szerkesztő).
Ne sajnáljuk a kapcsoló egy linux szervert, van még néhány kérdés, ami (lenne?) A bukkant fel egy M $ szerverre ...
Próbáltam ezt, és működött. Köszönöm szépen! Után kb. 10 informaticians Kérdeztem nem tudja, hogyan kell megoldani ezt a problémát (beleértve a hosting támogatás), te egy igazi életmentő!
árvíz kép szerint, Én kedvencekbe ezt az oldalt.
Használom wordpress, ez a cikk segít nekem egyszer.
Nagy cikket, nagyon tetszik. Köszönöm
Köszönöm a nagy post.
Valóban fájljogosultságokkal nagyon kullancsok .. Köszönöm, hogy segítettem.
Üdvözlettel
Köszönöm szépen!
azzaam mondja, köszöni, hogy nekem dolgozik 
a házigazdák leállt 8. én oldalak (5 wordpress) miatt "szokatlan tevékenység", és megnéztem minden fájlt CPanel. Megtaláltam a agyafúrt fájlok egy zen-cart telepíthető és mappák voltak chmod 777 és 666 kép.
Miközben ezt teszi, azt vettem észre én wp-content/uploads mind 7-es és 6 Annyira köszönöm a részletes magyarázatot arról, hogyan oldja meg a problémát. Megváltoztattam, hogy 755/644, de ha WP nem tud írni az a hónap végén, tudom, miért ...
Segítségre van szükségem. 755 és 644 nem teszi lehetővé számomra, hogy hozzáférést oldalak hozzászólás ... mi a teendő? Megyek diót.
@ NH: oldalak és hozzászólás nem fájl ... Tudna adni több információt?
Nem értem, ahol megadhatja háromjegyű file engedélye kódokat. A 755 és 644 kódokat. Én néztem a helyszínen Plesk, hogy ellenőrizze a jogosultságokat a szerver és az összes látom a HTE hosszú kódok, mint rwx rx rx.
Kapok egy "Tiltott .. Ön nincs jogosultsága a / wordpress / wp-admin / upload.php ezen a szerveren. "Amikor megpróbálom post. változó engedélyeket a hivatkozott fájl nincs hatása.
>> Nem értem, ahol megadhatja háromjegyű file engedélye kódokat. A 755 és 644 kódokat.
Lásd a fenti ajánlást a FileZilla / FTP ...
suyash Dwivedi mondja, vagy ha csak meg az engedélyt, hogy 751 a könyvtárat ne szeretné, hogy az állami
Köszönjük ezt .. kerestem meg az engedélyt a saját honlapján ... Remélem, hogy lesz munka, fogom próbálni ezt a ....
Kíváncsi vagyok, ha sok a tézisek engedélye kérdések nyomon követhető vissza, ahogy WordPress telepítve van, azaz a gyorsan telepíthető csomagot most már sok internetes fogadó. Még soha nem találkoztam bármelyik engedély kérdéseket egy friss kézi telepítés a WordPress. Csak már létező létesítmények vagy beállítások szállított az egyik szerverről a másikra.
Nagyon hasznos. Ez megoldotta a problémámat, köszönöm Sam.
Köszönöm a tanácsot Sam! Ez olyan dolog, ami poloska engem egy ideje. Úgy tűnik, bevett gyakorlat a WordPress telepítő használata CMOD 777 könyvtárak a fájl feltöltéseket. És ez hihetetlen veszélyes!
Ha úgy találja magát, amelynek a chmod 777 a wp-content/uploads könyvtár webhely dolgozni, azt ajánlom, megváltoztatja a web host.
Köszönöm szépen erre!
Munkája számomra nagyon jól.
Üdvözlettel Németországból
Pontosan ez az, amit kerestem, köszönöm.
Sosem problémák WordPressand CHMOD
Köszönöm a leginformatívabb cikket. Volt baj hibakeresési wordpress blog.
