file_put_contents не создает текстовый файл

Ваша проблема, вероятно, связана с тем, что у apache нет прав на запись в указанное вами расположение файла. Перейдите в этот каталог и проверьте разрешения и принадлежность группы с помощью команды ls:

cd "My working file location"
ls -l .

В выходных данных есть три столбца, которые показывают разрешения, владельца и группу для каталога. Скорее всего, они принадлежат пользователю root и не имеют разрешений для apache на запись в каталог.

Если это так, то вы увидите сообщение об ошибке в журнале Apache при попытке создать файл. Попробуйте просмотреть журналы, запустив скрипт в браузере:

tail -f /var/log/apache2/error.log

Недавно у меня была такая же проблема, и я наткнулся на этот вопрос. К сожалению, прерывистые огненные шары, ОП сказал в комментарии, что нашел свое собственное решение и просто принял ответ, который никому из нас не помог ... Затем, после поиска и успеха, чтобы заставить file_put_contents снова работать, я решил поделиться своим решением.

Права доступа к моим файлам и каталогам были в порядке, чтобы принимать любые записи (убедитесь, что ваши каталоги chmod 757, это даст root и другим разрешение на запись файлов в этом месте). Если это все еще не работает, как у меня, это потому, что ваша система, вероятно, является системой SELinux (Security Enhanced Linux).

Если вы хотите убедиться, что напишите setenforce 0, это переведет selinux в разрешающий режим, снова запустите ваш скрипт, если он работает, значит, проблема хорошо описана.

В этом случае включите selinux обратно setenforce 1 и попробуйте ls -Zl в каталоге, где находится каталог вашего проекта. это даст вам строку вроде

drwx---r-x.  9  root   root  system_u:object_r:httpd_sys_content_t:s0  4096  Dec  8  00:25  project

или что-то другое, но httpd_sys_content_t, если вы использовали chcon для переноса контекста из одного каталога в этот. но если у вас нет httpd_sys_content_t, это нормально, потому что нам все равно нужно изменить контекст этого каталога.

сначала вам нужно принять любые public_content_rw_t контексты для записи файла. Тип

setsebool -P httpd_anon_write on

Это установит (P)постоянно логическое значение SELinux httpd_anon_write в значение true, и любой контекст, дублированный как public_content_rw_t, будет иметь права на запись любых файлов в свое собственное местоположение.

Теперь вы должны сказать SELinux, что каталог вашего проекта public_content_rw_t, иначе вы все равно не сможете записывать файлы. Тип :

semanage fcontext --add --type public_content_rw_t "/project(/.*)?"

и restorecon -RvF /project, чтобы сообщить selinux о необходимости применения указанных выше спецификаций.

Теперь ваш каталог называется public_content_rw_t, и вы должны иметь возможность записывать файлы.

Я тоже столкнулся с этой проблемой. В моем случае я обнаружил, что владелец каталога был неправильным. Для типичной установки Apache каталог должен принадлежать www-data:www-data, а не root:root.

Что-то еще, чтобы попробовать, для людей с подобным вопросом. Возможно, вы просто совершаете простую ошибку, которая не требует возиться с правами доступа к файлам, и если вы совершаете эту ошибку, исправление прав доступа к файлам может не помочь.

Убедитесь, что вы используете локальный, относительный путь к файлу в file_put_contents().

Например, используйте:

file_put_contents('short_local_path/my_working_file.txt', $myString);

Нет:

file_put_contents('http://example.com/remote_path/my_working_file.txt', $myString);

И не:

file_put_contents('/whole/root/file/path/to/my_working_file.txt', $myString);

Вы пробовали изменить каталог на 777?

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

if(file_put_contents('file.txt', 'text')){
    die('yes');
} else {
    die('no');
}

Может что-то неправильно написал. ^

Я уверен, что мое решение действительно ясно, но оно сработало:

cd /mydir/
setsebool -P allow_httpd_anon_write true 

С наилучшими пожеланиями