Meu objetivo era agilizar e automatizar o máximo possível a tarefa de sincronizar ou copiar uma instalação local do WordPress para o servidor online.

Com algumas mudanças razoavelmente simples, fazer essa sincronização agora exige apenas um único comando (em um Mac, ou outro Unix). E pronto! Tudo que está em meu ambiente local vai para o servidor, incluindo o banco de dados.

Vou apenas descrever brevemente as etapas e listar as referências — este não é um tutorial de introdução aos programas envolvidos.

Mesmas configurações

Para não ter que ficar lidando com arquivos de configuração diferentes (um local e outro para o servidor), passei a usar todas as mesmas opções no servidor e localmente:

• Endereço/Domínio — Para acessar seu localhost usando o domínio do site, é preciso acrescentar um redirecionamento (do tipo 127.0.0.1 dominio.com) no arquivo hosts (/etc/hosts, em Unix & cia; windows/system32/drivers/etc/hosts, no Windows). Quando precisar, depois, acessar o site online, basta reverter isso (obviamente, a instalação local WordPress precisa estar na raiz do servidor web, ou apontando para ela a partir de um virtual host)
• MySQL — Passei a usar os mesmos nomes de usuário e banco de dados nas duas instalações. Vale lembrar que o mesmo cuidado com a segurança no servidor agora é necessário para a cópia local

Git

Aprender o Git é o que mais toma tempo — apesar de não ser tanto para quem já está familiarizado com servidores, linha de comando etc. Uma boa referência é esse artigo Syncing Things with git and Launchd, além do Git Reference. Pode não valer a pena investir tempo nesse aprendizado; no meu caso, valeu e muito. Pois agora não gasto praticamente nenhum tempo mais implementando instalações — desenvolvidas localmente — no servidor.

Na verdade, usar o Git apenas para sincronização é como recorrer a uma bazuka para coisinhas menores. Mas preferi isso, pois estava precisando aprender a lidar com essa ferramenta por outros motivos também.

Script

Com os repositórios git funcionando, agora vem a etapa final: um script bash (Unix) que cuida de toda a sincronização:

#!/bin/bash
DATE=`date`
cd ~/instalação_local/
git add .
git commit -a -m "Auto Sync - $DATE"
git push origin master
ssh usuario@dominio "cd instalação_online; git pull ~/repositorio.git/"
mysqldump -u usuário --password=senha --host=localhost -C nome_bancodedados | ssh usuario@dominio "mysql -u usuário --password=senha nome_bancodedados"


Para isso, o acesso SSH precisa estar configurado com chaves que dispensam a digitação de senha.

E pronto: uma réplica da minha instalação agora roda online exatamente como rodava localmente!

@-moz-document url-prefix() {
hr { height: 2px;
}
}

Precisei disso, por exemplo, para usar uma <HR> com background de uma cor e border-bottom de outra, para dar aquele efeito de alto relevo.

Um bom plugin WordPress para pedir que quem ainda usa o Internet Explorer 6 atualize é o IE6 Upgrade Option.

Realmente não dá a menor saudade de ficar arrumando o modo como o IE 6 detona os sites. Mas, apesar do bicho estar quase morto, ainda responde por uns 3% dos acessos. Um aviso ainda é necessário.

Costumava usar o Shockingly Big IE6 Warning, mas a necessidade de ficar ajustando o CSS do alerta cansou.

Ao lidar com custom post types no WordPress, é possível alterar a slug do permalink (Custom Permalinks for Custom Post Types in WordPress 3.0+).

Talvez seja preciso fazer isso, por exemplo, para mudar a estrutura de permalink de um custom post type antigo, já com vários posts.

O que pouco gente avisa é que, depois da alteração, todos os custom posts ficarão inacessíveis, dando só erro 404.

Para resolver isso, é preciso ir nas configurações de permalinks do WordPress e salvar as definições (mesmo sem alteração nenhuma). Só assim a estrutura antiga será zerada.

([resolved] Permalinks 404 with custom post type)

Ten Graphic Design Paradoxes

Meus preferidos são:

• não existem maus clientes, apenas maus designers
• só designers amadores dizem “eu sou um profissiional e tenho a razão”

(via Locawebers)

Melhor evitar sofrimento na hora de fazer seu site (imagem: The Oatmeal)

Bacana esse artigo sobre como webdesigners podem “educar” seus clientes:

Educating Your Clients: 8 Lessons for Web Designers to Teach Clients

Como assim? Clientes são “mal educados” por natureza? Claro que não, mas podem não compreender exatamente o trabalho envolvido, esperando coisas despropositadas.

Boa parte das dificuldades surge a partir daquela clássica situação: um gosta, mas o outro não. Parece ser um mero problema de gostos pessoais, mas não é, e esses “gostos” precisam sim ser bem explicados.

O duro é que o cliente pode não entender que o webdesigner é um profissional como qualquer outro, cujas ações são baseadas em treinamento e experiência. Quando vamos ao dentista, não dizemos como ele deve trabalhar. Mas clientes que contratam webdesigners costumam fazer isso.

