Um problema é que, entusiasmado pelos novos recursos, o administrador pode deixar-se iludir e não ser cuidadoso, a ponto de verificar antes se a sua hospedagem atual suporta a nova versão.

A versão 3.2 conta com os seguintes requisitos:

• Versão 5.2.4 d0 PHP ou maior
• Versão 5.0 do MySQL ou maior

Ok! Mas como saber se meu site vai quebrar ou funcionar normalmente?

Existe um plugin especial para isso: WordPress 3.2 Requirements Check.

Depois de instalá-lo, é apresentada uma mensagem, como pode ver no painel abaixo:

No meu caso, o plugin avisou-me que minha hospedagem suporta sim a nova versão da framework. Lembre-se de desinstalar posteriormente.

E se eu não quiser instalar para poder saber? Entre em contato diretamente com o seu servidor de hospedagem, e pergunte se ela suporta as recomendações que citamos lá em cima. Ah! Boa sorte, claro!

:)

Incoming search terms:

• como descobrir a versao do meu wordpress

Nenhum artigo relacionado

Para isso baixe o WordPress em português em http://br.wordpress.org e descompacte o arquivo que você baixou. Agora envie a pasta language que está dentro da pasta wp-config para a sua hospedagem.

Depois edite o arquivo wp-config.php que fica na raiz do Wordpress e altere o texto da função define(); para a função seguinte:

define ('WPLANG', 'pt_BR');

Agora o seu WordPress se encontra traduzido.

Nenhum artigo relacionado

Porém, por excesso de zelo,  a correção foi além do necessário e criou uma situação rara onde o HTML de comentários é filtrado sem necessidade, removendo imagens, etc dos comentários.

Como isto afeta apenas usuários com a capacidade de unfiltered_html e  a versão 3.1 está prestes a ser lançada, foi decidido que não será feita uma versão 3.0.6 para solucionar este erro.

Para as pessoas que são afetadas por ele, existe uma opção de atualização: o plugin Hotfix.

Atualmente o plugin Hotfix corrige apenas este erro, mas no futuro deverá servir como alternativa para corrigir erros mais rapidamente do que com uma versão nova.

Este post é uma versão traduzida desse post no  blog WPDevel.

Quando estive no WordCamp Curitiba, mostrei  ao Zé Fontainhas o que me parecia ser um bug nesta funcionalidade.

Não conseguiamos  adicionar posts aos menus, somente páginas.

Note que nas caixas da esquerda não há nenhum post.

Porém quando desligava o JavaScript no navegador,  os posts apareciam.

Mostrei ao Guilherme Aguiar, que também não sabia como fazer os posts aparecerem.

Ficou a dúvida  até que em dezembro, no seu blog,  o Guilherme mostrou o caminho: o botão de  ‘Opções de tela’.

Clicando ali, vemos a opção de mostrar posts.

Note a opção para mostrar posts

Basta marcar a opção, e os posts já ficam disponíveis para serem adicionados ao menu.

Note que agora temos uma caixa de posts na esquerda.

Copiando do site do Guilherme, finalizo este post.

“Enfim, ai vai uma dica para sempre clicarem nessas Opções de tela e não perderem nenhuma possibilidade que o WP pode proporcionar.”

O motivo desse post e para colocar um link para vocês onde tem esse artigo que e dividido em 2 partes e que a 1º parte dele ja fui publicada. Espero que leiam e goste do post pois vale a pena ler e fazer se você tem um site/blog no WordPress.

SEO para WordPress – parte 1

Postado em: Desenvolvedor Web | Giovanni Keppelen

O motivo desse post e para colocar um link para vocês onde tem esse artigo que e dividido em 2 partes e que a 1º parte dele ja fui publicada. Espero que leiam e goste do post pois vale a pena ler e fazer se você tem um site/blog no WordPress.

SEO para WordPress – parte 1

Postado em: Desenvolvedor Web | Giovanni Keppelen

Oi pessoal

A pouco tempo atrás aqui no Rio de janeiro tivemos o #CoéSEO, foi um evento muito bom, tivemos a presença de muitos nomes do search brasileiro além de uma discução muito legal sobre SEO. Uma das pessoas que conheci por lá, o @docluz, falou uma coisa simples, mas muito legal, "se você quer uma coisa, dedique-se". Isso me inspirou bastante, por isso decidi escrever esse artigo.

