Перейти к публикации
Дизайн и модификация IPS Community IPBSkinsBETA
Поиск в
  • Дополнительно...
Искать результаты, содержащие...
Искать результаты в...
Toxan76

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

Рекомендованные сообщения

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение
Обратите внимание

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

Поделиться сообщением


Ссылка на сообщение

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

 

1) Дублирую.

 

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

 

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

 

2)

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

Поделиться сообщением


Ссылка на сообщение

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

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

Поделиться сообщением


Ссылка на сообщение

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

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

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

Поделиться сообщением


Ссылка на сообщение

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

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

 

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

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

Поделиться сообщением


Ссылка на сообщение

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

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

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

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

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение

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

 

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

 

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

Поделиться сообщением


Ссылка на сообщение

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

Поделиться сообщением


Ссылка на сообщение

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

 

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

 

777 (-rwxrwxrwx)

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

 

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

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение
10/05/13 00:20 (изменено)

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

 

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

 

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

 

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

 

Отсюда

 

Еще

 

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

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

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

 

Отсюда

Изменено пользователем Zero108

Поделиться сообщением


Ссылка на сообщение

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

 

 

 

Отсюда

 

Еще

 

 

 

Отсюда

 

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

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

Поделиться сообщением


Ссылка на сообщение
10/09/13 19:28 (изменено)

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

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

 

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

Изменено пользователем Zero108

Поделиться сообщением


Ссылка на сообщение

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

 

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

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

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

  • Upvote 1

Поделиться сообщением


Ссылка на сообщение

если стоит 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.

Поделиться сообщением


Ссылка на сообщение

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.

×
×
  • Создать...