На 7:39 вы упоминаете, что если удалить куки в браузере, то они еще некоторое время будут храниться на сервере. Этот момент не совсем понятен. Ведь судя по лекции куки хранятся только на стороне клиента и передаются на сервер при каждом запросе, т.е. нет смысла хранить их на сервере. Можете ли вы или кто знающий пояснить, пожалуйста, этот момент.
Вопрос: когда мы писали session.setAttribute("cart", count++), то эта пара ключ-значение прописывались в куки клиента или только хранятся на сервере? Если только на сервере, тогда получатся, что клиенту нужно сразу в куках передавать sesseionId, что бы состояние сохранилось при дисконнекте, я правильно понимаю?
Супер! Видео шикарное!!! Только у меня 2 вопроса: 1) Почему в DeleteCookieServlet значение может не совпадать? 2) А за счет чего JVM отработает эти 3 servlet в нужном порядке? Где гарантия, что не будет отработано сначала DeleteCookieServlet, а уже потом остальные?
2) так логика расписывается. У тебя может быть forward где-нибудь на другой сервлет, где запрашивается куки, потом forward на другой сервлет и так далее 1) Потому что поиск всегда по ключу делается, как в хешмапе. Например, ключ - это твой логин - MAC адрес ПК. Значение - это пароль от ВК. В любой момент ты можешь поменять пароль, и браузер запросит сохранить пароль, но сохраняет он по мак-адресу. path and domain ведут на сайт ВК
session это некий канал который ограниченный временем, а cookie это специальный тип данных которые передаются по этому каналу который служит для идентификации устройства и пользователя
@@mahiich5497 в уроках раньше был пример в котором передавался объект с помощью сессии. так же как и куки. в него же можно что угодно положить. в том числе какой то идентификатор, по которому мы можем опознать пользователя. ну да наверное лучше воспользоваться специализированным для этого дела объектом - куки.
Сессия это объект, в котором хранится информация о пользователе НА СЕРВЕРЕ, при этом на клиенте хранится только id сессии для идентификации. Куки это информация о пользователе, которая хранится НА КЛИЕНТЕ. Разница в месте хранения и жизненном цикле, естественно в сессии нужно хранить наиболее нужную в конкретный момент информацию и не очень долго, чтобы не тратить память, остальное держать в куки.
У меня почему то отобразились куки: JSESSIONID : 079A48842955FED6247B2A50E7B41F0F Хотя я их не устонавливал. Кто нибудь вкурсе откуда они вылезли? Спасибо!
КУРС ПО GIT: www.udemy.com/course/git-alishev/?referralCode=71994763964B8E2E6A4E
Почему вы перестали снимать уроки?
Это же самые понятные уроки во всём интернете!!!)))
присоединяюсь! ))
Поддерживаю! Наиль, ваши уроки как глоток свежего воздуха. Очень ждём новых уроков!
Спасибо за ваши видео!!
на высшом уровне, продолжай преподавать)))
Спасибо за видео.Коммент в поддержку!
Спасибо за очередной урок
thank you brother
лучший! спасибо большое !
Спасибо огромное!
На 7:39 вы упоминаете, что если удалить куки в браузере, то они еще некоторое время будут храниться на сервере. Этот момент не совсем понятен. Ведь судя по лекции куки хранятся только на стороне клиента и передаются на сервер при каждом запросе, т.е. нет смысла хранить их на сервере. Можете ли вы или кто знающий пояснить, пожалуйста, этот момент.
речь идет о потере о потере связи с сессией, которая в свою очередь может хранить некоторую информацию на сервере.
Они не хранятся на сервере. Сессия, как объект, хранится. Куки - определённый тип данных
Вопрос: когда мы писали session.setAttribute("cart", count++), то эта пара ключ-значение прописывались в куки клиента или только хранятся на сервере? Если только на сервере, тогда получатся, что клиенту нужно сразу в куках передавать sesseionId, что бы состояние сохранилось при дисконнекте, я правильно понимаю?
При запросе контейнер сервлетов автоматически создает сессию и передает в куки id сессии.
@@mikitacitarovic8364 а почему на видео на создалась кука JSESSIONID?
Супер! Видео шикарное!!! Только у меня 2 вопроса:
1) Почему в DeleteCookieServlet значение может не совпадать?
2) А за счет чего JVM отработает эти 3 servlet в нужном порядке? Где гарантия, что не будет отработано сначала DeleteCookieServlet, а уже потом остальные?
2) так логика расписывается. У тебя может быть forward где-нибудь на другой сервлет, где запрашивается куки, потом forward на другой сервлет и так далее
1) Потому что поиск всегда по ключу делается, как в хешмапе. Например, ключ - это твой логин - MAC адрес ПК. Значение - это пароль от ВК. В любой момент ты можешь поменять пароль, и браузер запросит сохранить пароль, но сохраняет он по мак-адресу.
path and domain ведут на сайт ВК
Не удобнее ли всё делать через аннотации, а не xml?
Согласен на 100%.
@WebServlet(urlPatterns = "/someUrl")
public class MyServlet extends HttpServlet
Он объясняет именно так, что бы когда ты использовал аннотации, понимал как они работают)
а гит с кодом этого урока будет?
В чем разница между cookie и session?
session это некий канал который ограниченный временем, а cookie это специальный тип данных которые передаются по этому каналу который служит для идентификации устройства и пользователя
@@mahiich5497 в уроках раньше был пример в котором передавался объект с помощью сессии. так же как и куки. в него же можно что угодно положить. в том числе какой то идентификатор, по которому мы можем опознать пользователя. ну да наверное лучше воспользоваться специализированным для этого дела объектом - куки.
Сессия это объект, в котором хранится информация о пользователе НА СЕРВЕРЕ, при этом на клиенте хранится только id сессии для идентификации. Куки это информация о пользователе, которая хранится НА КЛИЕНТЕ. Разница в месте хранения и жизненном цикле, естественно в сессии нужно хранить наиболее нужную в конкретный момент информацию и не очень долго, чтобы не тратить память, остальное держать в куки.
привет, а когда курсы по спрингу пойдут?
вот уж год ждем, очень надеемся, что скоро... ((
@@alekseyfrozis937 th-cam.com/play/PLAma_mKffTOR5o0WNHnY0mTjKxnCgSXrZ.html вот же уже год идет
У меня почему то отобразились куки: JSESSIONID : 079A48842955FED6247B2A50E7B41F0F
Хотя я их не устонавливал. Кто нибудь вкурсе откуда они вылезли? Спасибо!
При запросе контейнер сервлетов автоматически создает сессию и передает в куки id сессии.
тем временем режим инкогнито: "куки не храним"
Они сессионные, удаляются сразу при завершении сеанса (закрытии инкогнито).
@@mikitacitarovic8364 там все куки имеют setMaxAge(-1)
не у любого куки есть срок годности
угу, умник, рискни через лет 10 съесть... посмотрим что будет
Не до конца понятен смысл переменных request и response, когда какую необходимо использовать.
ну думаю тут из назавния логично понять что request - запросс, response - ответ ¯\_(ツ)_/¯