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 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

Рішення таке просте. Клацніть правою кнопкою миші папку IMAGE (призначення), перейдіть до властивостей, перейдіть на вкладку дозволу та змініть доступ інших користувачів до створення та видалення файлів .

Просто змініть дозвіл tmp_file_upload на 755 Далі йде команда chmod -R 755 tmp_file_upload

Спробуйте це

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