Не запускается свежеустановленный Drupal 11

20 октября в 11:01

Здравствуйте.

Имеется виртуальная машина на Debian 12 (nginx 1.22.1 + php 8.4.13 + mysql 8.4.6)
Устанавливаю Drupal 11 - установка проходит без видимых проблем. По окончании происходит переход на вновь созданный сайт, но без стилей. Переходы по меню вызывают 404.
Есть подозрение что что-то недонастроено в nginx
Куда смотреть??

Комментарии

посмотрите в /admin/config/media/file-system - доступны ли на запись Путь к общедоступным файлам и
Временный каталог

20 октября в 20:54

arkan1973 wrote: Устанавливаю Drupal 11

Каким образом? С помощью composer? По выложенной структуре директорий не очень похоже. Современный Друпал надо ставить только с помощью composer.

arkan1973 wrote: папка admin должна быть

Не должно быть такой папки. Речь об адресе http://192.168.1.70:8082/admin/config/media/file-system .

21 октября в 7:47

Нет, это без композера. До этого были две попытки с композером - результат тот - же. Устанавливал при помощи самого композера, Папка по-моему отличалась лишь наличием каталога /web. Потом снес композер и распаковал архив в папку и снова установил. Единственное это каждый раз drupal явно ругался во время установки на отсутствие папки /sites/default/files/translations. Но ре зультаты что с композер'ом что без него были аналогичны.
Ну и указанный Вами адрес тоже 404

21 октября в 8:20

Во-первых, переставьте всё же с композером, чтобы избавить себя от ненужных страданий в будущем.

Во-вторых, прочтите вот это: https://www.drupal.org/forum/support/installing-drupal/2024-12-24/drupal...

В точности Ваша проблема описана. Насколько я знаю, nginx не является стандартной конфигурацией для Drupal и требует некоторой донастройки.

21 октября в 8:41

Конфиг Ngnix для Drupal. Когда то давно нашел его на drupal.org. В конфиге нужно поменять некоторые вещи:
1. Указать свой домен в server_name.
2. Указать путь к сайту в root
3. Указать путь к соккету в fastcgi_pass. Конкретный путь загуглите, должно быть что-то по типу:
fastcgi_pass unix:/var/run/php8-fpm.sock;

В моем конфиге fastcgi_pass смотрит на контейнер докера.

server {
    listen 80;
    server_name site-name.ru;
    root /var/www/site-name.ru/web;

    location = /favicon.ico {
        log_not_found off;
        access_log off;
    }

    location = /robots.txt {
        allow all;
        log_not_found off;
        access_log off;
    }

    # Very rarely should these ever be accessed outside of your lan
    location ~* \.(txt|log)$ {
        allow 192.168.0.0/16;
        deny all;
    }

    location ~ \..*/.*\.php$ {
        return 403;
    }

    location ~ ^/sites/.*/private/ {
        return 403;
    }

    # Block access to scripts in site files directory
    location ~ ^/sites/[^/]+/files/.*\.php$ {
        deny all;
    }

    # Allow "Well-Known URIs" as per RFC 5785
    location ~* ^/.well-known/ {
        allow all;
    }

    # Block access to "hidden" files and directories whose names begin with a
    # period. This includes directories used by version control systems such
    # as Subversion or Git to store control files.
    location ~ (^|/)\. {
        return 403;
    }

    location / {
        # try_files $uri @rewrite; # For Drupal <= 6
        try_files $uri /index.php?$query_string; # For Drupal >= 7
    }

    location @rewrite {
        #rewrite ^/(.*)$ /index.php?q=$1; # For Drupal <= 6
        rewrite ^ /index.php; # For Drupal >= 7
    }

    # Don't allow direct access to PHP files in the vendor directory.
    location ~ /vendor/.*\.php$ {
        deny all;
        return 404;
    }

    # Protect files and directories from prying eyes.
    location ~* \.(engine|inc|install|make|module|profile|po|sh|.*sql|theme|twig|tpl(\.php)?|xtmpl|yml)(~|\.sw[op]|\.bak|\.orig|\.save)?$|^(\.(?!well-known).*|Entries.*|Repository|Root|Tag|Template|composer\.(json|lock)|web\.config)$|^#.*#$|\.php(~|\.sw[op]|\.bak|\.orig|\.save)$ {
        deny all;
        return 404;
    }

    # In Drupal 8, we must also match new paths where the '.php' appears in
    # the middle, such as update.php/selection. The rule we use is strict,
    # and only allows this pattern with the update.php front controller.
    # This allows legacy path aliases in the form of
    # blog/index.php/legacy-path to continue to route to Drupal nodes. If
    # you do not have any paths like that, then you might prefer to use a
    # laxer rule, such as:
    #   location ~ \.php(/|$) {
    # The laxer rule will continue to work if Drupal uses this new URL
    # pattern with front controllers other than update.php in a future
    # release.
   
   
    location ~ '\.php$|^/update.php' {
        fastcgi_split_path_info ^(.+?\.php)(|/.*)$;
        # Ensure the php file exists. Mitigates CVE-2019-11043
        try_files $fastcgi_script_name =404;
        # Security note: If you're running a version of PHP older than the
        # latest 5.3, you should have "cgi.fix_pathinfo = 0;" in php.ini.
        # See http://serverfault.com/q/627903/94922 for details.
        include fastcgi_params;
        # Block httpoxy attacks. See https://httpoxy.org/.
        fastcgi_param HTTP_PROXY "";
        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
        fastcgi_param PATH_INFO $fastcgi_path_info;
        fastcgi_param QUERY_STRING $query_string;
        fastcgi_intercept_errors on;
        # PHP 5 socket location.
        #fastcgi_pass unix:/var/run/php5-fpm.sock;
        # PHP 8 socket location.
        fastcgi_pass php81:9000;
    }

    location ~* \.(js|css|png|jpg|jpeg|gif|ico|svg)$ {
        try_files $uri @rewrite;
        expires max;
        log_not_found off;
    }

    # Fighting with Styles? This little gem is amazing.
    # location ~ ^/sites/.*/files/imagecache/ { # For Drupal <= 6
    location ~ ^/sites/.*/files/styles/ { # For Drupal >= 7
        try_files $uri @rewrite;
    }

    # Handle private files through Drupal. Private file's path can come
    # with a language prefix.
    location ~ ^(/[a-z\-]+)?/system/files/ { # For Drupal >= 7
        try_files $uri /index.php?$query_string;
    }

    # Enforce clean URLs
    # Removes index.php from urls like www.example.com/index.php/my-page --> www.example.com/my-page
    # Could be done with 301 for permanent or other redirect codes.
    if ($request_uri ~* "^(.*/)index\.php/(.*)") {
        return 307 $1$2;
    }
}

