Иногда, после обновления WordPress, перестает работать загрузка файлов. В сети можно найти много решений для этой проблемы, но ещё больше комментариев о том, что предложенные решения не работают. Не нашел решения и я, после очередного обновления WordPress загрузка файлов перестала работать. Самое интересное заключалось в том что логи error-log от apache и audit.log от SELinux были пустые. Для решения проблемы с загрузкой файлов пришлось отредактировать файл

wp-includes/functions.php

Авторы WordPress по непонятным причинам насильно подавляют все сообщения об ошибках производимые командой

mkdir()

После удаления символа ‘@’ в логе появилось сообщение об ошибке, и решение проблемы стало очевидным.

Решение оказалось очень простым:

[root@tamkovich www]# ls -l
total 436
-rw-r--r-- 1 root root   397 Aug 31 18:46 index.php
-rw-r--r-- 1 root root 15410 Aug 31 18:46 license.txt
-rw-r--r-- 1 root root 11746 Aug 31 18:46 readme.html
-rw-r--r-- 1 root root 16181 May 14 21:57 sitemap.xml
drwxr-xr-x 7 root root  4096 Aug 31 18:46 wp-admin
-rw-r--r-- 1 root root 40543 Aug 31 18:46 wp-app.php
-rw-r--r-- 1 root root   220 Aug 31 18:46 wp-atom.php
...

Всеми скриптами на сайте владеет root.

[root@tamkovich www]# ls -l wp-content/uploads/
total 24
drwxr-xr-x 4 apache apache 4096 Feb  9  2009 2008
drwxrwxrwx 6 apache apache 4096 Aug 31 19:25 2009
drwxr-xr-x 2 apache apache 4096 Feb  9  2009 js_cache

Но Apache работает под пользователем ‘apache’, так что директории созданные php скриптами принадлежат apache. Если у вас включен php safemode, php не позволит скриптам владелец которых root писать что-либо в файлы принадлежащие другому пользователю (в данном случае – apache). Что бы решить проблему, достаточно сделать в корне вашего блога:

[root@tamkovich www]# chown -R apache:apache *

Откуда у авторов WordPress такая любовь к подавлению ошибок с помощью @? Ведь присутствуй в логе ошибка, масса людей не мучалась бы безрезультатным поиском ответов.