O WordPress é uma ferramenta muito boa para quem sabe usar e defendo que o WordPress não só como um CMS para Blogging, mas para todo tipo de conteúdo.

Como em todo site, principalmente blogs, se você quer ter um bom posicionamento você precisa de um bom trabalho de SEO no seu site.

Como todos sabem, SEO On-Page é só uma pequena parte desse mundo, mas é dessa pequena parte que vou falar agora.

Como muitos sabem o WordPress tem uma estrutura de arquivos bem dividida, Cabeçalho (header.php), Corpo (index.php, single.php, page.php e etc), Sidebar (sidebar.php) e rodapé (footer.php) e além destas páginas de estrutura temos também as páginas de funções(functions.php), categorias (category.php) e etc…

Cada página dessa merece uma consideração especial, em algumas dessas páginas existem pontos que é interessante trabalhar. Por isso eu separei esse artigo em duas partes, código e configuração. Vamos a primeira parte então.

O cabeçalho do WordPress é bem legal de se trabalhar e a otimização dele é muito importante. É no cabeçalho que definimos coisas extremamente importantes como descrições, titulos, e etc.

Então vamos ao que interessa:

Não use Tags Desnecessárias

Evite este tipo de código:

<html xmlns="http://www.w3.org/1999/xhtml" <?php language_attributes(); ?>>

Prefira escrever no HTML o resultado disso. Fazendo isso você ganha no tempo de carregamento da página, o que é levado em conta no algoritmo de posicionamento, então prefira escrever logo no html

<html xmlns="http://www.w3.org/1999/xhtml" dir="ltr" lang="pt-BR">

Sempre use o wp_head() e o wp_footet()

Essas funções são muito legais, além de funções como a páginação de posts, o ping da URL atual e muitas outras coisas, por ela você consegue inserir diversas funções no cabeçalho sem nenhum problema.

Sempre use a meta tag Description

Minha dica é que você use da seguinte maneira:

<meta name="description" content="<?php bloginfo('description'); ?>" />

Assim você pode editar sua descrição pelo painel administrativo, mas se quiser seguir a primeira dica e escrever manualmente, ótimo, você novamente ganhará em performance.

Essa tag é importante pois é daqui que o google vai puxar aquela descrição que ele coloca no snippet (Aquele bloco com o Titulo do site, Descrição e URL que aparecem como resultados de busca no google)

Uma descrição bem feita atrai usuários e uma dica interessante é usar algumas palavras chaves nessa descrição, pois as palavras buscadas aparecem em negrito na descrição e isso chama a atenção do usuário, sem contar que faz o motor de busca pensar 2x antes de usar um outro elemento como descrição (Sim, isso pode acontecer!)

Use o <?php wp_get_archives('type=monthly&format=link'); ?>

Este código gera varias tags com os arquivos do seu blog logo no cabeçalho

Porque isso é importante?
Além é claro de ajudar na indexação do seu blog, os motores de busca, pelo código que é gerado a partir dessa função guarda um histórico e pode usar isso de diversas maneiras que serão benéficas para você.

Inclua sempre a meta tag NOINDEX nas páginas de busca!!

Essa é uma parte importante

Busca gera conteúdo duplicado e os motores de busca não gostam disso.

Cada vez que você faz uma busca, é gerada uma URL diferente e se os motores de busca vêem isso, interpretam como conteúdo duplicado na maioria das vezes, então use sempre o noindex para evitar esse tipo de coisa.

Então no seu Head coloque isto na página de busca

<meta name="robots" content="noindex,follow" />


Otimize o Titulo da sua página

Essa é de longe uma das dicas mais importantes!!

Use títulos diferentes para cada página, procure fazer um código que exiba um titulo otimizado para cada página do seu site, tanto para categorias, páginas internas, tags, buscas e etc.

O Titulo é com certeza uma das partes mais importantes na hora de otimizar seu site, não só para os mecanismos de busca, mas para o usuário também.

Um titulo amigável e bem feito não só atrai a atenção do usuário, como também a do mecanismo de busca.

