Cheguei à conclusão que vou demorar a ser um blogueiro profissional e viver de adsense. Aqui eu sou um fracasso, admito. O meu consolo é uma frase de um amigo meu que sugere bem meu estado de espírito:

Prefiro ser um blogueiro fracassado e um analista de sucesso do que ser um analista fracassado e virar blogueiro de sucesso…

É… analisando por esse lado, então dane-se.

Ok, vamos para a parte divertida. Analisar quais as keywords mas esdrúxulas que levaram alguns incautos internautas ao meu moribundo blog. E rir das desgraças deles, claro.

Infelizmente até aqui eu sou um fracasso. Nem uma piadinha a fazer. 99.999…% dos meus leitores que vieram via buscas no Google vieram por razões técnicas. Talvez porque o subtítulo do do blog era “Tecnologia sem blá blá blá”.

Só teve mesmo um pessoal procurando por “beta positivo”, se alguém puder me dizer o que é isso eu agradeço. Será um novo tipo de emo? Mas tudo bem o blog era beta (beta version, ok?).

Ah, teve uma busca pela “a interpretação da linguagem no conto a bela e a fera”, mas foi culpa minha. Tem um post com esse conto no título e ainda falava de linguagem…

O Google Analytics também mostra uma lista das keywords procuradas nas quais o blog aparece, mas os internautas não tiveram coragem de clicar

O lado positivo é que a maioria das perguntas feitas ao oráculo foram respondidas aqui. As que eu sei que não foram dão uma pista sobre o que escrever em 2009.

No fim das contas planejei um blog técnico e recebi leitores técnicos. Assim não pode! Assim não dá!!! Por isso vou aumentar a taxa de blá blá blá. Se não vou ficar rico blogando, pelo menos quero rir às custas de alguém

Ei, acordem seus panacas, os comments são moderados…

UPDATE: Não me culpem pelo tema. O que eu usava parece que não é lá muito compatível com a versão atual e este aqui foi o que cagou menos com os layouts…

Foram só cinco versões de diferença…

Muito obrigado a todos.

Os detalhes para a atualização do WordPress podem variar de versão para versão e podem ser encontrados no próprio site.

Eu poderia utilizar as opções de import/export do próprio WordPress, mas um dos problemas com o provedor antigo, era que eu não estava conseguindo acessar a área administrativa do blog. Sem fazer um único upload sequer, do nada eu não tinha mais como logar no blog, e a resposta que eu obtive do provedor foi:

“…entre em contato com os desenvolvedores do WordPress…”

Resolvi então entrar em contato com um concorrente e migrar na unha…

Os passsos que eu utilizei foram bem simples, e seguem abaixo:

Contratando o novo provedor

Fiz umas buscas na internet, consultei amigos, e no final foi só preencher um formulário, informar o número do cartão de crédito e aguardar a confirmação do pagamento.

Backup

Enquanto eu aguardava pela confirmação do novo provedor, fui fazendo backup do blog. Como eu tinha muito “lixo” instalado, decidi fazer apenas o backup da base de dados com os posts, e utilizar uma versão limpinha do WordPress.

Para o backup do MySQL eu utilizei uma de suas ferramentas de linha de comando o mysqldump. Uma das características mais legais (na minha opinião) do mysql e suas ferramentas, é a possibilidade de utilizá-las remotamente. Isso já salvou a minha pele algumas vezes nas épocas de SysAdmin.

O comando foi bem simples:

user@host:~$ mysqldump --host=my.old.mysqlserver 
             --user=myuser --password 
             --databases myblogdatabase > mybkp.sql

–host=my.old.mysqlserver: Conecte-se no host onde está o meu banco MySQL.
–user=myuser: Utilize este usuário para a conexão.
–password: Pergunte a senha num prompt. Caso eu quisesse informar a senha diretamente, poderia ter feito –password=mypass.
–databases myblogdatabase: Faça um dump de todas as tabelas da base de dados ‘myblogdatabase’, utilizada pelo meu blog.
> mybkp.sql: Redirecione a saída para um arquivo.

O mysqldump gera todo o SQL necessário para recriar a base de dados no mesmo estado em que ela se encontrava.

Restaurando os dados

