Viamão Lotado

Venho por meio deste post (e não “através deste”, segundo explicações do meu professor de português da oitava série) fazer um pequeno guia para quem deseja atualizar o seu WordPress sem medo de fazer besteira e piorar as coisas. Se você tem conhecimento o suficiente pra fazer isso, não fique deslocado, o nosso público é bem heterogêneo e é composto tanto por usuários avançados quanto iniciantes. Assim, também criamos conteúdo para a posteridade e possíveis necessidades de referência.

Nesta semana, o Janio noticiou a liberação da versão estável do WordPress 2.6. Tanto ele quanto eu já atualizamos os nossos blogues para a última versão por diversos motivos e um deles são sempre as melhorias de segurança que são feitas a fim de nos evitar dores de cabeça desnecessárias. Mas, como fazer?

IMPORTANTE!

Primeiramente, você deve fazer um backup COMPLETO do seu blog. Não sabe fazer também? Leia isto e FAÇA PRIMEIRO.

Já fez o backup? TEM CERTEZA?

Nós temos três opções pra fazer uma atualização do WordPress. Uma delas é baixando a nova versão do WordPress e sobrescrevendo os arquivos via FTP. A segunda é usando o CPanel de sua hospedagem, mas é bem provável que para o Fantástico disponibilizar essa atualização demore um pouco. Então sem rodeios eu vou explicar a forma mais rápida e prática de se atualizar o sistema:

Atualização por plugin: Instant Upgrade

O plugin Instant Upgrade faz todo o trabalho sujo por você e de forma eficiente e rápida. Basta você baixá-lo, descompactá-lo, colocá-lo na pasta wp-content/plugins do seu blog e ativá-lo no menu Plugins (Extensões) e tchum! Indo no menu Settings do seu WordPress, na opção Instant Upgrade, você terá como primeira tela a opção de qual método você utilizará para o download e instalação da atualização do WordPress, HTTP ou FTP. Eu, particularmente, prefiro fazer via HTTP. Primeiro porque não precisa inserir a senha do FTP da sua hospedagem, e segundo porque é mais rápido e prático.

Então basta você selecionar HTTP, clicar em Gravar (Save) e clicar em You can start upgrading now. A seguinte tela aparecerá pra você:

Ela é bem explicativa, as cores que o botão usa também não são nada discretas. Mande escolher a última versão selecionando The latest and greatest, please e fim de papo. Se tudo correr bem, e é bem provável que corra, você terá o seu WordPress novinho em folhas em menos de 30 segundos.

Palmas, por favor!

Uma das vantagens de ser testador das versões Beta do WordPress (WordPress 2.6 Beta é o bicho!) é ser avisado primeiro quando a nova versão está disponível.

Acabo de atualizar todos os meus blogs (exceto o Viamão Lotado, que é meu e do Becher, e porque ele é o responsável pela infraestrutura), e estou muito satisfeito com os novos recursos, principalmente a possibilidade de usar o Gears para acelerar o painel de administração. A notícia oficial pode ser lida aqui (em Inglês). Tem vídeo e tudo.

Como centenas de blogs vão noticiar a mesma coisa, na mesma chatice que foi o Download Day do Firefox, a notícia do Viamão Lotado encerra aqui. Em breve vai ser só mais do mesmo.

Agora que já entendemos pra que serve e porque vamos utilizar o plugin 1st Blog Cacher, está na hora de colocarmos a mão na massa. Você pode baixar o plugin clicando aqui. No pacote do plugin virão dois arquivos. Ao contrário dos plugins normais, estes dois arquivos não ficarão juntos na pasta de plugins do seu WordPress.

Instalando e configurando

1. Acesse a sua conta de hospedagem através do FTP. Na raíz do seu WordPress, você precisa criar um diretório (aquele diretório publicável, lembram?) que servirá para armazenar os arquivos em cache. O nome dele necessariamente precisa ser wp-cache. Além disso, você precisa setar as permissões desse diretório para 777.
2. Descompacte os dois arquivos que vieram no arquivo.zip do plugin. Dentro da pasta wp-content/plugins, você vai subir o arquivo 1blogcacher2.0.php. Já o advanced-cache.php ficará um nível de diretório acima, na raíz do wp-content.
3. Agora vamos editar o arquivo config.php, localizado na raíz do WordPress. É necessário acrescentar a linha define(‘WP_CACHE’, true);
4. Agora você vai acessar o WP-Admin do seu blog (área de administração do WordPress), ir na sessão Plugins (extensões) e ativar o recém instalado 1st Blog Cacher. Feito!

Doeu alguma coisa?

Exibindo alterações imediatamente (ou limpando o cache)

No menu Settings do wp-admin, encontraremos uma opção para o plugin que acabamos de instalar. Lá você vai encontrar um resumo das configurações do arquivo advanced-cache.php, que é o arquivo de configuração do plugin. Logo abaixo, os seguintes botões:

