Ocorreu que o processo de atualização automática [do WordPress 2.9.2 para o 3.0] não foi concluído corretamente. O motivo desse erro teria sido a sobrecarga do uso de memória, que por sua vez estaria relacionado à quantidade de plugins instalados. E deve ser isso mesmo, pois em outro site no qual tenho poucos plugins habilitados a atualização ocorreu sem problemas.

Pois bem, segue uma descrição dos fatos e dos procedimentos realizados para solucionar o problema:

Depois que a instalação foi interrompida, recarreguei a página e me deparei com a mensagem “Briefly unavailable for scheduled maintenance. Check back in a minute”.

Descobri que no momento que você inicia o processo de atualização automática, o arquivo “.maintenance” é criado na pasta raiz do WP, indicando que o site está em manutenção e fazendo com que os usuários que acessarem o site, durante a atualização, vejam a mensagem mencionada.

Normalmente, ao final da atualização, esse arquivo é removido automaticamente, porém como ocorreu um erro, ele não foi. Logo, o primeiro passo para a solução do problema foi acessar a pasta de instalação do WP via FTP e remover esse arquivo.

Após remover o arquivo, recarreguei novamente a página do site, e dessa vez obtive a mensagem: “PHP Fatal error:  Call to undefined function is_multisite() in …/wp-includes/wp-db.php on line 505″.

Problema sério. Não era mais possível acessar o site ou o Painel de Administração, logo a única solução foi realizar a atualização manual do WordPress.

Primeiramente fiz o download do WP pelo site oficial (em pt_BR) e extraí o conteúdo do arquivo zip para uma pasta qualquer. Em seguida fiz o upload dos arquivos para o site via FTP, substituindo todo o conteúdo da pasta principal do WP, bem como das pastas wp-admin, wp-content e wp-includes.

Assim que a cópia foi concluída, acessei novamente o site e desta vez obtive a seguinte mensagem: “Sem permissões suficientes para acessar esta página”.

A solução para esse caso foi, via FTP, navegar até a pasta “wp-content/languages” e então remover o arquivo pt_BR.php.

Abri novamente o site e dessa vez tudo estava “normal”. Por fim, ao acessar o Painel de Administração, me deparei com uma mensagem avisando que o banco de dados deveria ser atualizado. Concordei e pronto! Problema resolvido e site atualizado.

Fica aí a dica!

Normalmente utiliza-se as chaves { } para delimitar o escopo de um determinado bloco de código.

A sintaxe alternativa consiste em alterar o uso da chave de abertura por dois pontos (:) e a chave de fechamento pelas respectivas palavras-chaves, dependendo do tipo de estrutura, endif;, endfor;, endforeach;, endwhile; e endswitch;.

Mais informações podem ser obtidas aqui.

Fica aí a dica!

echo "Olá, meu nome é {$nome}";

Agora me diga: você sabe pra que serve o uso das chaves { } delimitando a variável? Resposta: No aspecto prático da “coisa”, pra nada!

As chaves [cujo termo em inglês é curly braces] são usadas apenas para realçar a visibilidade da variável. Seu uso foi incluído desde o PHP4 e é totalmente opcional.

Mais informações sobre o assunto podem ser obtidas aqui.

Fica aí a dica!

