Как работает get запрос в https?

Question

[kedra90]

При загрузке с сайта (ака сервера)изображений что на нем есть. Браузер отправляет к серверу запрос get .И интересно следующее: с точки зрения сервера получается, что если пользователь смотрит или сохраняет к себе картинку (перетаскивая на пример к себе в папку на комп), то сервер не знает, что делает дальше с этой картинкой юзер? Правильно понимаю ?

*только начал изучать работу веба и сервера, поэтому извиняюсь за тупой возможно вопрос :(
** прост еще убедиться что правильно понимаю работу сервера с вебом

Comments

[Василий Дёмин]

с точки зрения сервера получается, что если пользователь смотрит или сохраняет к себе картинку (перетаскивая на пример к себе в папку на комп), то сервер не знает, что делает дальше с этой картинкой юзер? Правильно понимаю ?

Да. Это очевидно, если подумать о возможности обратного - получается, что на компе/телефоне/умном чайнике/etc. должно стоять ПО, которое следит, что же такое пользователь делает с картинкой/другим файлом. При этом это ПО должно делиться всеми этими сведениями со всеми сайтами. Звучит трудозатратно и бессмысленно. А вообще RTFM

[kedra90]

Василий Дёмин, спасибо

А так в целом выходит что сервер просто отвечает на запросы браузера и не более

[Василий Дёмин]

kedra90, Не обязательно браузера. Но так да, HTTP - это запрос/ответ (хотя в HTTP/2 появилась возможность отдавать то, что ещё не было запрошено).

[kedra90]

Василий Дёмин, а как можно отдать то что не было запрошено?
ну вот из того что знаю при заходе на сайт скачиваются в кеш браузера картинки,стили,скрипты и тп
*если что то не было отключено в самом браузере из списка загрузки
на пример картинки

[Василий Дёмин]

kedra90, Пользователь запросил index.html. Сервер отдал ему index.html, используемые css и js файлы и картинки сразу, не дожидаясь, пока клиент их запросит

[rPman]

kedra90, сервер может сделать запрос 'клиенту', например сообщить о каком то событии (сообщение в чате)

вообще то и без http/2 это можно было сделать 'раньше' с websocket (это расширение обычного http с поддержкой в браузере соответствующих методов), а еще раньше, симулировали на основе long pooling (когда браузер делает обычный get запрос, но веб сервер как бы лагает, не отдает ответ, пока ему не понадобится что то сообщить клиенту или соединение отваливается по таймауту но браузер снова пересоздает подключение)

[kedra90]

Василий Дёмин, только щас еще,маленько понял что вопрос маленько криво задал

Тут еще подразумевал что просмотр и скачивание для сервера одно и тоже получается видимо раз только есть запрос get, а чего юзер делает у себя сервер не знает, смотрит или сохраняет (в браузере)

[Василий Дёмин]

kedra90, Ну да. Сервер не может узнать, что вы с файлом сделали - скачали и сохранили, скачали и сразу отобразили без сохранения, или скачали и отбросили.

[Ziptar]

kedra90, любое общение двух удаленных узлов - это общение вида "запрос-ответ". Формат этого общения регламентируется протоколом, который они при общении используют.
И никакого "просмотра, а не скачивания" не существует и существовать не может. Один узел передает другому узлу набор данных, другой узел этот набор данных получает - "скачивает". Нельзя ничего просмотреть, не скачав этого.

Answer 1

[Rsa97]

Серверу приходит запрос (GET, POST, PUT, PATH, DELETE, OPTIONS, HEAD или что-то там ещё). Сервер выполняет определённые действия и возвращает ответ или ошибку.
От кого пришёл запрос - абсолютно неважно. Это может быть браузер, самописный скрипт, другой сервер (реверс-прокси). Если сервер принял запрос, то он ответит.
Что получатель делает с ответом - серверу неизвестно. Получатель может показать ответ на экране, сохранить в файл, распарсить и вытащить какие-то данные и т.п. Сервер ни о чём не узнает.

Comments

[kedra90]

Ну в общем сервер отдает только то что у него запросили а что юзер делает с картинкой на пример ему до лампочки
хоть смотрит хоть сохраняет

Если правильно понял ответ я