Estes dois botões serão muito importantes no caso de você fazer alguma alteração no tema ou num post. Caso não queira experar os 3600 segundos (1h), estipulados por padrão de “fábrica” no arquivo advanced-cache.php e exibidos acima, você clica em “Remove all files” que quando recarregar a página em questão ela estará alterada. Afinal, o cache consiste nisso, em criar uma versão estática daquilo que é dinâmico, como já disse na sequência da série. Então se houver alguma alteração, até que você limpe o cache do seu WordPress, ou aguarde o tempo de expiração dos arquivos, as alterações não serão exibidas.

Exceções

Nem tudo pode entrar no cache. Por isso, também no arquivo advanced-cache.php você poderá setar quais arquivos que você não quer que fiquem “estáticos”. Por exemplo, os arquivos que fazem o feed funcionar, os comentários etc. Por padrão, temos: wp-atom.php, wp-comments-popup.php, wp-commentsrss2.php, wp-links-opml.php, wp-locations.php, wp-rdf.php, wp-rss.php, wp-rss2.php. Se houver necessidade de acrescentar mais algum, o faça com cuidado, pra não colocar algum arquivo errado e o seu cache ficar subutilizado.

E os robôs de busca, verão meu cache?

Outra preocupação dos usuários é se os motores de busca serão insensíveis às atualizações do blog. Não. Assim como há exceções para arquivos do WordPress, o 1st Blog Cache identifica os spiders e os faz ver a versão dinâmica do seu blog. No arquivo de configuração também é possível remover e adicionar strings para rejeitar as aranhas, na opção OBC_REJECTED_USER_AGENTS.

Usando

Como dizem os gaúchos, “feito o carreto!”. Agora é usar e ser feliz com seu blog muito mais rápido e versátil.

Hoje nós temos disponíveis três grandes plugins que fazem este trabalho. O primeiro que surgiu e o mais usado é o WP-Cache. Funciona muito bem, por sinal, o plugin desenvolvido por Ricardo Galli. Entretanto, este nobre rapaz o descontinuou. Aí o sr. Donncha O Caoimh, um irlandês que desenvolveu outros plugins, inclusive a plataforma MU do WordPress, deu de mão no plugin do Ricardo e fez um “fork” (continou o desenvolvimento) e criou então o WP-SuperCache.

Outra opção é o XCache, que não pegou muito entre os blogueiros brasileiros que adotam esta prática. Existe muito pouca referência dele nas bandas de cá.

Entretanto, recentemente entrou em cena o 1st Blog Cache. Eu fiquei conhecendo através do blog da minha hospedagem da sua existência e fui incentivado a usá-lo, uma vez que o benefício é bilateral: o administrador do servidor consegue manter seu recurso de processamento livre para trabalhos mais nobres, e eu consigo agradar meu leitor fazendo-o esperar menos para o carregamento do site.

Mas por quê o 1st Blog Cache? Por quê não o WP-SuperCache?

Segundo o Janio, o WP-Cache reduz bastante o uso do banco de dados, mas não é totalmente descartado o carregamento do sistema WordPress por inteiro toda vez que uma página é requerida. Em contra-partida, “no caso do 1BlogCacher o repositório fica em um diretório “publicável” do servidor, dentro do diretório raiz do WordPress, e utilizando regras de reescrita de URL (URL Rewriting) estas páginas é que são entregues no navegador do visitante, (…)“. Se são entregues páginas para o navegador do visitante, páginas estáticas, nada de banco de dados, certo?

Quanto eu pago para usar a nona maravilha do mundo? (já que a oitava é o WordPress)

Você está preparado para isso? Você tem certeza que quer ler isso? Seu coração é forte? Quer pedir ajuda aos universitários?

Nada. É grátis. Você pode baixá-la e instalar por conta em risco, seguindo um Read Me bem completo em inglês que vem junto com o pacote. Mas se você for paciente, o próximo e último post da série é um pequeno tutorial de como instalar e configurar o plugin de cache.

Muita gente tem medo de colocar no seu blog um sistema de cache. Alguns justificam que não há necessidade, que o blog está respondendo num tempo satisfatório, ou que a hospedagem é boa, ou ainda que é muito complicado tecnicamente fazê-lo funcionar. Eu venho nesta pequena série de posts tentar desmistificar essa história toda que é fazer cache em blog.

O que é cache? Qual sua função?

Diz a Wikipedia: “Uma definição mais simples de cache poderia ser: uma área de armazenamento temporária onde os dados freqüentemente acedidos são armazenados para acesso rápido.” Simples assim, oras. Não vamos complicar o que é simples. Mas vamos procurar entender…

Por quê deixa o blog mais rápido?

