Ошибка 403 при загрузке статических файлов в облаке Bitnami @ google для веб-сайта Django Apache - PullRequest
Новая
       12

Ошибка 403 при загрузке статических файлов в облаке Bitnami @ google для веб-сайта Django Apache

0 голосов
/ 03 ноября 2018

Спаси меня от безумия Apache. У меня есть сайт Django, развернутый в облаке Google с использованием Bitnami (Apache), и шаблоны загружаются нормально. Однако статические файлы возвращают:

Failed to load resource: the server responded with a status of 403 (Forbidden)

httpd-app.conf выглядит следующим образом: 

<IfDefine !IS_DJANGOSTACK_LOADED>
    Define IS_DJANGOSTACK_LOADED
    WSGIDaemonProcess wsgi-djangostack   processes=2 threads=15    display-name=%{GROUP}
</IfDefine>

<Directory "/opt/bitnami/apps/django/django_projects/project/project">
    Options +MultiViews
    AllowOverride All
    <IfVersion >= 2.3>
        Require all granted
    </IfVersion>

    WSGIProcessGroup wsgi-djangostack

    WSGIApplicationGroup %{GLOBAL}
</Directory>

Alias /static/ "/opt/bitnami/apps/django/django_projects/project/static"
<Directory /opt/bitnami/apps/django/django_projects/project/static>
    <IfVersion < 2.3 >
        Order allow,deny
        Allow from all
    </IfVersion>
    <IfVersion >= 2.3>
        Require all granted
    </IfVersion>
</Directory>
WSGIScriptAlias /project '/opt/bitnami/apps/django/django_projects/project/project/wsgi.py'

собранная статика находится в / opt / bitnami / apps / django / django_projects / project / static

Я перепробовал каждое найденное решение, сначала добавил 

<Directory /opt/bitnami/apps/django/django_projects/project/static>
    <IfVersion < 2.3 >
        Order allow,deny
        Allow from all
    </IfVersion>
    <IfVersion >= 2.3>
        Require all granted
    </IfVersion>
</Directory>

в httpd.conf в apache ... не работает

Затем я устанавливаю права доступа к каталогу проекта: 

sudo chmod 775 /opt/bitnami/apps/django/django-projets/project
sudo chown -R bitnami:daemon /opt/bitnami/apps/django/django-projets/project

это тоже не сработало. Вслед за парой больше, которые были в основном как-то похожи на эти два.

Спасибо

1 Ответ

0 голосов
/ 04 января 2019

Я исправил проблему, добавив разрешение 777 ко всему каталогу сайта. chmod -R 777 имя каталога

Этот урок был очень полезен

...