No encontro de 27 de Novembro, apresentei uma solução para ambientes de desenvolvimento com WordPress. Aqui estão os slides e mais algum contexto:

Os ambientes de desenvolvimento normalmente recomendados são:

Desenvolvimento: a cópia local na máquina do programador.

Staging: onde se faz continuous integration e se testa novas funcionalidades. Deve ser o mais parecido possível com o ambiente de produção de maneira a evitar surpresas quando se criam novas versões.

Produção: é o site real, ao vivo, que os utilizadores vêem.

Em cada um destes ambientes existe uma base de dados diferente.

Queres trazer uma cópia do site para desenvolver localmente?

É relativamente fácil. Se estiveres em Linux ou Mac basta pôr no /etc/hosts uma entrada do URL a apontar para o localhost e consegue-se muito facilmente desenvolver localmente.

Queres fazer commit para um servidor de staging?

Aqui é mais complicado porque normalmente o servidor de staging tem um URL diferente e é preciso alterar na base de dados todas as referências que existam do URL. Normalmente as pessoas tentam fazer um search-and-replace e só mais tarde percebem que isso não funciona por causa dos serialized arrays.

Vou explicar o que acontece porque é importante para perceber a solução que eu uso e recomendo. Quando se quer guardar um array na base de dados o WordPress usa a função serialize, que cria um serialized array que é algo desta forma:

s:15:"poll_happypolls"

Aquele 15 é o tamanho da string que se segue. Quando se faz um search-and-replace muda-se a string mas como não se alterou o tamanho os dados ficam corrompidos.

Existem algumas formas de resolver isto [ref]http://codex.wordpress.org/Changing_The_Site_URL[/ref], algumas mirabolantes [ref]http://wordpress.stackexchange.com/questions/119/easily-move-a-wordpress-install-from-development-to-production[/ref], mas na minha opinião são muito error-prone e não são algo que queira fazer regularmente.

Uma maneira muito simples de resolver isto é usar um site URL do mesmo tamanho em desenvolvimento, staging e produção. Isso faz com que seja trivial fazer migrações (mudar a base de dados de um sítio para o outro), apenas basta fazer o search-and-replace, o que pode ser facilmente automatizado com um script. Esta é uma solução muito simples e quanto a mim elegante até dada a sua simplicidade.