Права на структуру файлов Drupal 7

Главные вкладки

Аватар пользователя yurant yurant 25 декабря 2012 в 12:40

Доброго времени суток господа форумчане.
Будьте добры ткните носом в добротный мануал по распределению прав на папки и файлы всей структуры сайта...
А то, честно сказать, залил по ssh сайт на хостинг и совершенно зае***ся уже, гугл толку не дал, по логике вещей выставляя права избавился от основных ошибок (коих тысячи лезли уже при открытии 1й страницы), однако осталось немало нюансов...
Один из таковых - не отображается превью загруженных jpg-ов в колорбоксе.
Кроме того боюсь обновляться (ибо последний раз когда попытался обновиться с дефолтными правами рута (оставшимися еще с локалхоста) сайт помахал на прощание и умер.)
Сейчас как уже говорил, методом логики/тыка поменял права (с рута на апач) на нек-е папки (default, files, tmp и т.п.) где заведомо известно что будет меняться контент. (при попытке менять права рекурсивно на весь сайт с "рута" на "апач" сайт ложится, уже проверил =/)
В общем на данный момент проблема - это "превью". + острое желание понять кому и чего давать, ну или котя бы ссылку на алгоритм раздачи прав.

PS с английским всё ок, потому буду премного благодарен даже за ссылки на бржуйские сайты.

С ув. YurAnt

Комментарии

Аватар пользователя yurant yurant 25 декабря 2012 в 19:37

Потряс, они пошаманили... вроде все встало, сказали что, заменили «права рекурсивно на весь сайт с "рута" на "апач"»
хотя я в общем делал то же самое... странно.
Ну да ладно, итог для последователей:
теоретически все должно быть нормально, если выставить рекурсивно права доступа в зависимости от того, на чем у вас сайт (в моем случае это было с "root" на локалхосте - на "apache" непосредственно на хостинге)

Аватар пользователя yurant yurant 10 ноября 2015 в 11:48

Ан нет, не решено...
вот к примеру... в чем может быть проблема ?
те jpg-и которые были загружены на локале - отображаются первыми, их превью, как можете видеть корректны.
а на хостинге при попытке загрузить новый элемент (картинку) начинается такая вот возня... =/

Аватар пользователя yurant yurant 26 декабря 2012 в 13:46

судя по всему, тут нечто аналогичное... http://www.drupal.ru/node/74464

"MadMonk" wrote:
Опубликовано MadMonk в Чт, 12/04/2012 - 01:37.

Всё дело оказалось в настройках хостинга. Всего-то нужно было включить Apache вместо Nginx для обработки несуществующих статических файлов и ошибки 404.

вот с этого места поподробнее... неплохо бы понять за какое место трусить хостера =/
а то вопрос какбе горит, сроки давно прошли, а сдать никак не могу, изза таких вот косяков

да и поскольку начальство не собирается перебираться куда либо еще (хостинг) то надо бы понять как справляться с такими косяками хостинга.

хелп

Аватар пользователя yurant yurant 13 января 2013 в 21:59

Господа друпалеры, подскажите кто по опытнее, хотя бы в общих чертах за что может цепляться колорбокс...
проблема то актуальна до сих пор =/
кто сталкивался с такими косяками на хостинге и самостоятельно их решал (т.е. когда хостер предоставляет полный доступ - а ля "бери и сам разбирайся тут, ибо мне пофиг".
Проблема крайне актуальна на данный момент, ибо пока приходится руками создавать превьюшки и заливать их в соответствующую папку, ибо средствами друпала это не осуществляется...
Итак... собственно вся беда творится на хостинге http://www.rusonyx.ru/
можете полюбоваться http://xn---1-vlc0bcc.xn--p1ai/node/15
на весь каталог сайта выставлял права 777 (apache, psacln), временную папку прописал относительно сайта (как писал выше - так что тут проблем быть не должно).
С удовольствием перешел бы на др. хостинг, но это не от меня зависит =/
потому приходится разбираться с тем что есть... (администрация хостинга увы включает дурака... устал с ними объясняться, поскольку общение идет через тикеты - это просто ад)
1)АДМ: -попробуйте задать права 777. Я: - Задал, не помогло.
2)АДМ: - попробуйте отключить статику для сервера.
3) Я: - Будьте добры, объясните каким образом я могу отключить статику для всего сервера через админ-панель? АДМ: - Отключать статику для всего сервера не желательно. Зачем вам это? (или еще лучше: "О какой статике вы гоорите ?")
4) Я: (предварительно прикрепляю все предыдущие посты общения с админинстрацией в новый тикет) АДМ: -Я не понимаю в чем ваша проблема... я вижу лишь кучу перепостов...

