ошибки разрешения при создании нескольких подкаталогов php

Question

ошибки разрешения при создании нескольких подкаталогов php

0

Привет, я создаю веб-сайт, для которого требуется динамическая сборка филистратора на основе сведений о реестре пользователей, это было бы при создании каталога usr, уровень подкаталога был бы идентификатором каталога на основе php-скрипта, это пока что я может не создавать проблем с chmod 777. Однако, когда я пытаюсь создавать подкаталоги в каталоге id, такие как папка с изображениями, а затем html-папка и папка css, я все время получаю ошибки разрешения. сервер - это сервер linux на моей учетной записи хостинга реселлеров

Ниже приведен код php

$dirPath = "../userDirectory/$diectoryid/";

echo $ dirPath;

mkdir ('$dirPath/image/',0777,true);

Tiny 06 март 2015, в 20:33

Источник

0

Итак, какие разрешения создаются для этих созданных папок? Мы не можем догадаться об этом.
arkascha 06 март 2015, в 18:42
0

userDirectory и $ directoryid оба являются chmod 777
Tiny 06 март 2015, в 18:46
0

Нет, я не спрашивал о команде, которую вы пытаетесь выполнить, но о реальных разрешениях, которые получают папки. Просто посмотрите, внутри ли это файловой системы или через php. Не глядя на это, вы летите в темноте и пытаетесь угадать, что может сработать. Это не имеет смысла.
arkascha 06 март 2015, в 18:53
0

это разрешения, установленные для папок userDirectory и динамически создаваемой папки на сервере, созданной сценарием
Tiny 06 март 2015, в 19:03
0

У меня сложилось впечатление, что вы путаете команду chmod с фактическими разрешениями. Команда пытается установить разрешения. Но это не значит, что эти разрешения установлены. Различные аспекты могут быть промежуточными. Вот почему имеет смысл взглянуть на фактические разрешения. Почему бы тебе просто не сделать это? Посмотри на папки. Зачем пользователю и группе они принадлежат? Какие разрешения у них есть?
arkascha 06 март 2015, в 19:12
0

Да, и кстати: эта строка не имеет смысла: mkdir ('$dirPath/image/',0777,true); , $dirPath не будет расширен, но будет восприниматься здесь буквально из-за одинарных кавычек. Таким образом, вы создаете папку с именем $dirPath ... Либо используйте двойные кавычки, либо конкатенацию.
arkascha 06 март 2015, в 19:14
0

нет, я не путаю команду chmod с разрешениями реальных папок, я проверил разрешения, которые вы запрашивали на сервере, и, как я сказал, они были установлены как 777. И спасибо, что указание на ошибку в моих цитатах устранило мою проблему
Tiny 06 март 2015, в 19:25
0

ОК, это ответ. Хотя: ты раньше так не говорил. Вы написали: «userDirectory и $ directoryid - это оба chmod 777», что не имеет никакого смысла (здесь мы не пытаемся быть разборчивыми. Но точность в технических деталях имеет смысл ...). Теперь следующее: какая учетная запись пользователя и группы? Без этого числовые разрешения бесполезны ... Может ли процесс http-сервера писать или нет?
arkascha 06 март 2015, в 19:29
0

так как вы не поместили комментарии как ответ, я не могу дать вам кредит, который вы заслуживаете за правильный ответ
Tiny 06 март 2015, в 19:35
0

Ах, так ты имеешь в виду, что твоя проблема на самом деле была цитатой? Интересно...
arkascha 06 март 2015, в 19:37

Показать ещё 8 комментариев

Теги:

php

2 ответа

Ещё вопросы

Итак, какие разрешения создаются для этих созданных папок? Мы не можем догадаться об этом.
userDirectory и $ directoryid оба являются chmod 777
Нет, я не спрашивал о команде, которую вы пытаетесь выполнить, но о реальных разрешениях, которые получают папки. Просто посмотрите, внутри ли это файловой системы или через php. Не глядя на это, вы летите в темноте и пытаетесь угадать, что может сработать. Это не имеет смысла.
это разрешения, установленные для папок userDirectory и динамически создаваемой папки на сервере, созданной сценарием
У меня сложилось впечатление, что вы путаете команду chmod с фактическими разрешениями. Команда пытается установить разрешения. Но это не значит, что эти разрешения установлены. Различные аспекты могут быть промежуточными. Вот почему имеет смысл взглянуть на фактические разрешения. Почему бы тебе просто не сделать это? Посмотри на папки. Зачем пользователю и группе они принадлежат? Какие разрешения у них есть?
Да, и кстати: эта строка не имеет смысла: mkdir ('$dirPath/image/',0777,true); , $dirPath не будет расширен, но будет восприниматься здесь буквально из-за одинарных кавычек. Таким образом, вы создаете папку с именем $dirPath ... Либо используйте двойные кавычки, либо конкатенацию.
нет, я не путаю команду chmod с разрешениями реальных папок, я проверил разрешения, которые вы запрашивали на сервере, и, как я сказал, они были установлены как 777. И спасибо, что указание на ошибку в моих цитатах устранило мою проблему
ОК, это ответ. Хотя: ты раньше так не говорил. Вы написали: «userDirectory и $ directoryid - это оба chmod 777», что не имеет никакого смысла (здесь мы не пытаемся быть разборчивыми. Но точность в технических деталях имеет смысл ...). Теперь следующее: какая учетная запись пользователя и группы? Без этого числовые разрешения бесполезны ... Может ли процесс http-сервера писать или нет?
так как вы не поместили комментарии как ответ, я не могу дать вам кредит, который вы заслуживаете за правильный ответ
Ах, так ты имеешь в виду, что твоя проблема на самом деле была цитатой? Интересно...

Jeroen Flamman · Answer 1 · 2015-03-06T17-47-00.000Z

Когда вы используете одинарные кавычки, PHP будет интерпретировать это буквально. Поэтому в вашем случае он попытается создать: $ dirPath/image/(не VALUE из $ dirPath, а $ dirPath как имя)

Замените вторую строку кода на:

mkdir($dirPath . 'image/', 0777, true);

Если остальная часть вашего кода в порядке, она должна создать папку без ошибок.

Да, это было упомянуто в комментариях за 10 минут до того, как вы опубликовали свой ответ.
Должно быть, это было под «показать еще 5 комментариев» - не заметил этого :-)

arkascha · Answer 2 · 2015-03-06T17-10-00.000Z

Как отмечалось в комментариях до того, как эта деталь фактически вызвала проблему здесь, а не фактические разрешения на доступ к файлам:

Эта строка не имеет смысла: mkdir ('$dirPath/image/',0777,true); , $dirPath не будет расширяться, но будет взята буквально здесь из-за одиночных кавычек. Таким образом, вы создаете папку с именем $dirPath... Используйте двойные кавычки или конкатенацию:

Или:

mkdir ("$dirPath/image/",0777,true);

Или:

mkdir ($dirPath . '/image/',0777,true);

удалите / перед изображение, или вы получите двойную косую черту.
@JeroenFlamman Во-первых, это, очевидно, зависит от содержимого $dirpath а во-вторых, это не повлияет на действие, поэтому на самом деле сделайте вещи более надежными, потому что в случае, если $dirPath не содержит завершающий слеш, все снова сломается. Так что я бы предпочел это так :-)