move_uploaded_file выдает ошибку «Не удалось открыть поток: в доступе отказано»

Я продолжаю получать эту ошибку при попытке настроить каталог загрузки с Apache 2.2 и PHP 5.3 на CentOS.

В php.ini:

upload_tmp_dir = /var/www/html/mysite/tmp_file_upload/

В httpd.conf:

Directory /var/www/html/mysite/tmp_file_upload/>
    Options  -Indexes
    AllowOverride None
    Order allow,deny
    Allow from all
</Directory>
<Directory /var/www/html/mysite/images/>
                Options -Indexes
</Directory>

Разрешения каталога CentOS:

drwxrwxr-x 2 root root 4096 Nov 11 10:01 images
drwxr-xr-x 2 root root 4096 Nov 12 04:54 tmp_file_upload

Независимо от того, что я делаю, я все время получаю эту ошибку от PHP при загрузке файла:

Предупреждение: move_uploaded_file (images / robot.jpg): не удалось открыть поток: в разрешении отказано в /var/www/html/mysite/process.php в строке 78

Предупреждение: move_uploaded_file (): невозможно переместить '/ tmp / phpsKD2Qm' в 'images / robot.jpg' в /var/www/html/mysite/process.php в строке 78

Как видите, он никогда не брал конфигурацию из файла php.ini в отношении файла загрузки.

Что я здесь делаю не так?

Это потому, что imagesи tmp_file_uploadдоступны для записи только rootпользователю. Чтобы загрузка работала, нам нужно сделать владельца этих папок таким же, как и владельца процесса httpd, ИЛИ сделать их глобально доступными для записи (плохая практика).

1. Проверьте апачский владелец процесса: $ps aux | grep httpd. Первый столбец будет владельцем, обычно это будетnobody

2. Измените владельца imagesи tmp_file_uploadстаньте nobodyвладельцем, которого вы нашли на шаге 1.

   $sudo chown nobody /var/www/html/mysite/images/
   
   $sudo chown nobody /var/www/html/mysite/tmp_file_upload/
   

3. Chmod imagesи tmp_file_uploadтеперь он может быть записан владельцем при необходимости [Кажется, у вас это уже есть]. Упоминается в ответе @Dmitry Teplyakov.

   $ sudo chmod -R 0755 /var/www/html/mysite/images/
   
   $ sudo chmod -R 0755 /var/www/html/mysite/tmp_file_upload/
   

4. Для получения дополнительных сведений о том, почему такое поведение произошло, см. Руководство http://php.net/manual/en/ini.core.php#ini.upload-tmp-dir , обратите внимание, что в нем также говорится о open_basedirдирективе.

Вы также можете запустить этот сценарий, чтобы узнать владельца процесса Apache:

<?php echo exec('whoami'); ?>

А затем измените владельца целевого каталога на того, что у вас есть. Используйте команду:

chown user destination_dir

А затем используйте команду

chmod 755 destination_dir

чтобы изменить разрешение каталога назначения.

Если у вас Mac OS X, перейдите в корень файла или в папку вашего веб-сайта.

Затем щелкните его правой кнопкой мыши, перейдите для получения информации, перейдите в самый низ ( Совместное использование и разрешения ), откройте его, измените все только для чтения на чтение и запись. Обязательно откройте замок, перейдите к значку настройки и выберите Применить к вложенным элементам ...

Это сработало для меня.

sudo adduser <username> www-data
sudo chown -R www-data:www-data /var/www
sudo chmod -R g+rwX /var/www

Затем выйдите из системы или перезагрузитесь.

Если SELinux жалуется, попробуйте следующее

sudo semanage fcontext -a -t httpd_sys_rw_content_t '/var/www(/.*)?'
sudo restorecon -Rv '/var/www(/.*)?'

Я хотел добавить это к предыдущим предложениям. Если вы используете версию Linux с включенным SELinux, вам также следует выполнить это в оболочке:

chcon -R --type httpd_sys_rw_content_t /path/to/your/directory

Наряду с предоставлением разрешений пользователю веб-сервера либо через группу, либо через смену владельца каталога.

Изменить разрешения для этой папки

# chmod -R 0755 /var/www/html/mysite/images/

Попробуй это:

1. открыть / etc / apache2 / envvars

   sudo gedit /etc/apache2/envvars
   

2. замените www-dataсвоимyour_username

   "export APACHE_RUN_USER=www-data" 
   

   заменить

   export APACHE_RUN_USER='your_username' 
   

Я столкнулся с этой связанной проблемой даже после того, как уже успешно запустил composer. Я обновил композитор, и при запуске composer installили php composer.phar installполучил:

... не удалось открыть поток: в доступе отказано ...

После долгих исследований выяснилось, что предыдущие ответы об изменении разрешений для папки сработали. Сейчас это просто немного другие каталоги.

В моей установке на OS X файл кеша находится внутри /Users/[USER]/.composer/cache, и у меня были проблемы, потому что файл кеша принадлежал пользователю root. Рекурсивная смена владельца '.composer' моему пользователю решила проблему.

Вот что я сделал:

sudo chown -R [USER] cache

Затем я снова запустил установку композитора и вуаля!

Эта проблема возникает, когда пользователь apache (www-data) не имеет разрешения на запись в папку. Чтобы решить эту проблему, вам нужно поместить пользователя в группу www-data.

Я только что сделал это:

Выполните этот php-код, <?php echo exec('whoami'); ?>чтобы обнаружить пользователя, которого использует apache. После выполните команды в терминале:

user@machine:/# cd /var/www/html

user@machine:/var/www/html# ls -l

Он вернет что-то вроде этого:

total of files

drwxr-xr-x 7 user group size date folder

Я сохранил пользователя, но изменил группу на www-data

chown -R user:www-data yourprojectfoldername

chmod 775 yourprojectfoldername

Решение очень простое. Щелкните правой кнопкой мыши папку ИЗОБРАЖЕНИЕ (место назначения), перейдите к свойствам, щелкните вкладку разрешений и измените доступ других пользователей для создания и удаления файлов .

Просто измените разрешение tmp_file_upload на 755. Ниже приводится команда chmod -R 755 tmp_file_upload.

Попробуй это

find /var/www/html/mysite/images/ -type f -print0 | xargs -0 chmod -v 664

Бывает, если SELinuxвключено. Отключите это /etc/selinux/config, установив SELINUX=disabledи перезапустив сервер.