как же я устал...
В общем помогите кто самостоятельно разруливал подобные проблемы на хостинге. Хотя бы в общих чертах куда копать (ибо, насколько я понял, отключение статики на сервере действительно может повлечь неприятные последствия.).

Аватар пользователя drupby drupby 13 января 2013 в 22:26

"yurant" wrote:
В общем помогите кто самостоятельно разруливал подобные проблемы на хостинге

смените хостинг

Аватар пользователя yurant yurant 14 января 2013 в 7:42

хм, тогда кого можете посоветовать ?
дабы стабильно держал друпал7 (и очень неплохо бы - битрикс)
буду трусить вышестоящих, или (тоже вполне вариант) уволюсь нахрен Smile

Аватар пользователя yurant yurant 14 января 2013 в 7:58

всё, вопрос снят) спасибо)
хотя основной вопрос остается открытым до тех пор пока:
1)хостинг не будет изменен;
2) или как вариант "вдруг" "совершенно случайно" найдется решение;

Аватар пользователя Hades Hades 1 марта 2015 в 11:42

Очень не плохой скрипт был дан в комментарии... https://www.drupal.org/node/244924#comment-6600078
Изменил и доработал его под себя:

# Script made by Alex Belyj, admin@azfest.ru
echo "Начинаю изменение прав..."
echo "Устанавливаю владельца www-data для всех папок и файлов"
chown -R www-data:www-data './'
echo "Выставляю права 755 для всех папок"
find './' -type d -exec chmod 755 {} \;
echo "Выставляю права 644 для всех файлов"
find './' -type f -exec chmod 644 {} \;
echo "Выставляю права 440 для .htaccess"
chmod 440 './.htaccess'
echo "Выставляю права 775 для tmp"
chmod 775 './tmp'
echo "Выставляю права 440 для tmp/.htaccess"
chmod 440 './tmp/.htaccess'
echo "Выставляю права 775 для sites"
chmod 775 './sites'
echo "Выставляю права 775 для sites/default"
chmod 755 './sites/default'
echo "Выставляю права 775 для sites/default/files"
chmod 775 './sites/default/files'
echo "Корректирую права g+w для поддеррикторий sites/default/files"
chmod g+w -R './sites/default/files'
echo "Выставляю права 440 для sites/default/files/.htaccess"
chmod 440 './sites/default/files/.htaccess'
echo "Выставляю права 440 для sites/default/settings.php"
chmod 440 './sites/default/settings.php'
echo "Выставляю права 440 для sites/default/default.settings.php"
chmod 440 './sites/default/default.settings.php'
echo "Выставляю права 775 для sites/all/themes"
chmod 755 -R './sites/all/themes'
echo "Выставляю права 775 для sites/all/modules"
chmod 755 -R './sites/all/modules'
echo "Выставляю права 775 для sites/all/libraries"
chmod 755 -R './sites/all/libraries'
echo "Изменение прав закончил! Убедись, что всё верно..."

1. Скопируйте код скрипта и сохраните под названием "permissions.sh". Соблюдайте кодировку UTF-8 (для нормального отображения кириллических символов в комментариях echo командной строки) и UNIX формат окончания строк (иначе получите /R в конце каждой строки):

nano /var/www/permissions.sh

2. Скопируйте файл permissions.sh в корень вашего сайта Drupal 7:

cp /var/www/permissions.sh /ваш_сайт

3. Перейдите в корень вашего сайта:

cd /ваш_сайт

4. Выполните команду:

bash permissions.sh

PS: Если у вас "чистый" Drupal, то некоторые папки, например libraries или files, ещё могут быть не созданы. Так же если вы используете папку tmp вашей ОС, то в вашем Drupal её не будет. В этом случае выведется ошибка, что файла или папки не существует - это нормально. Рекомендую пользоваться скриптом на финальных этапах разработки или при переносе на хостинг, когда вся структура файлов и папок уже создана.
PSS: Работа скрипта многократно проверена на Drupal 7 сайтах в ОС Debian 7 Wheezy.