Navegar na internet e ter opiniões sobre sites bons ou ruins — além do uso do Word e Powerpoint — pode não ser experiência suficiente para fazer um site eficaz. No entanto, muitos clientes consideram isso suficiente, tratando os profissionais apenas como extensões da sua mente, ou daquilo que visualizam.

Há dicas bem práticas nesse artigo sobre como o webdesigner pode lidar melhor com a situação. Muitas são daquelas óbvias que às vezes não cumprimos por pura negligência. Por exemplo:

• mostre dados, exemplos que embasam as melhores decisões, podendo até explicar alguns princípios de usabilidade e design
• vista-se apropriadamente para reuniões (essencial!)
• escreva emails profissionais
• gaste muito tempo com explicações sobre o trabalho, expectativas, processos…

Em sites que têm divs sobrepostos — por exemplo, este blog — o flash do youtube vai arruinar o layout, desobedecendo o z-index e ficando por cima de tudo.

Uma solução é acrescentar na mão

?wmode=opaque

ao final da url do vídeo, no código youtube. Por exemplo:

<iframe width="560" height="349" src="http://www.youtube.com/embed/fZpEjrdf56k?wmode=opaque" frameborder="0" allowfullscreen></iframe>

(Fix YouTube iFrame Overlay and Z-Index Issues)

Para remover aquele incômodo highlight nos campos ativos de formulários do webkit (Chrome & Safari), basta usar o seguinte no CSS:

*:focus {outline: none;}

(Remove the Safari Input Focus)

A segunda é para remover as páginas (pages) dos resultados de buscas do WordPress. Essa função no functions.php resolve:

function remove_pages_from_search() {
global $wp_post_types;
$wp_post_types['page']->exclude_from_search = true;
}
add_action('init', 'remove_pages_from_search');


(How do I remove Pages from search?)

O ClipMenu torna o copiar & colar mais produtivo

Uma dica rápida para quem usa Mac. Uma coisa que adorava no Linux KDE — e sempre senti saudade — era a área de transferência com múltiplas entradas. Ou seja, para usar o Ctrl + V era possível escolher uma das últimas dez coisas que você copiou.

Para quem usa muito copiar & colar (por exemplo, códigos hex de cores no CSS), essa função agiliza bastante as coisas.

O ClipMenu faz exatamente isso no Mac.

Tchau Firefox/Delicious

Aproveitando o post, ontem fiz algo que estava planejando há tempos: abandonar o Firefox e o Delicious.

O Firefox recentemente ficou muito para trás do Chrome/Webkit em desempenho. Já o Delicious, após o boato inicial de que seria fechado, foi confirmado que a Yahoo o colocou à venda. Ou seja, é um produto que não será mais desenvolvido.

A única coisa que me prendia ao Firefox era o plugin Delicious que me permitia ter os mesmos favoritos em qualquer computador, além do Firebug.

Com o último update do Firefox (3.6), a barra do Delicious quebrou. Como não estava com paciência de ficar esperando alguém na Yahoo consertar isso, abandonei logo tudo.

As Developer Tools do Chrome não ficam devendo nada ao Firebug; e há várias maneiras de sincronizar favoritos no browser Google.

Chrome com Google Bookmarks

Escolhi usar o Google Bookmarks. Deu pra importar tudo do Delicious. O ruim é que — por incrível que pareça, já que ambos são produtos Google — ainda não há uma maneira de sincronizar os favoritos do Chrome com esse serviço.

No entanto, acessar os favoritos do Delicious como fazia no Firefox não era lá muito rápido também. Vendo que o tempo é mais ou menos o mesmo de acessar os favoritos na página do Google Bookmarks, decidi por essa solução.

Para agilizar a busca pelos favoritos, usei essa dica:

Sync Options between Chrome Bookmarks and Google Bookmarks

Só espero que o Google Bookmarks com o tempo não seja descartado. Como é um serviço ainda bem cruzinho em termos de recursos, estou com esse receio: caso não emplaque (e parece que não está emplacando), já já pode ir para o lixo.

Quando comecei a usar o Thematic, achei isso mais fácil do que codificar um template do zero. O problema é que fiquei tão habituado que nem considerava deixar de usá-lo.

Com o WordPress 3, surgiram umas incompatibilidades que não tive paciência de resolver. Decidi usar o novo tema padrão Twenty Ten temporariamente e… não é que trabalhar assim é bem mais fácil? Foi bom enquanto durou, mas adeus Thematic.

WordPress ou Drupal?

Falando nisso, o WordPress 3 com seus “custom post types” foi o que me fez deixar um pouco de lado o Drupal.

Mas agora já estou com as mãos coçando por um projetinho Drupal, devido à versão 7 desse CMS. Ainda não coloquei as mãos nele, mas pelo que ando vendo o Drupal 7 agora está bem perto do WordPress no quesito interface de administração.