Então gaste bastante tempo fazendo um script (ou pegue um bom na internet) para gerar um bom titulo, acredite isso irá fazer uma ENORME diferença.

Carregue o seu Javascript sempre no footer!

Isso é uma boa prática que deve ser colocada em prática, não é obrigatório, muito menos irá fazer o google te rankear melhor (até onde eu sei), mas é uma prática correta, pois javascript é usado para complementar o que já existe, não agir por conta própria e logicamente se é um complemento, deve ser carregado depois do principal.

Adicione alguns códigos legais na sua functions.php

add_action('wp_footer', 'ga');

function ga(){
if (!current_user_can('level_10'))
{
?>
<script type="text/javascript">
var _gaq = _gaq || [];
_gaq.push(['_setAccount', 'UA-xxxxxx-x']);
_gaq.push(['_trackPageview']);
(function() {
var ga = document.createElement('script'); ga.type = 'text/javascript'; ga.async = true;
ga.src = ('https:' == document.location.protocol ? 'https://ssl' : 'http://www') + '.google-analytics.com/ga.js';
var s = document.getElementsByTagName('script')[0]; s.parentNode.insertBefore(ga, s);
})();</script>
<?php }
}

Este código Filtra o google analytics, assim quando você estiver logado como administrador ele não irá mapear sua atividade pelo site, deixando você com uma análise muito mais clara não confundindo usuário com administrador fazendo manutenção.

function no_self_ping(&$links)
{
$home = get_option('home');
foreach ($links as $l => $link)
if (0 === strpos($link, $home))
unset($links[$l]);
}
add_action( 'pre_ping', 'no_self_ping' );

Esta função evita que você pingue você mesmo, assim você não referencia você a você mesmo

Faça um código semântico

Use Tableless.

Usar tabelas não fará você ser punido ou muito menos piorará seu rankeamento, mas com um código em tableless o tempo de carregamento do site é muito mais rápido, sem contar facilidade de manutenção.

Codigo estrutural organizado é fácil de ser lido pelos mecanismos de busca, facilitando para eles diferenciar os conteúdos e assim classificar melhor cada parte do seu site.

Use o atributo title nos links e alt nas imagens

Isso é uma coisa que você deve ter sempre em mente.

O wordpress faz um preenchimento padrão desses campos se tratando de imagens, mas como esse preenchimento não é nem um pouco legal, geralmente pegando o nome da imagem, muitas vezes algo do tipo DSC005836

Faça uma descrição e preencha o Alt corretamente você mesmo, um código otimizado e legível conta bastante.

SEO não é só trabalhar no código, é principalmente trabalhar no conteúdo, então na segunda parte desse artigo, que irei postar em breve, vou detalhar um pouco disso e também das configurações que são legais fazer no wordpress, além de plugins e etc.

Bom galera, acho que é isso

Esse foi o meu primeiro artigo, espero que vocês gostem

Caso vocês tenham outras dicas, postem nos comentários!
E se vocês gostaram e querem que eu escreva sobre algum outro assunto, comente também!

Obrigado!

Leia também:

1. SEO para WordPress – Parte 2 Segunda parte do artigo sobre SEO em Wordpress, nesta parte...
2. Como exibir parte da postagem apenas para usuários registrados É muito fácil e com esta dica você poderá exibir...
3. Quanto tempo devo esperar para atualizar meu WordPress para o 2.8 ? Com o recente lançamento do WordPress 2.8, notei vários relatos...
4. Itens importantes que você deve saber antes de atualizar seu WordPress para o 3.0 Após 6 meses de desenvolvimento, o WordPress 3.0 foi finalmente...

Nas versões anteriores a 3.0 do WordPress, já era possível a criação de Tipo de Posts Personalizados(Custom Post Types), porém a partir da versão 3.0 foram implementados novos métodos com a finalidade de facilitar e popularizar o uso dos tipos de posts, que na verdade são tipos de conteúdos personalizados.

Tipos de posts padrões

Post

Um “post” (no banco de dados “post”) é o principal tipo de conteúdo utilizado, os Posts normalmente são exibidos em um blog ordenados cronologicamente. E também são usados na publicação dos feeds.

