Arquivo default-pages.py voltado para a raiz do repositório.
Configurações para o Form de Contato: installed app, constantes em settings, url.
Contact form app modificado
Templates para: form de contato, e-mail enviado sobre o contato, pagina de 'enviado com sucesso' e assunto do e-mail.
Merge remote-tracking branch 'origin/master' into form-contato
adiciona módulo pra processar erros externamente com o Sentry
usa o django-filer pra imagens/vídeo

o django-cms tem plugins próprios pra inserir vídeo ou imagens dentro
dos placeholders, mas toda vez que um novo recurso é inserido, ele é
tratado independentemente. O django-filer tem um armazenamento próprio
de arquivos, que torna possível utilizar imagens que foram carregadas
anteriormente sem a necessidade de subir a imagem de novo. Ele se
integra bem ao CMS, e algumas partes dele já utilizavam o filer, como o
plugin do blog. Agora, todos os placeholders podem usar
arquivos css diferentes em prod/dev

durante o desenvolvimento, o site todo roda usando o comando runserver e
tudo é acessado na raiz, i.e., localhost:8000/. em produção, todas as
urls passam a ter um prefixo /17, incluindo os arquivos estáticos. O
problema disso é que os arquivos css incluem links pra alguns arquivos
estáticos, em especial as imagens, que se não estiverem no lugar certo
não vão ser carregadas.

em dev, uma imagem pode aparecer linkada como url(/img/imagem.png), mas
em produção ela tem que aparecer como url(/17/img/imagem.png), o que não
é muito fácil de fazer usando um único arquivo css. por isso, passa-se a
usar dois arquivos de css, um em dev e outro em produção. ambos são
compilados pelo compass+sass e tem a url das imagens acertada durante a
compilação, mantendo só um arquivo .scss original.

só que só gerar o segundo arquivo css não é o suficiente, é necessário
usá-lo de fato. todas as dependências estáticas do django (imagens,
javascript, css) são coletadas antes de o site entrar no ar usando o
comando collectstatic. esse comando inspeciona a configuração
STATICFILES_FINDERS pra descobrir como coletar os arquivos estáticos, e
a ordem dos _finders_ especificados nessa variável é importante:
primeiro está o FileSystem, depois o AppDirectories (e depois um de
outro app que não importa aqui). o AppDirectories coleta arquivos nas
pastas "static" dentro de cada aplicativo. o FileSystem usa uma outra
variável, o STATICFILES_DIRS pra saber quais diretórios devem ser
incluídos no resultado final. Como o FileSystem está antes do
AppDirectories, se algum arquivo tiver o mesmo nome para os dois, o
primeiro tem preferência.

assim, o arquivo website/static/production/css/app.css tem preferência
sobre o arquivo website/static/css/app.css, mas só em produção porque o
settings STATICFILES_DIRS não está definido para os outros ambientes.
pacotes pra minicurso
corrige tamanho logos e exclui feira dos logos
Move o form de empresas para dentro de gerenciamento.
Adiciona uma previsão do logo da empresa no formulário.
Adiciona descricao no formulario de empresas.
Adiciona pagina de descrição das empresas.
Exibe todas as empresas.
Atuliza cmsplugin-filer.
Atualiza novamente cmsplugin-filer.
Downgrade django-filer para 0.9.5
Logo das empresas alternando de lado.
nome de função errada