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



Комментарии
посмотрите в /admin/config/media/file-system - доступны ли на запись Путь к общедоступным файлам и
Временный каталог
Я так понимаю папка admin должна быть в папке сайта? У меня такого нет совсем.
Каким образом? С помощью composer? По выложенной структуре директорий не очень похоже. Современный Друпал надо ставить только с помощью composer.
Не должно быть такой папки. Речь об адресе http://192.168.1.70:8082/admin/config/media/file-system .
Нет, это без композера. До этого были две попытки с композером - результат тот - же. Устанавливал при помощи самого композера, Папка по-моему отличалась лишь наличием каталога /web. Потом снес композер и распаковал архив в папку и снова установил. Единственное это каждый раз drupal явно ругался во время установки на отсутствие папки /sites/default/files/translations. Но ре зультаты что с композер'ом что без него были аналогичны.
Ну и указанный Вами адрес тоже 404
сегодня завтра попробую снова с композером.
Во-первых, переставьте всё же с композером, чтобы избавить себя от ненужных страданий в будущем.
Во-вторых, прочтите вот это: https://www.drupal.org/forum/support/installing-drupal/2024-12-24/drupal...
В точности Ваша проблема описана. Насколько я знаю, nginx не является стандартной конфигурацией для Drupal и требует некоторой донастройки.
Спасибо, по результату сообщу.
http://192.168.1.70:8082/sites/default/files - права 777
И да, композером, и вебрут тогда настраиваете в папку web/
Если уже виртуалка на линуксе есть, я бы еще рассмотрел докер
Конфиг Ngnix для Drupal. Когда то давно нашел его на drupal.org. В конфиге нужно поменять некоторые вещи:
1. Указать свой домен в server_name.
2. Указать путь к сайту в root
3. Указать путь к соккету в fastcgi_pass. Конкретный путь загуглите, должно быть что-то по типу:
fastcgi_pass unix:/var/run/php8-fpm.sock;
В моем конфиге fastcgi_pass смотрит на контейнер докера.
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;
}
}
Здравствуйте, теперь он просто на старте выкидывает ошибку:
ЗЫ. Случайно закомментил то чего не следовало.
Ставлю
Не, увы, не сработало. брал рекомендации как советовали из
https://www.drupal.org/forum/support/installing-drupal/2024-12-24/
Хотя нет, соврал, работает, по ссылкам ходит, но стилей нет.
Права на запись в папку sites/default/files точно есть у юзера, под которым веб-сервер работает?
Я на нее вообще 777 назначил

А как выглядят пути к файлам .css которые не может открыть браузер? Это либо в консоли браузера либо в исходном тексте страницы можно посмотреть. И покажите что внутри папки files, тоже с правами.
../sites/default/files/css/....
А в папке вот CSS как раз нет
Попробуйте временно на странице /admin/config/development/performance (это НЕ папка, а адрес страницы) убрать внизу галки с Aggregate CSS files и Aggregate JavaScript files . Появились стили?
Но это не слишком удачное решение проблемы. Нужно всё же понять почему у Друпала не получается писать агрегированные css и js файлы куда положено. А на папку /tmp у сервера точно есть права на запись?
Да, так сработало.
Если речь о папке самой машины то права на нее 777
Всё равно надо понять почему не пишутся агрегированные JS и css файлы. Может быть просто у вас закэшились страницы со ссылками на агрегированные файлы, которых на самом деле нет? Что если сбросить кэш Друпала (на той же странице /admin/config/development/performance), потом включить обратно агрегацию и попробовать ещё раз?
Неа, не сработало.
Тогда я сдаюсь. Возможно более продвинутые что-нибудь подскажут. В принципе при поддержке протокола HTTP 2 сервером и большинством клиентов не должно быть особой разницы агрегировать или не агрегировать, но всё равно это непорядок. Базовый функционал должен работать.
Да и за это большое спасибо!!
Наверное будет полезно выложить Ваш конфиг nginx, чтоб понимающие посмотрели. Веб-сервер должен при запросе несуществующего файла js/css/jpg и т.п. не возвращать сразу 404, а передавать управление на index.php, чтоб дать Друпалу возможность сгенерировать нужный файл. Если этого не происходит, то у вас ещё и генерация мелких картинок ( image styles) не будет работать.
Вот кстати ещё полезная тема: https://drupal.ru/node/146094