No início do arquivo de dump tem a referência à base de dados antiga. Caso a nova base de dados tenha um nome diferente é preciso editar o arquivo de dump. Isso pode ser feito com o comando sed:

user@host:~$ sed s/`olddatabase`/`newdatabase`/ mybkp.sql > mynewbkp.sql

A restauração é bem simples, utilizando o prompt do mysql:

user@host:~$ mysql --host=my.new.mysqlserver --user=myuser --password
mysql> use newdatabase;
mysql> . mynewbkp.sql

Com isso logamos, entramos na nova base, ainda vazia, e executaamos o arquivo com o dump cheio de instruções SQL para recriar as tabelas e os dados da base antiga dentro da nova.

Atualizando o WordPress

Atualização do WordPress segue os passos básicos da instalação: baixar, descompactar, mover o conteúdo para o local desejado e editar o arquivo wp-config.php.

Por fim, com o browser, executamos o arquivo

http://my.blog.root.path/bla/bla/bla/wp-admin/upgrade.php

E pronto!!! Você vai receber uma senha aleatória para o usuário admin e é só logar.

Configurando o WordPress

Quando o provedor fornece o serviço, normalmente ele fornece duas formas para você acessar os recursos do site. Uma delas é a forma padrão que utiliza o seu domínio como endereço, já a outra fornece o mesmo recurso como uma url estranha. Hoje eu descobri o porquê disso: enquanto o DNS estava apontado para o provedor antigo, eu acessava a url estranha no provedor novo, sem interferir no (mal)funcionamento do site antigo.

Depois do Wordpres instalado, qualquer tentativa de acesso ao conteúdo, redirecionava para o blog antigo. Aí eu lembrei que existem duas opções para configurar a url no blog. Bastava saber onde isso estava no banco de dados. Seguindo a lógica dos nomes das tabelas, cheguei na tabela wp_options.

Utilizando a ferramenta gráfica MySQL Query Browser, alterei os campos ‘option_value’ que correspondiam aos campos ‘option_name’ das opções ‘siteurl’ e ‘home’ para aquela url estranha, e passei a utlizá-la durante a migração, enquanto instalava plugins e temas. Depois de tudo pronto, alterei o DNS e por fim restaurei os valores originais nas opções. Isso em linha de comando ficaria assim:

mysql> select * from wp_options limit 1;
+-----------+---------+-------------+-------------------------+----------+
| option_id | blog_id | option_name | option_value            | autoload |
+-----------+---------+-------------+-------------------------+----------+
|         1 |       0 | siteurl     | http://mydomain.com/etc | yes      |
+-----------+---------+-------------+-------------------------+----------+
1 row in set (0.00 sec)
 
mysql> select * from wp_options where option_value = 'http://mydomain.com/etc';
+-----------+---------+-------------+-------------------------+----------+
| option_id | blog_id | option_name | option_value            | autoload |
+-----------+---------+-------------+-------------------------+----------+
|         1 |       0 | siteurl     | http://mydomain.com/etc | yes      |
|        40 |       0 | home        | http://mydomain.com/etc | yes      |
+-----------+---------+-------------+-------------------------+----------+
2 rows in set (0.00 sec)
 
mysql> update wp_options set option_value = 'http://url.estranha.com/etc' 
       where option_value = 'http://mydomain.com/etc';
Query OK, 2 rows affected (0.02 sec)
Rows matched: 2  Changed: 2  Warnings: 0
 
mysql>

O primeiro comando SQL foi pra saber quais os campos da tabela, o segundo para buscar quais as opções que possuiam a mesma url e o terceiro, finalmente para atualizar. Depois disso, o blog já passa a apontar para o endereço de trabalho correto, e a volta pode ser feita através do site normalmente.

Conclusão

Migrar um blog na unha não é a melhor opção, uma vez que você corre o risco de perder todos os dados. Eu só consegui realizar esse feito, porque conheço um pouco do funcionamento do WordPress e das ferramentas ao redor. Ainda assim, tive meus momentos de suspense. Apesar de manter em casa um backup separado dos posts, eu não tinha como guardar os comentários e opções em geral. De certa forma foi bom para eu ficar esperto e ir fazendo meus backups semanais do site.