Загрузка файлов [Ошибка]

[Toxan76 0]

Доброго вечера!

 

Столкнулся с такой проблема после переезда на новый сервер, как недоступность загрузки файлов на сервер (не файлов не аватаров) ,

 

Что я проверил:

 

- Разрешение группам на загрузку

 

- Путь и url до папки uploads

 

- Права доступа (на все папки в папку uploads выставил 777 - также пробывал из дистрибьютера загружать эту папку и ставить права)

 

- Проверил права в меню в разделе диагностика и что я там увидел:

 

Файл или директория не найдены /www/сайт на поддомене/uploads - Я удивился хотя путь именно такой :

 

/www/сайт на поддомене/uploads (Скопировано из FileZila) . И ниже:

 

Файл или директория не найдены /www/сайт на поддомене/uploads/profile

 

Всё остальное горит зелёным.

 

Подскажите пожалуйста в чём может быть проблема.

 

Спасибо за внимание.

[Bot 5]

Обратите внимание

По указанному вами в профиле "Board url" находится не IP.Board, либо модифицированный пиратский скрипт с удаленными копирайтами. Если вы указали неверный URL, пожауйста, поправьте его, потому что он скорее всего потребуется при диагностике вашей проблемы. Нелицензионные скрипты не приветствуются, т.к. зачастую именно некорректное "нуление" и является причиной проблем в них.

[Атаман 463]

То что Вы сделали ошибки не должно быть. Но Ваша ошибка появляется после того.

 

1) Дублирую.

 

Полный путь прописать в админ центре. (Возможно стоит лишний пробел и тд, там есть подсказка, какой путь вводить правильный).

 

Системные настройки - глобальные настройки - Путь до директории загрузок

 

2)

Проверить еще раз на доступность папки uploads на сервере и выставить права 777, а так-же на папку profile

[Zero108 124]

Я бы еще проверил права пользователя apache на эти папки.

Команда ls -l по ssh.

[siv1987 2628]

После переезда

50% что не правильно указан путь к директории загрузки. Тем более, если автор скопировал адрес из фтп клиента, где вообще как правило он идет не от корня с полным document root путем. С виду вроде бы то же самое, а на самом деле другой. Поэтому важно указать именно тот адрес, который определил форум, а не копировать из клиента или от куда-то еще.

49% что нет прав на запись. Банально не задан chmod

[muslimgauze 14]

Я бы еще проверил права пользователя apache на эти папки.

Команда ls -l по ssh.

 

зачем проверять права данного пользователя, если там стоит 777, то есть "всё для всех разрешено"?

да и пользователь может быть далеко не apache, а например www-data

[Zero108 124]

зачем проверять права данного пользователя, если там стоит 777, то есть "всё для всех разрешено"?

Запись в папку производит пользователь apache. Права CHMOD тут второстепенны.

да и пользователь может быть далеко не apache, а например www-data

Может, если владельцем сервера является www-data, а не apache.

[muslimgauze 14]

Запись в папку производит пользователь apache. Права CHMOD тут второстепенны.

 

Может, если владельцем сервера является www-data, а не apache.

 

Ещё раз: 777 ВСЁ ВСЕМ разрешено

[Zero108 124]

Ну, разрешено, так разрешено. Я не против.

[muslimgauze 14]

Ну, разрешено, так разрешено. Я не против.

 

http://ru.wikipedia.org/wiki/Chmod

 

777 (-rwxrwxrwx)

Каждый пользователь может читать, редактировать и запускать на выполнение

 

под выполнением, в случае каталога, понимается возможность входа в него

[Zero108 124]

Возможно, вам будет интересно вот это:

 

Есть один апач. Ставлю по инструкции php сайт. Там рекомендуется дать права 777 файлам конфиг.хтм и папке с темами. В итоге вместо сайта открывается пустота. Подозреваю что дело в правах.(самодельный index.htm работает) Какие еще права и каким файлам надо выдать? Разделяются ли как то права на пользователях или сделав команды (chmod) под рутом, я обеспечу нормальную работоспособность сайта?

 

- Апач обычно выполняет скрипты от пользователя nobody - т.е. тебе надо дать права на чтение для other.

 

- Права для дефолтного апача хватит и 750 с головой, так как он работает от юзера www-data, chown -R www-data.www-data на каталог сделай.

 

Отсюда

 

Еще

 

Как узнать от какого пользователя должен работать мой сайт?

По мимо 3-х основных флагов (о которых шла речь выше) у файлов и папок есть так же пользователь и группа владельца. Чтобы ваш сайт работал нормально, apache (или nginx) должны работать от имени того же пользователя, что и установки на ваших файлах.

Проверить это просто. Создайте в корне вашего файл с именем perm.PHP (или любое другое имя для php-файла). Внутри файла укажите следующий код

 

Отсюда

Изменено 5 октября 2013 пользователем Zero108

[muslimgauze 14]

Возможно, вам будет интересно вот это:

 

 

 

Отсюда

 

Еще

 

 

 

Отсюда

 

всё-таки надо иногда ЧИТАТЬ, перед тем, как постить

там нет НИЧЕГО опровергающего моё заявление

[Zero108 124]

всё-таки надо иногда ЧИТАТЬ, перед тем, как постить

там нет НИЧЕГО опровергающего моё заявление

 

Я и не спорю и не опровергаю написанное вами. Вы понимаете, что права на папку вторичны по значимости по сравнению с владельцем папки? Что, например, если вложения обрабатывает пользователь apache веб-сервера, то мало дать папке права 777, нужно еще чтобы владельцем папки был apache, а не пользователь ftp?

Изменено 9 октября 2013 пользователем Zero108

[muslimgauze 14]

Я и не спорю и не опровергаю написанное вами. Вы понимаете, что права на папку вторичны по значимости по сравнению с владельцем папки? Что, например, если вложения обрабатывает пользователь apache веб-сервера, то мало дать папке права 777, нужно еще чтобы владельцем папки был apache, а не пользователь ftp?

 

откуда такие ложные познания?

если стоят права "всё ДЛЯ ВСЕХ", то нет никакой разницы, кто владелец - там разрешено ВСЁ и для ВСЕХ!

а вот если будет не 777, а 775 и 755, то права будут разные, в зависимости от владельца папки! и только в этом случае!

[Zero108 124]

если стоит 755 - владелец важен

если стоит 777 - владелец не важен, так как у всех права на запись

при 777 suexec не позволяет выполнять скрипт

 

Кроме того:

 

On a server that uses suPHP, all folders must be set to 0755, and all files to 0644, initially. The software may write some of its cache files at 0777, but those can be safely ignored If you're not sure what suPHP is then you can probably safely ignore this note.