Четете това
WordPress отстраняване на проблеми: Разрешения, CHMOD и пътеки, OH MY!
С въпроси, произтичащи от различни уеб хостинг пакети, версии на PHP, Apache и др., Издава разрешение файл понякога задната си грозна глава. Аз съм с надеждата следния референтен номер може да помогне на някои или посоката на тези по-малък опит:
А "файла не е намерен" 404 "," Не може да се създаване на директория "," не може да отвори "или" не съществува "грешка спира нещата мъртъв в техните песни. Това обикновено се дължи на програма / скрипт не намирането на скрипт или файл, където се очаква да, или тя не е "позволено", за да го видите, защото на настройките за достъп върху файла или на директория. Това е разочароващо за всеки компютър потребител! Компютрите се предполага, че за да бъде ефективно и забавно . PartyPoker в интернет, графичен дизайн, електронна поща или каквото и да трябва да направите на Вашия компютър не трябва да бъде спряно или забавено от досадни бъгове. Винаги има начини около тях, ако знаете какво да правите.
Нека започнем с пътя. Проверете вашите грешка внимателно, то ще обикновено списък пътя към въпросния файл. Аз препоръчвам да използвате програмата FileZilla FTP . 
Отворете FileZilla и да се свързвате към вашия сайт. Придвижване по пътя, изброени в грешка и се опита да намери файла. Ако го няма, опитайте да го качите отново и тест ... Ако пътят е различен, да проверят дали имате WordPress инсталира в директорията "отгоре" или корен или, ако това е в под-директория.
Ако го намери и пътя е правилен, проверете разрешенията.
За този пример, аз ще броя на разрешенията знамена:
drwxrwxrwx 1234567890
1 директория флаг, "г", ако директория, "-" ако нормален файл, от време на време "L" за връзка.
2,3,4 четене, писане, изпълнение на разрешение за потребител (собственик) на файла
5,6,7 четене, писане, изпълнение на разрешение за група
8,9,0 четене, писане, изпълнение на разрешение за други (понякога се нарича "всеки").
- Във всяко положение означава, че знамето не е зададен
R файл се чете от собственик, група или други
w файлът е записваем. На директория, напишете достъп означава, можете да добавяте или изтриване на файлове
X файлът е изпълним (само за програми и шел скриптове - не е полезно за файлове с данни). Execute разрешение на директория означава, че можете да видите списък с файловете в директорията
и в мястото, където "х" обикновено отида се нарича набор UID или настройка groupID флаг (На изпълнима програма с UID или набор groupID, че програмата работи с разрешенията на своя собственик / група. На директория, set-UID/set-groupID сили файлове и директории, създадени вътре, за да наследи на потребителя / ПУП на майка директория).
Сигурност, разрешения настройки за WordPress трябва да бъде 755 за директории и 644 за файлове. Повечето домакини, обаче, изисква от всички процеси, породени от даден потребител да има уникална идентичност, за да добавите още едно ниво на сигурност. Така че, ако WordPress или плъгин създава файл или директория, то ще има уникален собственик (и често група), така че директорията с 755 не ще ни позволят да създавате файлове в него и файла с 644 не ще ни позволят да запазите промените към него. Така че, промяната трябва да се случи.
Това е мястото, където ние хит на район "Пробег ви може да варира". Типични WordPress инсталира само нужда от wp-content/ директория да бъде 777 (така че WordPress да създадете wp-contents/uploads/ папка). Ако вашият wp-content/uploads/ вече съществува, можете да хоп право wp-content/ / 755 . Ако сте активирали Организирайте ми качени в месеца и от началото на годината папки, тогава трябва да бъдат проверени, както и под-директории wp-content/uploads/2006/06 wp-content/uploads/2006/06 например), така че ще uploads/ / да бъде 777 2006/ 2006 2006/ да бъде 777 и 06/ до 777. Ако използвате плъгин ImageManager, ще трябва да се провери разрешенията за wp-content/uploads/2006/06/.thumbs/ , както и!
Това е една от причините, аз предлагам да изключите Организиране на моите качени в месец и година папки, защото вие ще имате проблем с разрешения всеки месец, когато трябва да се създаде нова директория. Просто нека всички тях / wp-content/uploads.
Някои хора използват редактор в администраторите да редактирате темата и Plug-файлове (аз препоръчвам срещу това, освен ако можете да поддържате 644 на файловете, които в момента се редактира там), откриват, че имат разрешение въпроси (като процес PHP, ще имат различни идентификационни данни на повечето сървъри) и променят своите файлове на 666. Аз съм неприятно с това. И аз си пада по FileZilla. Да, аз трябва да получи повече.
Ако аз FTP към моя сайт с FileZilla и двойно-кликнете върху файл, отваря в любимите ми текст редактор (Edit: Настройки: файла, преглеждане / редактиране в менюто FileZilla е) и в милион много по-"удобен" околната среда, аз може да направи промени, спаси, и щракнете върху OK, за да качите файл се промени към сървъра. Другата полза за това е, че файлът е да се четат и записват чрез FTP, който поддържа потребител / група идентичност ми, ми даде повече сигурност и контрол.
Ако имате някакви предложения за тази статия, чувствайте се свободни да оставите коментар ...
57 потребители са коментирани на "WordPress Отстраняване на неизправности: Разрешения, CHMOD и пътеки, OH MY"
Ру казва, Благодаря, много полезни. Търсех нещо подобно на това.
Докато не разбера защо бутона "Edit" изчезна, винаги можете да опитате [yourdomainhere].com/fishing/wp-admin и че трябва да сила екрана за вход WP да излезе .
Моят бивш girlfreind създаден този сайт, и аз винаги го редактира, но внезапно е изчезнал бутона за редактиране на екрана си сайт? Не мога да достъп до всяко редактиране opions? Как мога да получа това обратно, тъй като бившата ми не е на разположение? Имам нужда да пускате нови неща ASAP? Може ли някой да ми помогне? Дарил
Имам проблем с свалянето на изображения към WP .. Така че, ако го прави, след това всички от моите WP-съдържание разрешения трябва да бъдат 644.
edgars: По-долу е от абзац, който мисля, че се отнася за Вас:
"Типичните WordPress инсталира само нужда от WP-съдържание / директория да бъде 777 (така че WordPress може да създаде папка wp-contents/uploads). Ако сте активирали Организиране на моите качени в папки за месец и година след това поддиректориите, трябва да бъдат проверени, както (wp-content/uploads/2006/06 например). "
WordPress представлява произволна директория е определен за използване, може да се наложи да бъде 777.
Changinging режим на WP-съдържание / директория на 777, което е до голяма степен се разглеждат като несигурни е тема през WordPress. Но това не е абсолютно вярно, ако имате черупка достъп: Проблемът е, че на Linux кутия, PHP скриптове работят като никой, но директорията е собственост на потребителя, така че никой не може да пише, освен ако не е CHMOD 777. По-добро решение е да се промени собствеността на директорията на никой и след това в директорията за качване може да се CHMOD 755 и всички директории, създадени от WordPress и CHMOD 755.
В CD обвивка към основната директория на WordPress, а след това въведете и въведете:
chown никой WP-съдържание
Ако нямат достъп черупка, попитайте вашия уеб-домакин, за да го направя за теб.
Но ако вашият сървър работи с phpsuexec поддръжка, PHP скриптове се управляват като потребител, който има пише достъп до директории, собственост на потребителя. Така че в този случай директорията за качване може да се CHMOD 755.
Това е жалко, че черупки достъп става все повече и по-рядко с редовни хостинг планове.
И 777 на модерна хост не е толкова опасно, колкото да звучи, тя все още ще отнеме даден процес / довереник провали, за да бъдат експлоатирани, и да, тъй като ние сме говорим за / качени / аз не съм твърде притеснен за някой хакерство изображение / ZIP файлове държа там.
Има един основен въпрос за сигурност с определянето на файла като "WP-config.php" до 644 в обща среда: това позволява на други потребители на този хост да четат настройките на вашата база данни, съдържащи се в този файл. След това те могат да се използват настройките на вашата база данни и да правят каквото си искат с данните за вашата база данни. Вижте тази тема на WP форуми за повече:
http://wordpress.org/support/topic/83831
EDIT: Това, което пропусна да каже, горе, е въпросът, че сигурността се прилага, ако доставчик на хостинг услуги, позволява SSH достъп до профила си.
Pizdin: Това просто не е вярно в най-модерните споделени среди.
Но аз оценявам връзка, хората са добре дошли да дойдат с техните собствени заключения; ")
Здравейте, аз съм загрижен с 777 издаването на wp-plugin/uploads /
Какво ще стане, ако хората слагат някои скриптове за тази папка, която, когато се изпълнява, ще изтрие други файлове в други папки (или да се направят някои лоши неща)?
Hi Ади:
Вашите опасения са валидни. В зависимост от хоста често се превръща в акт на балансиране между сигурност и лекота на използване.
Ако аз трябваше да използва 777 (или 666 за файловете), веднага след като бях готов да правите промени, ще бъде силно изкушен да премине всичко до 755/644. И аз, когато бях домакин с Network Solutions (които аз не препоръчвам като домакин).
Проблемът обикновено се крие с това как уеб-домакин възлага идентичност на потребител, който влиза през FTP / и т.н.. и идентичност на процесите, изпредена от администратор интерфейс вътре WP (PHP процес (и)). Те обикновено са по-различни, и това е защо ще видите разликите в поведението при редактиране / изтриване / качване на файлове с FTP / и др. и когато го правят в рамките на WP Admin област ...
Текущата ми домакин, site5.com занимава с въпросите на сигурността по различен начин, така че да поддържате указатели на 755 и файлове на 644, все още не получават разрешение грешки при използване на инструменти за WP администратор.
От друга страна, като Pizdin посочи по-горе (с някои домакините), друг потребител може да бъде в състояние да чете моя WP-config.php файл в текущата ми среда. Това не ме засяга твърде много (Държа на резервни копия и повечето хакери ще акане в собственото си гнездо "не е така да се каже), но се променя WP-config.php до 600.
thirstan казва, Аз съм в процес на създаване друг блог на нов хост с моето собствено име на домейн и има проблеми с разрешенията, вашето мнение изглежда да е точно това, което търся, аз се чудех, ако постът е все още своевременно за текущата WP ?
Уау, това е един курс на изречение 
благодаря,
thirstan
Thirstan: Да, нищо не се е променила много там.
Версия на WP всъщност няма значение, въпреки че приемащата среда ще. Пример: В aplus.net (и Network Solutions), които ще имате проблеми с WP не като "разрешение" за създаване на директории и файлове. Въпреки това, домакините като site5.com се справя по различен начин и няма да забележите някой от разрешение въпроси, които възникват с WordPress / PHP процеси, създаване или редактиране на файлове.
Сам благодарение толкова много за това. Се бори с 1and1 за изминалата седмица, тъй като те не биха могли да ми обясни защо всички изведнъж ми електронната търговия плъгин не може да създаде миниатюри от снимки, които качите.
Мисля, че сега разбирам и може да бъде в състояние да получи обслужване на клиенти, за да ми помогне. Ще прочета мнение и да го цитирам в моя имейл веднъж аз го разбирам напълно.
Благодаря отново.
Най-доброто решение за това е, ръчно да създадете структурата на директория предварително. Единствената причина да се изисква 777 е така, защото Wordpress има нужда да създаде тези директории. Въпреки това, ако директории вече съществуват по-строг набор от разрешения е възможно. Затова създаването на директории за следващите няколко години (една папка за всеки месец), след това CHMOD директории, до 755 и файлове до 644. Понякога съм забелязал, че директории нужда от 775, в зависимост от вашия хост.
Наздраве!
Здравей, аз се опитах да коригира WP-съдържание от 755 до 644, но резултатът винаги става 764. някаква идея? благодаря
голяма статия, сега всичко е работи добре, THX.
Три думи: PHP безопасен режим.
Гонеше този проблем за клиента за около час. Качени директория е собственост от страна на потребителя на Apache, но всяка година или месец директории WordPress Опитах се да създам в качени се провали, докато аз се обърнах PHP безопасен режим. Сега той работи като chizzamp!
Наздраве Сам. Просто се блъсна в този проблем, като в същото време миграция една WordPress.com. ORG блога на нов хост. Това е първият път, когато трябваше да се промени файла за достъп.
Благодаря,
Матов
woow великия пост, това ще бъде много полезно за мен. Благодаря за това голямо парче на работа.
Опитах промяна на разрешение, към променящите се пътеки, но нищо не работеше.
До коментар Бард ".
Смених път чрез премахване на предната наклонена черта преди wp-content/uploads ... и тя работи:)
Здравейте, няма използване на даване на разрешение вътре в сървъра за това. Просто влезте в работната група, използвайки администраторския пълномощията и след това отидете в настройките -> Разни -> и след това да копирате и поставяте пътя по подразбиране, показа, че има. Това ще поправи проблема и бях го поправя точно сега ... :-) Това е толкова просто. Не взрив твърде много за един прост въпрос.
Поздрави,
RJ.
Системи инженер
actsupport.com
Благодарение RJ, но това е малко по-сложно с някои уеб Силите.
Здравейте,
Имам проблеми с разрешенията за моята платформа WordPress и изглежда никой не знае как да ги решим. Моля, помогнете!
Когато се опитам да промените разрешенията на някои файлове, като index.php (което е доста решаващо значение файл, аз съм сигурен, че вие ще се съгласите) до 666, получавам този ред: 500 "САЙТА CHMOD 666 index.php": команда, които не разбран
Същото нещо се случва, когато се опитвам да напишете командата ръчно.
Аз не знам какво друго да направя. Хостинг не ми се предостави достъп до CPanel и те използват Windows и те казват, че те ще имат "само за четене" отпечатък върху файловете, ако те са само за четене, но те не ги има, така че аз трябва да могат да назначат . Но аз не съм. Те също казват, че аз може би биха могли да променят настройките на сървъра вътрешността на WordPress, но не съм, където мога да направя, че все още.
Има ли нещо друго, което мога да направя? Моля, помогнете!
@ Аля: Windows е напълно различно животно, когато се стигне до разрешения. Предлагам ви попитам вашия хост, за да се движите на Linux сървър и ако те не могат да намерят друг хост ... Разрешението е само един от проблемите, може да изпитате работи на WordPress на сървъра на Windows ")
И, по отношение на index.php; То не трябва да бъде 666, това би означавало, други би могъл да напише към него. Направете 644.
Вече съм опитвал 644, прекалено, но нищо не работи.
Не мисля, че те могат да ме премине към Linux, или.
Вече съм казал, че е по-добре да се намери друг хостинг, изглежда, наистина ще трябва да:).
Благодаря все пак!
Здравейте,
Това ме отново. Хостинг ми е, след всички успяха да ме премине към Linux платформа, но проблемът продължава да съществува. В Filezilla разрешение е "644", но не мога да пиша във файла в WordPress-то все още казва, че съм за промяна на разрешение, преди да мога да пиша. (?)
Освен това, сега дори thos разрешения имах са си отишли.
Някакви идеи?
@ Аля: Това звучи като ние се стигне до последните 2 параграфа на статията; Вашият домакин е картографиране PHP процеси към друг "потребител" (не друго лице, но друг "ID"), която е една форма на "сигурността", че да бъде популярен. Предлагаме Ви да използвате FTP програма в тези среди (не вътрешния редактор).
Не съжалявам за преминаване към Linux сървър, има още няколко въпроси, които биха могли (?) Изскочил M $ сървър ...
Опитах се, че и тя работи. Благодарим Ви, че толкова много! След ап. 10 informaticians попитах аз не знаех как да се реши този проблем (включително поддръжка на хостинг), вие сте истинско пестене на живот!
наводнения снимки казва: Аз записките тази страница.
Аз използвам Wordpress, тази статия ще ми помага някой ден.
Голяма статия, аз наистина го харесвам. Благодаря
Благодаря за този велик пост.
наистина разрешение на файла е много кърлежи .. Благодаря за подпомагане.
Поздрави
Благодаря ви много!
azzaam казва, ви благодари, работата си за мен 
Домакините ми затвори 8 от моите сайтове (5 WordPress) поради необичайна активност "и аз се проверява на всеки файл, използвайки CPanel. Открих престъпните файлове на Дзен-карт инсталирате и папки са CHMOD 777 и 666 файлове.
Докато правите това, аз забелязах, wp-content/uploads ми бяха всички 7-те години и така, благодарение на 6 за подробно обяснение за начина на разрешаване на проблема. Аз съм ги променили до 755/644, но ако WP не могат да пишат в края на месеца, аз знам защо ...
Имам нужда от помощ. 755 и 644 не ми позволяват достъп до страници и мнения ... какво да правя? Отивам ядки.
@ NH: Страници и мнения, които не са файлове ... Може ли да ми даде повече информация?
Аз не се получи, когато въведете три цифрени кодове файлове разрешение. кодове 755 и 644. Търся в сайта ми с Plesk, да провери разрешенията на моя сървър и всичко, което виждате са hte дълги кодове, като например rwx RX RX.
Аз получи "Забранена .. Вие нямате разрешение за достъп до / WordPress / WP-Admin / upload.php на този сървър ", когато се опитвам да публикувате. промяна на разрешенията за съответният файл няма ефект.
>> Аз не се получи, когато въведете три цифрени кодове файлове разрешение. кодове 755 и 644.
Вижте препоръка ми по-горе за Filezilla / FTP ...
suyash dwivedi казва: или можете просто да зададете разрешение от 751 до директорията, която не искам да оповести публично
Благодаря за това .. Търсех за набор на разрешение в моя сайт ... Надявам се, че ще работим, аз Ще се опитаме това ....
Чудя се, ако много на тези въпроси за разрешение могат да бъдат проследени обратно към начина, по който WordPress е инсталиран, т.е. използване на бързо пакети инсталирате сега е предвидено от много уеб хост. Аз никога не сме срещали някой от тези позволение проблеми с прясно ръчно инсталиране на WordPress. Само с предварително съществуващи инсталации или настройки, се премести от един сървър на друг.
Много полезна. Това е решила проблема ми, благодаря ти Сам.
Благодаря за този съвет Сам! Това е нещо, което ме притискаше за известно време. Тя изглежда като стандартна практика се инсталира WordPress е да се използва CMOD 777 директории за качване на файлове. И това е невероятно опасно!
Ако откриете себе си се налага да CHMOD 777 wp-content/uploads директория за вашия сайт за работа, аз препоръчвам да променя вашия уеб хост.
Благодаря ви много за това!
Неговата работа за мен много добре.
Най-добри пожелания от Германия
Това е точно това, което търсех, благодаря ви.
Аз никога не проблеми с WordPressand CHMOD
Благодаря за най-информативна статия. Имах проблеми отстраняване на проблеми WordPress блог.
