Para quem não sabe, em Setembro aconteceu a PyConBrasil2008. O evento foi muito legal. Foi bom rever os amigos, ver palestras legais de desenvolvedores nacionais e internacionais. Em poucas palavras: 'Quem não foi perdeu!'
E como o título desse post está sugerindo, estou disponibilizando as apresentações que fiz no evento no slideshare:
Sábado, dia 26 de Julho a convite do meu amigo Carlos, estarei apresentando o Django no Café com TOM numa conversa bem bacana e descontraída.
Se você não sabe o que é o Django, está afim de conhecer. Ou se você já conhece o framework mas quer saber mais? Ou apenas está sem fazer nada no sábado e quer fazer algo bem nerd, participe você também do Café com TOM.
Não esqueça de trazer a coca-cola.
Foi lançando o primeiro release de uma série que será lançada até o lançamento do Django 1.0 previsto para Setembro de 2008.
As principais novidades dessa versão com relação ao Django 0.96 são:
Entre outras melhorias menores e correções de erros.
As incompatibilidades podem serem vistas nesse link: http://code.djangoproject.com/wiki/BackwardsIncompatibleChanges
Brian Rosner acabou de anunciar na lista oficial do Django que foi feito o merge do newforms-admin branch com a versão em desenvolvimento do Django (trunk).
Quem ainda não utiliza o newforms-admin, cuidado ao usar a versão em desenvolvimento do Django. Para quem já usa, bom proveito!
O Passenger ou mod_rails, é uma maneira de fazer deploy de aplicações Ruby/Rails de maneira simples e fácil no Apache. Nesse post não vou explicar detalhes sobre ele, mas, há esse post do Akita sobre o Passenger que é bem interessante. O Passenger suporta o padrão WSGI, e com isso é possível fazer o deploy de uma aplicação feita em Django utilizando o Passenger.
Antes de explicar sobre como fazer isso, que é algo extremamente simples e fácil. Tem um fato interessante nisso tudo. Porque uma ferramenta para deploy de aplicações Rails suportaria Django?
A resposta (segundo o Akita) é Leah Culver. Acho que se a moda pegar, veremos vários 'easy deployers' aparecendo.
Antes de voltar ao tema principal deste post, outra feliz coincidência é , no qual ele explica mais detalhadamente sobre o WSGI, que tem tudo haver com o assunto.
E agora vamos lá:
Primeiramente é necessário instalar o Passenger. Isso está bem documentado no site do próprio passenger: http://www.modrails.com/install.html por isso não vou descrever esse passo.
Para fazer o Django funcionar é necessário apenas criar um script que 'execute' o Django com o seu handler wsgi e configurar o diretório onde fica esse script, nos arquivos de configuração do Apache.
Vamos começar criando nosso arquivo que executará o WSGI. Vamos chamar ele de passenger_wsgi.py
#!/usr/bin/env python
import os, sys
sys.path.insert(0, '/home/seunome/projetos/') #diretorio onde fica seus projetos
os.environ['DJANGO_SETTINGS_MODULE'] = 'meuprojeto.settings'
import django.core.handlers.wsgi
application = django.core.handlers.wsgi.WSGIHandler()
Feito isso vamos configurar o apache. Setando a variável DocumentRoot com o diretório onde está o seu script wsgi + 'public'. Devido a uma convenção (Rails) a pasta tem que ter esse diretório 'public'
Para exemplificar, se o seu projeto tiver o diretorio '/var/www/meuprojeto/' o DocumentRoot tem que ser '/var/www/meuprojeto/public'
<VirtualHost *>
DocumentRoot /var/www/meuprojeto/public
</VirtualHost>
Na minha conclusão, se sua hospedagem suportar o mod_wsgi use ele. Senão suportar mod_wsgi e suportar passenger, use o passenger!
Em breve falarei mais sobre o Django no passenger.