В вопросе четко написано: "от user1". Это означает, что каталоги и файлы от пользователя user1. И да, на каталог итак стоят права 777. Функция file_put_contents() выполняется, если тот же файл выполнить от afuno в консоле.
в вопросе много всякого бреда написано, если всему верить, так вообще отвечать смысла нет. сообщение об ошибке сюда бегом, или file_put_contents() работает отлично.
FanatPHP: Окей. Был не прав. В одном файле забыл сменить вывод ошибок на E_ALL. Вылезла ошибка в доступе, как я и писал.
Первая команда:
php -f /path/to/file.php
Ответ:
Zend Guard Loader requires Zend Engine API version 220090626.
The Zend Engine API version 220100525 which is installed, is newer.
Contact Zend Technologies at www.zend.com for a later version of Zend Guard Loader.
Socket created
Socket bind OK
Log cleared
fclose closed
Последние две строки говорят, что fopen() и file_put_contents() выполняются. На деле так оно и есть, в файл запись идет.
Вторая команда (выполняется из под exec):
nohup php -f /path/to/file.php > /path/to/log.log &
Содержимое log.log:
Socket created
Socket bind OK
А ниже куча ошибок вида: failed to open stream: Permission denied in
FanatPHP: блин! Я в самом вопросе описал ситуацию. Описал что и почему не работает. Описал, что скорее всего не записывается в файл, так как php скрипт запускается от www-data, а каталоги принадлежат user1. Это и мешает записи, это подтвердилось на практике.
Я спросил, как это можно исправить? Если у вас нет предположения, то, пожалуйста, не пишите.
Я выше написал, что куча ошибок вида failed to open stream: Permission denied in. Все они ссылаются на строки. где присутствует file_put_contents(). Ошибка гласит, мол отказано в доступе. Я в очередной раз намекаю щас про разных пользователей, писал об этом выше.
При запуске этого скрипта в ручную из консоли от пользователя user1 ошибок нет по понятным причинам.
FanatPHP: и давай по спокойнее. Приуменьши тут свой пыл, парниша. Веди нормальный диалог без доказывания, какой ты бог пыхи и тру прогер. Нормально помогать можешь?
послушай. у нас здесь не кружок внеклассного чтения. НЕ НАДО ПЕРЕСКАЗЫВАТЬ ОШИБКУ СВОИМИ СЛОВАМИ. Если ты не в состоянии прочесть короткое сообщение об ошибке, то её не надо пересказывать, чтобы донести до меня. Её надо КОПИРОВАТЬ
Кому он нужен, твой домен? А в пути видно - туда ли ты вообще пишешь. Без диагностики нет смысла заниматься. Потому что по идее все должно работать. Я не знаю, какие там у тебя фантазии про права доступа, но третья цифра 6 означает, что писать может ЛЮБОЙ юзер.
FanatPHP: Warning: file_put_contents(/var/www/username/data/www/site.ru/daemons/last.log): failed to open stream: Permission denied in /var/www/username/data/www/site.ru/daemons/functions.php on line 355
FanatPHP: боже, все. Не пишите мне, пожалуйста. Ничего толкового так и не услышал, одна только дерзость прет. Научись сначала разговаривать спокойно с людьми, а то как-будто обиженный по жизни, а в интернетах отыгрываетесь. Прощайте.
В общем, если ты не наврал опять с путями и с пермишенами, то все должно работать. www-data 100% должен иметь доступ к site.ru, а дальше ты говоришь что у тебя 777 на daemons и 666 на лог. Все должно писать. Если структура папок другая, то еще могут быть варианты
FanatPHP базарит по делу. Что до тс - то дело в том, что один из файлов (без понятия какой именно, могу сказать, что который запускается первым у тебя) блокирует файл на чтение/запись/что угодно. Соответственно запустив file1.php, который работает в фоне и с файлом log.txt, ты не сможешь что-либо делать с log.txt из другого файла (file2.php, например), до тех пор, пока file1.php не закроется и/или не прекратит работу с log.txt
В общем, господа, прописал 777 на каталог домена, начал писать логи из под exec. Если из консоли запускаешь, то каталог домена не при чем, а вот если из под exec, то нужно ставить на него права на запись.
не на запись, а на исполнение. чтобы перейти в каталог, нужны права на исполнение. но непонятно, почему www-data не мог зайти в site.ru - он ведь должен иметь эту возможность, чтобы отдавать файлы из htdocs
Простой
