dados local, aonde todos as suas postagens estão armazenadas. Nós não queremos adicionar isso no seu repositório porquê seu

website no PythonAnywhere estará usando um banco de dados diferente. Esse banco de dados poderia ser o SQLite, como na sua

máquina de desenvolvimento, mas geralmente você irá usar um chamado MySQL, o qual pode lidar com muito mais visitantes que o

SQLite. De qualquer forma, ignorar seu banco de dados SQLite na cópia no GitHub, significa que todos as postagens que você

postagens reais de seu blog.

{% filename %}command-line{% endfilename %}

```

Vá para [GitHub.com](https://www.github.com) e cadastre uma nova e gratuita conta de usuário. (Se você já fez isso na preparação

O que esse arquivo faz é dizer PythonAnywhere onde mora a nossa aplicação web e qual o nome do arquivo de configurações Django.

- esquecer um dos passos que fizemos no console: criando o virtualenv, ativá-lo, instalando o Django nele, migrando o banco de dados

- cometer um erro no "path" (caminho) do virtualenv na guia web -- haverá geralmente uma pequena mensagem de erro vermelha lá, se há um problema.

E lembre-se, sua treinadora está aqui para ajudar!

Quando chega uma requisição para o servidor web, ela é passada para o Django, que tenta descobrir do que ela se trata. Primeiro

ele pega o endereço web e tenta descobrir o que fazer. Essa parte é feita pelo **urlresolver** do Django. (Note que o endereço de um site se chama URL - Uniform Resource Locator, em português Localizador de Recursos Uniforme, dessa forma o nome *urlresolver*, ou resolvedor de urls, faz sentido). Isso não é muito complexo - ele pega uma lista de padrões e tenta corresponder com a URL. O Django verifica os padrões de cima para baixo e, se algo é correspondido, passa a solicitação para a função associada (que é chamada *view*).

com o que está na carta. Se ele corresponder, ela coloca a carta lá. É assim que funciona o urlresolver!

Todas as coisas interessantes são feitas dentro da *view*: podemos dar uma olhada no banco de dados para procurar algumas informações. Talvez o usuário queira mudar algo nos dados? Como uma carta dizendo: "Por favor mude a descrição do meu emprego." - a *view* checa se você tem permissão para fazer isso e então atualiza a descrição do emprego pra você, enviando em seguida uma mensagem: "Feito!". Então a *view* gera uma resposta e o Django pode enviá-la para o navegador web do cliente.

return render(request, 'blog/post_edit.html', {'form': form})

Tente salvar o formulário sem `title` e `text`. Adivinhe o que vai acontecer!


Esse `{% if %}` fará com que o link seja enviado para o browser apenas se o usuário que requisitar a página estiver "logado". Isso não protege a criação de novas postagens completamente, mas é um bom primeiro passo. Nós falaremos mais sobre segurança nas lições de extensão.

Abra `blog/templates/blog/post_detail.html` e encontre essa linha:

{% endif %}

[<Post: Sample title>, <Post: Post number 2>, <Post: My 3rd post!>, <Post: 4th title of post>]

{% filename %}command-line{% endfilename %}

[<Post: 4th title of post>, <Post: My 3rd post!>, <Post: Post number 2>, <Post: Sample title>]

Você pode também combinar QuerySets pelo **encadeamento** deles em sequência:

Nós vamos criar um blog simples!

A parte `(myvenv) ~/djangogirls$` mostrada aqui é apenas um exemplo de prompt que está convidando você a digitar algo em sua linha de comando.

Modifique "America/Sao_Paulo", conforme o caso

{% filename %}mysite/settings.py{% endfilename %}

[7]: https://www.pythonanywhere.com/account/

[8]: https://www.pythonanywhere.com/web_app_setup/

Clique em reload web app e você deve encontrar seu site live no novo domínio!