Páginas

Uma “página” (no banco de dados “page”) é muito parecio com um post, porém não faz parte da mesma estrutura cronológica dos posts.  Veja algumas diferenças importantes entre Posts e Páginas:

• Páginas não são organizadas cronologicamente;
• Páginas possuem uma estrutura de URL própria, podendo ser acessadas a partir da URL do site principal;
• Páginas podem utilizar Modelos de Páginas especiais;
• Páginas também podem ser organizadas dentro de uma estrutura hierárquica;

Anexo

Um “anexo” (no banco de dados “attachment”) é um post especial que contém informações sobre arquivos enviados através do sistema de upload de mídia.

Revisões

A “revisão” (no banco de dados “revision”), é usada para armazenar um rascunho de todos os posts (posts) e páginas (pages) existentes.

Menus de Navegação

Um “menu de navegação”(no banco de dados “nav_menu”), é usado para armazenar todas as informações relacionadas aos menus de navegação, outra implementação que só está disponível a partir do WordPress 3.

Agora que já sabemos quais são os cinco tipos de posts padrão do WordPress, vamos ver como são criados novos tipos de posts personalizados.

Tipos de Posts Personalizados

Para adicionar um tipo personalizado no WordPress 3.0, é preciso usar a função register_post_type. Esta função permite que você defina o tipo de post e como ele se comporta dentro do WordPress.

Registrando um tipo de post personalizado:

add_action( 'init', 'create_post_type' );
function create_post_type() {
register_post_type( 'noticias',
array(
'labels' => array(
'name' => __( 'Notícias' ),
'singular_name' => __( 'Notícia' )
),
'public' => true,
)
);
}

O código acima cria um tipo de post “noticias”, ou seja, toda vez que criado um post com este tipo, no banco de dados na tabela “wp_posts” na coluna “post_type” referente a este post, contará o valor “noticias”. A função register_post_type possui diversos parâmetros, no exemplo acima foram usados dois principais, o primeiro é o “labels”, que define o nome do novo tipo personalizado, o plural e o singular. O segundo é “public”, que é uma flag para mostrar o tipo de post na seção de administração do site, e para fazê-lo aparecer no site principal, se é adicionado nas queries ou não.

Você pode personalizar várias informações sobre o tipo personalizado, para saber mais sobre os outros parâmetros acesse a documentação da função register_post_type.

Exibindo o conteúdo na interface do website

Para fazer consultas específicas e trazer apenas posts do tipo personalizado que você deseja, você pode utilizar o parâmetro “post_type” em um objeto WP_Query sempre que precisar, por exemplo:

$loop = new WP_Query( array( 'post_type' => 'noticias', 'posts_per_page' => 10 ) );
while ( $loop->have_posts() ) : $loop->the_post();
echo '<h3>';
the_title();
echo '</h3>';
echo '<div>';
the_content();
echo '</div>';
endwhile;

O código acima mostrará os 10 últimos posts do tipo noticias inseridos no painel administrativo.

Plugins para Custom Post Types

