Не могу понять, как узнать, запросил ли браузер у сервера информацию о графике на странице и предоставил ли сервер такую информацию.
С помощью $_SERVER['REQUEST_URI'] сервер сообщает об адресе запрошенной HTML страницы (и эту информацию я вижу в своем скрипте аналитики, всё исправно). Но потом, если я правильно понимаю, получив контент, браузер посылает серверу GET-запросы по истребованию графических файлов, если они имеются в дизайне страницы.
По сути, это тоже урлы, но в спецификации $_SERVER я не обнаружил, как их извлечь. Не подскажете ли, каким образом можно узнать, какую графику запросил браузер от сервера и что сервер ему предоставил?
Полная Версия: Общение сервера с браузером
Графику (статический контент) вебсервер отдаёт самостоятельно, не обращаясь к php, следовательно вы не можете на стороне php-скрипта знать чем там занимается сервер.
Вебсервер может (скорее всего по умолчанию у вас это включено) вести логи запрошенных файлов. Расположение этих логов зависит от ОС и, собственно, используемого вебсервера.
Вы можете сделать так, чтобы статические файлы отдавались через php, но это _очень_ плохая идея (в основном так делают когда необходимо в статике подставлять что-то динамическое скриптом).
Вебсервер может (скорее всего по умолчанию у вас это включено) вести логи запрошенных файлов. Расположение этих логов зависит от ОС и, собственно, используемого вебсервера.
Вы можете сделать так, чтобы статические файлы отдавались через php, но это _очень_ плохая идея (в основном так делают когда необходимо в статике подставлять что-то динамическое скриптом).
| Цитата (kirik @ 12.12.2021 - 16:43) |
| Вы можете сделать так, чтобы статические файлы отдавались через php, но это _очень_ плохая идея (в основном так делают когда необходимо в статике подставлять что-то динамическое скриптом). |
Этот подход также может быть очень полезным, если надо отдавать этот контент только для определенных пользователей, принадлежащих к определенной группе. Например, только для залогиненных. Так что идея в целом не такая и плохая, если использовать тогда, когда это действительно нужно
В принципе, так можно любые файлы отдавать. Картинки, тексты, экзешники, архивы...
_____________
* Хэлп по PHP
* Описалово по JavaScript
* Хэлп и СУБД для PostgreSQL
* Обучаю PHP, JS, вёрстке. Интерактивно и качественно. За разумные деньги.
* "накапливаю умение телепатии" (С) и "гуглю за ваш счет" (С)
| Цитата (sergeiss @ 14.12.2021 - 01:13) |
| Этот подход также может быть очень полезным, если надо отдавать этот контент только для определенных пользователей, принадлежащих к определенной группе. Например, только для залогиненных. Так что идея в целом не такая и плохая, если использовать тогда, когда это действительно нужно |
эта идея всегда плохая, её можно использовать только если производительность совсем не волнует, и не хочется лезть в конфиги веб сервера. Если файлы большие то их в принципе не стоит отдавать через php, для этого существует контролируемое скачивание x-accel-redirect или тот же secure link
Владимир55
Если нужно контролировать все запросы к статике, придётся анализировать логи веб сервера, по дефолту у php туда доступа нет. Уточни задачу, что ты хочешь получить?
| Цитата (killer8080 @ 14.12.2021 - 22:06) |
| для этого существует контролируемое скачивание x-accel-redirect или тот же secure link |
Добавлю в оффтоп. всё-таки для проверки именно авторизации больше подходит auth_request.
| Цитата (killer8080 @ 14.12.2021 - 20:06) |
| эта идея всегда плохая, её можно использовать только если производительность совсем не волнует |
Или если нужно разрешить загрузку потенциально опасного содержимого, тех же экзешников. При аплоаде файл физически грузится с нейтральным расширением и в недоступную из интернета директорию на сервере, а при даунлоаде пхп отдает файл с нужным расширением.
_____________
Бесплатному сыру в дырки не заглядывают...
Здесь расположена полная версия этой страницы.