Quando você acessa um site estático, ou seja, aquelas páginas desenvolvidas em HTML puro e com algumas imagens adicionadas, ele logo é disponibilizado na sua tela. São arquivos que já estão prontos, não demandam tanto processamento, não precisa ser gerado. Entretanto, quando você acessa um site dinâmico, desenvolvido com tecnologias como PHP, ASP ou JSP, por exemplo, ele precisa consultar um banco de dados que armazena e gerencia as informações que devem ser exibidas naquele instante. É o caso do seu blog: toda vez que alguém entra nele, ele faz várias consultas na sua base de dados para saber quais os posts mais novos, ou quando entrar num post específico, quais os comentários para aqueles posts, tags, categoria, imagens etc.. Estas operações, apesar de invisíveis, consomem recursos da máquina onde seu blog está hospedado, ela precisa processar todas as informações de acordo com aquilo que você solicitou. Isso pode demorar.

Pra isso existe o cache: ele torna estático o que é dinâmico, grosso modo. Quando alguém entra no seu blog e procura aquele seu post famoso por conter fotos da Mulher Melancia, por exemplo, ele processa todas as informações, diz onde estão as imagens, quais são as tags adicionadas, qual categoria ele pertence e gera um arquivo HTML desse resultado e armazena em um diretório específico. Junto com ele, um outro arquivo que funciona como uma chave também é criado. Quando o próximo leitor entrar no seu blog e procurar pelo mesmo post, o sistema de cache verifica se o que ele procura já está gravado e exibe o HTML, texto puro, mais rápido. Poupa tempo do leitor, poupa tempo de processamento do servidor, libera memória para operações mais importantes. O seu visitante fica feliz, você fica feliz, seu administrador fica feliz.

Certo, mas quais são os plugins indicados para fazer cache e como eu faço?

Isso nós vamos ver na sequência dessa pequena série que inicia agora. Assine o fide do Viamão Lotado e acompanhe de camarote!

Eu não uso, mas a maioria sim.
E moscas não mudam de dieta.
Imagem via Wikipedia

Acabam de liberar o primeiro beta do WordPress 2.6. Não sou aventureiro ao ponto de instalá-lo em qualquer dos meus blogs em produção, mas fiquei muito entusiasmado com o que andei lendo a respeito.

Além de uma série de correções e melhorias principalmente no que diz respeito ao JavaScript de suporte à área administrativa, a nova versão vai vir com suporte ao Google Gears. Isso significa que partes do WordPress ficarão sempre disponíveis localmente no seu computador, não carecendo mais de download a cada vez que são requisitados.

Por exemplo: o TinyMCE (que também vai sofrer melhorias, aleluia) precisa fazer download do código correspondente cada vez que clicamos no botão para inserir link. Com o suporte do Google Gears aquele diálogo carregará instantaneamente porque já estará disponível no espaço de memória do próprio navegador.

Outro exemplo: o diálogo de inserir mídia demora um século para carregar (sim, estou exagerando), mas com o suporte do Google Gears ele também vai abrir instantaneamente!

Não sei se existe Google Gears para Internet Explorer; sou usuário de Linux e só uso o E azul para testar algum layout, o que faz com que ele seja irrelevante para o contexto do presente texto.

Sugiro as seguintes leituras adicionais, que me inspiraram e embasaram para este artigo: WordPress 2.6 and Google Gears e WordPress 2.6 Beta 1 (ambos em Inglês).

Em tempo: falar o tempo todo em Google Gears é um vício meu; o nome do produto agora é só Gears.

Hoje, terça-feira, 27 de maio, o WordPress completa 5 anos de existência. Pra mim, é o melhor sistema de gerenciamento de conteúdo voltado para blogs e não troco sob hipótese alguma. Primeiro porque como se não bastasse por si só ser o melhor sistema, de quebre tem a melhor comunidade de desenvolvimento de plugins que nos facilitam e MUITO a blogar. Segundo porque é relativamente simples de instalar, configurar e personalizar.

Até vai rolar uma festa em San Francisco, nos Estados Unidos, pra comemorar a data. Como diz o Mark Ghosh, do Weblog Tools Collection, “Oh, como nosso bebê cresceu!”

Como desde pequeno aprendi a nuncar chegar de mãos vazias na casa de ninguém, principalmente quando a visita era em aniversário, a Renata — minha namorada – e Eu resolvemos juntar uns trocados e fazer uma doação para o projeto.

É importante dizer que se eu ganho alguma coisa com que escrevo, isso se deve em grande parte por uma base tecnologica muito boa que o WordPress oferece. NADA do que eu possa depositar hoje financeiramente no Donate do Codex deles é justo ou paga o que eu devo por gratidão. Entretanto, nada mais justo ajudar da forma que posso com o custeio da hospedagem dos caras, assim como os anunciantes e possíveis clientes dele o fazem no meu blog.

Recomendo que, ao invés de todo mundo fazer post dando APENAS parabéns enquanto come o bolo e toma guaraná de graça, doe qualquer quantia via PayPal pra eles. Vai ser bem mais útil.