obu middleware skorzystać z po stronie klienta plików cookie, aby utrzymać kontekst użytkownika tj sesji różnica polega na:..
- Co zostanie zapisane w cookies, a
potrzebna jest
- czy sklep server-side
Poniższa tabela porównuje cookieSession middleware i session middleware Sesji WRT:
+----------------+-----------------------+----------------------+
| | Client-side store | Server-side store |
| | (cookie) | (in-memory, db ..) |
+----------------+-----------------------+----------------------+
| Middleware | Used? | Content | Used? | Content |
+----------------+--------+--------------+-------+--------------+
| session | Yes | Session ID | Yes | Session data |
+----------------+--------+--------------+-------+--------------+
| cookie-session | Yes | Session data | No | N/A |
+----------------+--------+--------------+-------+--------------+
cookieSession middleware jest prostsze w tym, że nie wymaga żadnego dodatkowego sklepu po stronie serwera tj. serwer pozostaje całkowicie bezpaństwowy. session middleware wymaga magazynu po stronie serwera. Oczywistym ograniczeniem domyślnego magazynu sesji opartego na pamięci jest to, że nie działa, gdy istnieje wiele instancji serwera; w takich przypadkach potrzebna będzie alternatywna pamięć współdzielona (np. baza danych), co czyni ją względnie złożoną. Ogólnie rzecz biorąc, oprogramowanie pośrednie sesji jest częściej używane, ponieważ jest bardziej elastyczne (do przechowywania poufnych danych lub większych ładunków itp.).
Oba twoje łącza mają tę samą stronę – user568109