• Custom Post Types UI
• Easy Post Types
• http://hacklab.com.br/?p=938 Algumas vezes, na construção de um site em WordPress, você pode precisar criar algum tipo de estrutura fora da hierarquia padrão do WordPress e seus arquivos de template. No WP 3.0 com os post types personalizados, isso se tornou uma necessidade ainda mais frequente.

  Você pode precisar, por exemplo, criar uma página com a listagens dos posts do tipo ‘livros’ que você criou no seu código.

  Este tutorial vai mostrar o funcionamento básico da classe WP_Rewrite() do WordPress que te ajuda a criar URLs customizadas e usá-las para extrair informações (sem precisar usar ?variavel=valor) ou para redirecionar para um arquivo de template criado por você.

  Existem outras maneiras de interagir com essa classe, e aqui vou mostrar apenas uma. Por isso é sempre bom dar uma olhada na documentção completa depois.

  Primeiro crie uma função que irá criar as suas regras e associe ela a um hook. Neste primeiro exemplo, vamos criar uma página de listagem para um custom post type.

  1 2 3 4 5 6 7 8 9 10 11

  function cria_minhas_regras($wp_rewrite) {   $new_rules = array( "livros$" => 'index.php?meu_template=livros', );   $wp_rewrite->rules = $new_rules + $wp_rewrite->rules;   }   add_action('generate_rewrite_rules', 'cria_minhas_regras');

  No código acima estou criando uma regra que diz que sempre que minha URL for “meusite/livros”, ele será direcionado para o index.php com uma variável meu_template setada com o valor ‘livros’. Note que este é o index.php da raíz do WordPress, e não do tema ativo.

  As regras são definidas usando uma expressão regular. Se você não conhece expressões regulares, vá atrás pois são muito úteis. Vamos montar algumas regras mais complexas aqui só para termos de exemplo:

  1 2 3 4 5 6 7

  function cria_minhas_regras($wp_rewrite) { $new_rules = array( "livros$" => 'index.php?meu_template=livros', "livros/autor/([^/]+)$" => 'index.php?meu_template=livros&autor=' . $wp_rewrite->preg_index(1), ); $wp_rewrite->rules = $new_rules + $wp_rewrite->rules; }

  Agora adicionamos uma regra nova. Se a URL vier meusite/livros/autor/qualquercoisa, o WordPress vai criar uma variável chamada autor e colocar essa “qualquercoisa” como seu valor.

  Note que é preciso saber alguma coisa de expressões regulares, pois elas são a base da construção das regras. Explicar expressões regulares nesse artigo o deixaria muito extenso. Por isso, apenas para constar, vale dizer que essa expressão regular entre parênteses quer dizer: um grupo de um ou mais caracteres que não tenha o caractere “/”. Os parênteses servem para capturar e depois serem acessados pelo método preg_index() ali na frente. Se houver mais de uma captura na mesma expressão, basta ir passando os valores 2, 3, etc para este método.

  Seguindo adiante, precisamos registrar essas variáveis que criamos nas variáveis públicas da classe WP_Query, para que possamos acessá-las através da função get_query_var().

  1 2 3 4 5 6 7

  function registrar_query_vars($public_query_vars) { $public_query_vars[] = "meu_template"; $public_query_vars[] = "autor"; return $public_query_vars; }   add_filter('query_vars', 'registrar_query_vars');

  Pronto. Agora você pode acessar esses valores no seu código, usando, por exemplo:

  1	$meu_template = get_query_var('meu_template');

  Em alguns casos, isso já vai ser suficiente, pois tudo o que você precisa é pegar algumas variáveis e aí no próprio arquivo functions do seu tema você se resolve. Mas você pode fazer também um redirecionamento para forçar o WordPress a usar um arquivo de template diferente do seu tema, que esteja fora da hierarquia do WordPress. Para isso, faça o seguinte:

  1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

  function template_redirect_intercept(){ global $wp_query;   // verifica a variável if ( $wp_query->get('meu_template') == 'livros' ) {   // se tiver o valor que queremos, usa o nosso template if (file_exists( TEMPLATEPATH . '/tpl_livros.php' )) { include( TEMPLATEPATH . '/tpl_livros.php' ); exit; } } }   add_action('template_redirect', 'template_redirect_intercept');

  E é isso. Agora crie o arquivo tpl_livros.php no seu tema e seja feliz.

  Nota importantíssima: o hook “generate_rewrite_rules” onde colocamos nossa função para criar as novas regras é chamado quando você salva as configurações de Links Permanentes. É preciso que seus links permanentes estejam configurados para alguma coisa diferente da padrão e o módulo rewrite do apache esteja funcionando corretamente, com o arquivo .htaccess criado.

  Nota importantíssima 2: Cada vez que você mudar alguma coisa no código das suas regras, é preciso salvar novamente a configuração de Links Permanentes para atualizar as regras. Isso acontece porque o WordPress guarda essas regras no banco, e não adianta simplesmente gerá-las dinamicamente no código. Você pode contornar isso, chamando na mão a função “$wp_rewrite->flush_rules()”, mas não é uma boa idéia chamar essa função toda vez que o site é carregado, pois ela é meio pesada.

  Rewrite Rules rules!

  ]]> http://wp-brasil.org/dicas-e-tutoriais/tutoriais/wordpress-rewrite-rules/feed 0