“PHP Warning: move_uploaded_file“ Це типова помилка веб -серверів із Nginx І це з’являється, коли ми хочемо завантажити у файл на сервері. Більшу частину часу, коли нам доводиться завантажувати деякі сертифікати чи інші файли, які цього не роблять “Media”, помилка не бачить її в інтерфейсі адміністрування CMS.
У більш конкретній формі, помилка “PHP Warning: move_uploaded_file” Ми знаходимо це в error.log У формі: 
FastCGI sent in stderr: "PHP message: PHP Warning:  move_uploaded_file(/srv/www/domain.test/public/file.file): failed to open stream: Permission denied in /srv/www/domain.test/public/script.php on line 748 PHP message: PHP Warning:  move_uploaded_file(): Unable to move '/tmp/phpqAVtWy'Чому помилка виникає “PHP Warning: move_uploaded_file“ і як ми це вирішуємо
Як я вже говорив вище, помилка з'являється, коли ми намагаємось завантажити файли на веб -сервер.
“FastCGI sent in stderr” типовий для серверів, які мають PHP-FPM і Nginx як веб -програмне забезпечення. Отже, проблема полягає десь у відносинах сценарію, за допомогою якого завантажуються файли. 
“move_uploaded_file(): Unable to move” Це дуже чітко говорить про те, що ці файли не можуть бути завантажені та переміщені в іншу папку на веб -сервері сценарієм, який виконує операцію. 
- Виправити помилку Nginx: не міг виділити новий сеанс у SSL Session Shared Cache "LE_NGINX_SSL" під час рукостискання SSL
- Виправити [помилку HTTP] Клієнт, призначений для надсилання занадто великого тіла [медіа -завантаження WordPress]
Вирішення цієї помилки PHP Він вирішується дуже просто, встановлюючи на сервері правильні дозволи, як для сценарію виконання, до якого, швидше за все, користувач: Nginx не мав доступу, а також для папки призначення.
Якщо файли веб -сайту не належать користувачеві, як це є на CPANEL, VESTACP або інших платформах управління хостингом, то це майже напевно вирішує його, щоб надати користувачеві Nginx доступ до папки для завантаження та сценарію.
Для прикладу наведеного коду ми виконаємо наступне порядок у SSH:
chown -R nginx:nginx /srv/www/domain.test/public/
chmod g+w file.fileМи відновлюємо завантаження, і все повинно пройти без помилки “move_uploaded_file(): Unable to move“.
Якщо ви продовжуєте мати проблеми, це можна вирішити в коментарях цього підручника.
 
			
Бонджур,
Я читаю та перечитав ваші статті з цього приводу [move_upload_file].
Виявляється, я зіткнувся з цією проблемою і що я багато місяців шукав, щоб вийти з неї без успіху.
У мене є особистий сайт, на якому у мене є форма сторінки.html, яка працює лише частково, а саме: неможливо відкрити потік тощо ... і, звичайно, перемістити його на "завантаження".
Я звільняюсь від графічного мистецтва, друкаря в 13 років, потім редактор зміщення, графічний дизайнер, Webmaster, коротше кажучи, мені 84 роки на пенсії, і я завжди і все ще захоплююсь своєю роботою.
Якщо я впораюся з HTML та JavaScript, я сьогодні проти PHP.
Я роблю з ветеранами колег в Алжирі, невеликими виборами та усвідомлюю “звіти” що я розміщую на своєму особистому сайті доступний для тих, хто зацікавлений; Отже, я хочу отримувати документи, тому що я не роблю все, щоб проілюструвати свої слова, звідси ідея форми та лікування PHP.
Я створив свій сайт із "Dreamweaver CC2020", версія Mac, розміщена вдома на сервері Synology "Ngnix" DMS v. 7.1 – PHP 8 (PEP PHP 7,2, PHP 7,3, PHP 7,4). Cerfified par за замовчуванням (no-ip): trustcc dv ca – G2 RSA
Форма працює належним чином для полів "тексту", але відмовляється від медіа -полів.
Якщо ви хочете, ви можете підключитися до URL -адреси вгорі, натисніть на фігурку, і як я не активовався HTML "Назад", ви можете переглянути результат на сторінці PHP. (Я виділив 10 Мб і 20 Мб) для медіа.
І якщо я вам добрий, стурбованість походить від "FastCGI" серверів NGINX PHP-TPM, що є моїм випадком, то на панелі TPM є багато поля, щоб перевірити чи зняти прапорець, але що?
Я помітив команду SSH:
Chown -r nginx: nginx/srv/www/domain.test/public/
chmod g+w file.file
Але чи буде це придатним для мого сервера?
Заздалегідь дякую за вашу дорогоцінну пораду