Посмотрите, какие права установлены на скрипт restore.php, посмотрите - есть ли доступ на запись в /images/
Может файл /images/sale.png какой-то ущербный?
Может файл /images/sale.png какой-то ущербный?
|
|
Посмотрите, какие права установлены на скрипт restore.php, посмотрите - есть ли доступ на запись в /images/
Может файл /images/sale.png какой-то ущербный?
|
|
|
|
|
|
|
Вопрос решился таким образом:
# chmod -R 777 www Запуск бекапа # find /var/www/tesk/data/www -type d -exec chmod 755 {} \; # find /var/www/tesk/data/www -type f -exec chmod 644 {} \; |
|
|
|
|
|
Люди, подскажите, какие права на файлы и папки должны быть для сайта Битрикс, что бы все работало и не выдавались ошибки, и какой должен быть владелец?
|
|
|
|
|
|
Тема конечно устарела, но поиск прислал меня сюда и навел на правильные мысли.
Так что добавлю, что подобная проблема скорей не в правах доступа как таковых, а в том, что файл создан или получил нового владельца. Причиной такого события может быть то, что какие-то скрипты выполняются из CRON'а причем от имени пользователя, отличного от того, под которым запущен Апач с Битриксом. Если говорить и типовом случае, когда Битрикс работает под Bitrix VM с CentOS, то все файлы Битрикс имеют и должны иметь владельца/группу "bitrix", если по каким-то причинам владелец/группа поменялись, то их можно восстановить командой в SSH консоли:
Или укажите более конкретную папку, |
|||
|
|
|
|
проблему решила изменением прав с 644 на 777
спасибо всем! |
|
|
|
|
|
Скорее всего проблема во владельце , изменить с root на bitrix
|
|
|
|
|
|
Приветствую. Столкнулся с данной проблемой в 2022 году, тема актуальна. На локалке все хорошо, на хостинге вот такая проблема
Скрин прилагается Права доступа установил на директории и на файлы 777 $ sudo chmod ugo+rwx /home/bitrix/www/ Помогите, пожалуйста, если у кого-то было подобное! Заранее благодарю! |
||||
|
|
|
|||