Quote:

Не знаю как на Windows, есть ли там вообще такая ошибка, если есть то, скорее всего, проблема в папке temp.

На виндовс у друпала папка sites называется точно также и права на запись тоже есть.
И что-то ваша команда не очень похожа на это.

"mialpet" wrote:

А должна быть похожа? :)

Не знаю, я ручками в FileZillе все эти цифарки прописывал.

"Niklan" wrote:

Там сервера иначе ставятся.

Вы не улавливаете суть - речь о папке друпала и правиле доступа к ней от ОС, а не сервера.

И я советую написать про вариант с зиллой, имхо самый простой и универсальный (на шаред хостинге вам никто консоль не даст).

777 ля-ля-ля 444
Где-то на орге валяется подобная инструкция.
Надо снова запрещать для безопасности.

Ой, это я про settings.php блин, для files - 775.

П.С. На блоге нет уведомления куда делся мой коммент - косяк.

Не правильное решение.

1. www-data дать доступ ко всем своим сайтам на сервере вы должны понять какая это дыра в безопасности.
2. При указании настроек FTP вы сказали что ничего не получится - "не правда", все работает если указать нужного пользователя.

ПС: Я думаю что подойдет решение добавление каждого пользователя (Web) на сервере в группу www-data. Сам не пробовал. И тоже надо выяснять с безопасностью.

А вообще решение более сложное и сводится к настройке https протокола и сертификатов на сервере.
Которое пока нет времени разбирать.

"Niklan" wrote:

Решение писал для локального сервера.

Думаю лучше сказать для выделенного сервера, кому спрашивается нужен локальный сервер и его безопасность?

"fel0n" wrote:

Скажите вы не знаете почему появляется данный текст?
http://s2.ipicture.ru/uploads/20130325/01Gk4PqM.png[/quote]
Ну похоже что вам запрещен доступ к файлам движка)))

Так, давайте еще раз по-порядку, через FileZilla выставляем следующие права доступа:
1. у папки .../www/[site_catalog_name]/sites - 755
2. у файла .../www/[site_catalog_name]/sites/default/settings.php - 444
3. у папки .../www/[site_catalog_name]/sites/default/files - 775

"Niklan" wrote:

Я тут почитал, получается для решения данной проблемы на шаредах достаточно прописать 755 на папку sites/default/files?

Я сегодня что-то невнимательно все читаю, важна не папка файлс, а сайтс, впрочем и с файлс надо быть внимательным туда по-дефолту загружаются файлы через форму загрузки файлов на сайте.

Дайте уже кто-нибудь ссылку на инструкцию по этому поводу на орге, там где-то в гайде по установке должна быть.

"fel0n" wrote:

Скажите вы не знаете почему появляется данный текст?
http://s2.ipicture.ru/uploads/20130325/01Gk4PqM.png[/quote]

4. у папки .../www/[site_catalog_name]/includes должно быть 755 (у меня так)

"Niklan" wrote:

У автора чистый друпал так ерорит.

Да нет, там приветы от зенда. Большой вопрос возникает после чего все это началось? А вообще решение еще в первом посте написали

"Garin33" wrote:

Была подобная проблема - криво был настроен хостинг. Возможно, в вашем случае тоже самое.
Если шаред хостинг - попробуйте в саппорт написать.

Шаред? Писали?

Да и мне он в личку писал и если б не фатал еррор, который он там выдал, то все это можно было бы "вылечить" подавлением вывода конкретно этих ошибок как предлогают в инете.
В общем проблема оказалась не в правах как мы тут наугад решили)), а поинтересней немного пока ничего не скажу, копаю отсюда.

Короче все просто, подробности тут.
fel0n, если проблемма еще актуальна, то вот порядок действий:
1. Чтобы срочно решить проблему для одного сайта: по адресу .../www/[site_catalog_name]/ находим файл .htaccess и в конце пишем
php_value open_basedir none
Если стало только хуже, то удаляем взад.

2. Пинаем техов чтобы вписали
php_admin_value open_basedir none
в httpd.conf (PHP < 5.3.0) или
php_value open_basedir none
если версия PHP старше, это уже избавит вас от ваших проблем на всех ваших сайтах

3. Советуем техам прописать это в php.ini, чтобы их не пинали другие друпалервц...друпалевлрв.....друпалоидц....или может друпалоиды, короче люди которые держат на их хостинге сайты на движке Drupal.