A solução é adicionar o modificador u (ex: preg_match(‘/^(.*)\W.*$/u‘, … )

Se você quer saber quais os outros “modificadores de padrão” – Pattern Modifiers – disponíveis no PHP, clique aqui.

Fica aí a dica!

A pergunta que você deve estar fazendo, principalmente se chegou até aqui via Google, é o que essa função faz? Onde eu encontro a documentação sobre ela?

O fato é que a função __() não faz parte do PHP, mas trata-se de uma função definida pelo WordPress ou Framework utilizado e, por senso comum, está relacionada à função de localização/internacionalização/tradução.

O seu funcionamento é muito simples: a função recebe como parâmetro uma mensagem [$message], busca no módulo de localização a tradução para o parâmetro passado [$message] e então retorna a tradução. Se a tradução não é encontrada, o próprio valor passado [$message] é retornado. Os detalhes, no caso do WordPress, podem ser vistos aqui.

Note, no entanto, que a função _() existe no PHP e trata-se de um alias para a função gettext(), que por sua vez é utilizado também quando se deseja promover a localização/internacionalização das aplicações.

Fica aí a dica!

E por experiência própria posso confirmar que Java está em alta, pois nos últimos meses tenho um cadastro ativo na Catho e pude verificar que realmente Java é a linguagem com mais vagas disponíveis!

Então, se você quer arrumar um emprego na área de programação, o caminho mais fácil é aprender Java!

Como eu não gosto das coisas fáceis, rs, continuo investindo em PHP… :]

Fica aí a dica!

O motivo é que o uso de short tags deve ser explicitamente permitido no php.ini [short_open_tag = On] e tal configuração pode não estar ativada no servidor de hospedagem que você vá usar e com isso, obviamente, seu sistema não irá funcionar.

Fica aí a dica!

Se a resposta for não, qualquer dia desses eu posto uma tradução! rs.

Um abraço.

Particularmente não pretendo [e nem aconselho] fazer a migração, afinal “90% do código do framework é totalmente novo”, e sei que existe uma grande possibilidade de novos bugs existirem. Melhor esperar a versão 3.0.1 – que já foi mencionada no fórum.

Por outro lado, se você já quer experimentar essa nova versão, faça já o download.

Fica aí a dica!

Nesse primeiro post “mais técnico” do blog eu resolvi falar sobre o framework Kohana PHP: um framework web de código aberto, com base no PHP5, que usa o padrão de design [design pattern] MVC – Model, View e Controller e tem como objetivo ser seguro, rápido e fácil de aprender e usar.

Lançado em maio de 2007 – inicialmente com o nome de Blue Flame – o projeto nasceu como fork de um outro framework: o CodeIgniter. Todavia, é importante dizer que, embora de fato na versão 1.0 do Kohana a maior parte do código fosse igual ao CodeIgniter, na versão 2.0, todo o framework foi reescrito “do zero”, sendo inclusive adotadas algumas decisões importantes, entre elas privilegiar o uso dos conceitos de orientação a objeto disponíveis somente na versão PHP5 ou superior – que por sua vez é um requisito do framework.

Note que com uma simples busca pelo Google, você consegue encontrar vários frameworks para o PHP, no entando eu escolhi o Kohana basicamente pelos seguintes fatores:

• A curva de aprendizado é pequena, ou seja, você consegue rapidamente trabalhar com o framework – criar aplicações – sem que para isso seja necessário horas de estudo.
• Quando comparado com outros frameworks [Zend - principalmente, CakePHP, Symfony e CodeIgniter] o Kohana é aquele que apresenta o melhor desempenho e utilização de recursos.
• Convenções práticas de nome de classes e arquivos.
• Eu gostei do nome Kohana, rs…

É claro que nem tudo são “flores”: um dos principais pontos negativos do framework se deve ao fato de ter pouca gente usando, ou seja, a comunidade é pequena e conseguir ajuda “direta” (e principalmente em português) pode ser algo complicado. Todavia a página com documentação é relativamente boa e existe um guia bem didático [mas em inglês] disponível.

Também devo dizer que o Kohana não é um framework “suiço”, ou seja, não tem tantos recursos como o Zend, mas aos poucos vai ganhando alguns Modules, Libraries e Helpers que facilitam o trabalho.

É claro que o que é bom para mim, pode não ser pra você. Dito isso, basta a você testar e decidir aquilo que melhor lhe atende. Por enquanto estou satisfeito com o Kohana, se você se decidir por ele, saiba que pode contar comigo.

Nos próximos posts eu vou dar algumas dicas e exemplos de uso do Kohana, incluindo integração com Jquery, Banco de Dados, Manipulação de Imagens, entre outras funções “avançadas”… por isso, volte em breve!

Um abraço.