HTTP - это протокол без сохранения состояния. Прочтите этот ответ для более подробной информации, но по сути это означает, что HTTP-серверы, такие как ваш веб-сервер, не хранят никакой информации о клиентах после срока действия одного запроса. Это проблема для веб-приложений, потому что это означает, что вы не можете вспомнить, какой пользователь вошел в систему.
Куки были изобретены как решение этой проблемы. Cookies - это текстовые данные, которые клиент и сервер отправляют взад и вперед по каждому запросу. Они позволяют эффективно поддерживать данные о состоянии приложения, так как клиент и сервер договариваются о том, что они запоминают при каждом общении.
Это означает, по сути, , что вы не можете иметь сеанс без куки . должен быть файл cookie, в котором хранится как минимум идентификатор сеанса, чтобы вы могли узнать, какой пользователь в данный момент вошел в ваше приложение, просмотрев сеанс. Вот что делает express-session: документация для основного метода session
явно отмечает, что идентификатор сеанса хранится в cookie.
, поэтому мой вопрос: нужно ли мне хранить куки? потому что я могу получить к ним доступ через req.sessionID, чтобы получить необходимые данные.
blockquote>Вам не нужно хранить куки. Экспресс-сессия сделает это за вас. Ваше приложение в целом действительно должно хранить куки; без этого у вас не было бы
req.sessionID
, чтобы искать.
Я думаю, что это работает как LoadLibrary.
Возможно, путь Windows, ищущий в LoadLibrary с декларацией, будет полезен.
Порядок Поиска Динамически подключаемой библиотеки редактирования, вероятно, что Вы хотите.
Обычно Вы ожидали бы, что это посмотрит на то независимо от того, что определяется в Пути пользователя.
Узнать то, что это содержит, от командной строки, типа echo %PATH%
[Войти]