пока вы считаете, что отдельно существуют "заходы на адреса (попадают в access_log)"
"открываемые файлы (попадают в error_log)",
собственно объяснять что-то... А смысл?
Для вас существуют два понятия, логика и логика, и они не пересекаются
смотрите error_log программы NGINX, там на каждую ошибку 404
{"ru":"","ts":"2024-12-10T15:00:45+03:00","p":"192.168.0.164","rl":1375,"rm":"GET","ru":"/some/not/existing/url/","st":"404","bs":202817,"ref":"","ua":"Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/128.0.0.0 YaBrowser/24.10.0.0 Safari/537.36","rt":"0.203","urt":"0.202","uct":"0.000","uad":"127.0.0.1:8090","us":"404","uid":"","sslp":"TLSv1.3","sp":"HTTP/1.1"}2024/12/02 15:34:22 [error] 49643#49643: *5 open() "/srv/www/htdocs/some-site/some-file.html" failed (2: No such file or directory), client: 192.168.0.89, server: _, request: "GET /some/url/some.file HTTP/1.1", host: "192.168.0.164", referrer: "https://some.site/some/url/"
и реальное местоположение файлов
вы ошибаетесь. Повторюсь: вы ошибаетесь. Ну и для закрепления, ещё раз: вы ошибаетесь,
404 попадает в error_log, потому что отсутствие файла - это именно ошибка
2024/12/02 15:34:22 [error] 49643#49643: *5 open() "/srv/www/htdocs/some-site/some-file.html" failed (2: No such file or directory), client: 192.168.0.89, server: _, request: "GET /some/url/some.file HTTP/1.1", host: "192.168.0.164", referrer: "https://some.site/some/url/"# Default website
server {
listen 80 default_server;
listen 443 ssl default_server;
server_name _;
server_name_in_redirect off;
ssl_certificate /root/rootCA.pem;
ssl_certificate_key /root/rootCA.key;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;
proxy_redirect ~^(http://[^:]+):\d+(/.+)$ $1$2;
proxy_redirect ~^(https://[^:]+):\d+(/.+)$ $1$2;
set $docroot "/var/www/html/bx-site";
index index.php;
root "/var/www/html/bx-site";
# BXTEMP - personal settings
include conf.d/bx_temp.conf;
# Include parameters common to all websites
include conf.d/bitrix.conf;
location = /api/v1/static/swagger-ui-standalone-preset.js {
root /var/www/html/api/public/;
expires 30d;
try_files $uri $uri/ =404;
error_page 404 /404.html;
}
location = /api/v1/static/swagger-ui.css {
root /var/www/html/api/public/;
expires 30d;
try_files $uri $uri/ =404;
error_page 404 /404.html;
}
location = /api/v1/static/swagger-ui-bundle.js {
root /var/www/html/api/public/;
expires 30d;
try_files $uri $uri/ =404;
error_page 404 /404.html;
}
location /api/v1 {
proxy_pass http://127.0.0.1:8000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_http_version 1.1;
proxy_cache_bypass $http_upgrade;
}
}
а дальше настраивается постоянный редирект с HTTP на HTTPS, чтобы сайт открывался только с одного протокола
Может подчерпнете что-то полезное для своей ситуации
что он вообще делает в руте ?)
роект вроде как должен быть в /etc/nginx/sites-available
Метод is_consuming() это всёго лишь обёртка над методом callbacks(). Считай те-же яйца, только с боку
Не, всё так
Виталий Артемьев,
Всё верно на счёт архитектуры. Просто это не приложение, а демонстрашка, для домашки
Не, скрипты разные, запускаются с разных урлов
Ну или у Вас просто квадратно-гнездовой способ мысли и Вы даже представить себе не можете как, это так применить инструмент не по инструкции. А задачи и проблемы ими порождаемые могут быть самыми разными в том числе выходящими за рамки мануалов