22 октября в 8:22

Здравствуйте, теперь он просто на старте выкидывает ошибку:

ЗЫ. Случайно закомментил то чего не следовало.
Ставлю

23 октября в 9:41

arkan1973 wrote: стилей нет

Права на запись в папку sites/default/files точно есть у юзера, под которым веб-сервер работает?

23 октября в 10:48

А как выглядят пути к файлам .css которые не может открыть браузер? Это либо в консоли браузера либо в исходном тексте страницы можно посмотреть. И покажите что внутри папки files, тоже с правами.

23 октября в 10:59

Попробуйте временно на странице /admin/config/development/performance (это НЕ папка, а адрес страницы) убрать внизу галки с Aggregate CSS files и Aggregate JavaScript files . Появились стили?

Но это не слишком удачное решение проблемы. Нужно всё же понять почему у Друпала не получается писать агрегированные css и js файлы куда положено. А на папку /tmp у сервера точно есть права на запись?

23 октября в 12:07

marassa wrote: А на папку /tmp у сервера точно есть права на запись?

Если речь о папке самой машины то права на нее 777

23 октября в 12:14

arkan1973 wrote: так сработало

Всё равно надо понять почему не пишутся агрегированные JS и css файлы. Может быть просто у вас закэшились страницы со ссылками на агрегированные файлы, которых на самом деле нет? Что если сбросить кэш Друпала (на той же странице /admin/config/development/performance), потом включить обратно агрегацию и попробовать ещё раз?

23 октября в 12:31

Тогда я сдаюсь. Возможно более продвинутые что-нибудь подскажут. В принципе при поддержке протокола HTTP 2 сервером и большинством клиентов не должно быть особой разницы агрегировать или не агрегировать, но всё равно это непорядок. Базовый функционал должен работать.

23 октября в 12:50

Наверное будет полезно выложить Ваш конфиг nginx, чтоб понимающие посмотрели. Веб-сервер должен при запросе несуществующего файла js/css/jpg и т.п. не возвращать сразу 404, а передавать управление на index.php, чтоб дать Друпалу возможность сгенерировать нужный файл. Если этого не происходит, то у вас ещё и генерация мелких картинок ( image styles) не будет работать.

23 октября в 13:18

Может это совсем банально прозвучит. Но если память не изменяет, свежая установка дурпала по умолчанию включает тему "Stark" для админки и клиентской части. Это тема без стилей почти, выглядит, как будто стили не грузятся)

Посмотрите в админке по адресу /admin/appearance, какая тема выбрана в качестве административной. Выберите тему "Claro" для админки.

Для клиентской части скачайте готовую тему или создайте свою.
Скриншот

8 ноября в 9:59