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

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

Аватар пользователя arkan1973 arkan1973 20 октября в 11:01

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

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

Комментарии

Аватар пользователя Andruxa Andruxa 20 октября в 20:54

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

Аватар пользователя marassa marassa 21 октября в 7:47

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

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

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

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

Аватар пользователя arkan1973 arkan1973 21 октября в 8:20

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

Аватар пользователя marassa marassa 21 октября в 8:41

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

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

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

Аватар пользователя kosskren kosskren 22 октября в 8:22

Конфиг 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;
    }
}

Аватар пользователя arkan1973 arkan1973 23 октября в 9:41

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

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

Аватар пользователя marassa marassa 23 октября в 10:48

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

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

Аватар пользователя marassa marassa 23 октября в 10:59

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

Аватар пользователя marassa marassa 23 октября в 12:07

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

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

Аватар пользователя arkan1973 arkan1973 23 октября в 12:14

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

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

Аватар пользователя marassa marassa 23 октября в 12:31

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

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

Аватар пользователя marassa marassa 23 октября в 12:50

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

Аватар пользователя marassa marassa 23 октября в 13:18

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