Каждая структура веб-сервера имеет концепцию сеансов, в которой сервер использует cookie для идентификации вошедших в систему пользователей. Я собираюсь перенести существующий сервер веб-API для работы с функциями Azure, но я не могу найти ничего о том, как он обрабатывает сеансы, ни в документации, ни на StackOverflow, ни на других сторонних ресурсах.
Любые поисковые запросы, которые я выполняю, как правило, возвращают кучу совершенно не относящихся к делу вещей, смешанных с кучей аутентификационных данных, чтобы заставить пользователя войти в систему с помощью стороннего поставщика, такого как Microsoft, Facebook или Google. Но у меня уже есть работающая система входа в систему, а клиент - это SPA, поэтому переходить от нее на стороннюю страницу входа - плохая идея.
Поэтому я очень разочарован тем, что не нашел хорошего ответа на чрезвычайно простой вопрос: как управление файлами cookie сеанса работает в Функциях Azure? (В частности, предварительно скомпилированные функции HTTP-триггера C# v2. В частности, мне нужно иметь возможность настроить собственное имя для файл cookie сеанса, установите значение файла cookie, получите значение файла cookie и удалите файл cookie, если пользователь выходит из системы.)
Основные варианты использования Функций Azure не имеют состояния, и сеансы немного противоречат этому принципу. Вероятно, вы можете эмулировать это самостоятельно, используя Request.Cookies
и Response.Cookies
, но функции ASP.NET не применимы напрямую в функциях.
Файлы cookie такие 2000-е: trollface:
@MikhailShilkov - Файлы cookie могут быть 2000-х годов, но они все еще широко используются. Допустим, вы хотите сохранить контент при перенаправлении, но не хотите создавать базу данных, потому что контент действительно предназначен для определенного сеанса. Я не хочу платить Redis или БД за то, что будет сохраняться только в течение сеанса.
Поэтому мне нужно свернуть свои собственные файлы cookie сеанса. Очаровательный.