Cookies versus sessões
Escolha o local certo para armazenar o estado
Cookies versus sessões é uma aula grátis de Django Academy no CoddyKit. Esta é a aula 4 de 4. Você pode ler a aula completa abaixo gratuitamente — depois pratica ao vivo no navegador com um editor de código integrado e um tutor de IA 24/7. Faz parte do caminho de aprendizado de Django Academy, e seu progresso é sincronizado entre a web e o app CoddyKit. O curso de Django Academy inclui 4 aulas no total.
Partes desta aula ainda não foram traduzidas e aparecem em inglês.
Two Ways to Remember
Both cookies and sessions help your app remember a visitor, but they store data in very different places. Knowing which to pick matters. 🤔
What a Cookie Is
A cookie is a small piece of text the browser keeps and sends back on every request to your site. The data lives on the client.
Setting a Cookie
You set a cookie on the response object with set_cookie, giving it a name, a value, and optionally a lifetime.
response = HttpResponse('Hi')
response.set_cookie('lang', 'en', max_age=3600)Reading a Cookie
Cookies arrive in request.COOKIES, a simple dictionary. Read your value back by its key on the next request.
lang = request.COOKIES.get('lang', 'en')Where Session Data Lives
A session keeps the real data on the server and sends the browser only a key. The visitor never sees the contents.
Cookies Are Visible
Because cookies sit in the browser, the user can read and edit them. So never store secrets like prices or user roles there.
Sessions Hide the Data
Session data stays server-side, so it is the right home for anything sensitive or anything the user must not tamper with.
Size Limits
Cookies are tiny, capped near 4KB each, while sessions can hold much larger structures since they live in your database or cache.
Protect Your Cookies
Add HttpOnly so JavaScript cannot read a cookie, and Secure so it is only sent over HTTPS. Django sets these for sessionid by default.
response.set_cookie('t', '1', httponly=True, secure=True)When to Use a Cookie
Reach for a plain cookie for small, non-secret preferences like a theme or a chosen language that is fine for the user to see.
When to Use a Session
Use a session for login state, shopping carts, or anything private. It safely backs the cookie with trusted server storage.
Quick Check
You need to store a value the user must never read or change. What fits best?
Recap
You compared cookies and sessions: cookies store small, visible data on the client, sessions keep larger, private data on the server. Pick by sensitivity and size. 🎉
Perguntas Frequentes
A aula “Cookies versus sessões” é grátis?
Sim — o texto completo de “Cookies versus sessões” é grátis para ler aqui na web. Para praticá-la interativamente (um editor de código integrado e um tutor de IA 24/7) e desbloquear o restante do curso de Django Academy, atualize para CoddyKit PRO. O curso de Django Academy inclui 4 aulas no total.
O que vou aprender em “Cookies versus sessões”?
Escolha o local certo para armazenar o estado Você pratica Django Academy com código prático que executa diretamente no navegador, e um tutor de IA 24/7 responde suas dúvidas enquanto trabalha na aula.
Preciso ter experiência prévia para começar Django Academy?
Nenhuma experiência prévia é necessária. Django Academy no CoddyKit é estruturado para alunos iniciantes até avançados, então você pode começar aqui ou desde o início e aprender no seu ritmo. Esta é a aula 4 de 4.
Quanto tempo leva a aula “Cookies versus sessões”?
A maioria das aulas CoddyKit leva cerca de 5–10 minutos. Cada uma é compacta e interativa, então você faz progresso constante e retoma exatamente de onde parou entre web e app.
Posso escrever e executar código nesta aula de Django Academy?
Sim. Cada aula de Django Academy inclui um editor de código integrado, então você escreve e executa código real direto no navegador e recebe feedback de IA instantaneamente — nenhuma configuração local necessária.
Todas as aulas deste curso
- O framework de sessões
- Lendo e escrevendo em request.session
- O framework de mensagens
- Cookies versus sessões