Se seu serviço de hospedagem não tem servidor de emails (ou se o servidor de emails vive caindo, ou se é impossível de configurar, etc.) você pode enviar os emails do wordpress através de uma conexão smtp com outro servidor com o plugin WP Mail SMTP.

Para usar este plugin e o servidor SMTP do gmail, por exemplo, aqui vão as configurações necessárias:

1. No seu painel vá até “Configurações -> Email”;
2. Preencha os campos da seguinte forma:
   • From Email: coloque o endereço de email do remetente
   • From Name: coloque o nome do remetente
   • Mailer: Marque “Send all WordPress emails via SMTP”
   • Return Path: Marque “Set the return-path to match the From Email”
   • SMTP Host: smtp.gmail.com
   • SMTP Port: 465
   • Encryption: Marque “Use SSL encryption”.
   • Authentication: Marque “Yes: Use SMTP authentication”.
   • Username: coloque o seu endereço do gmail (com o @gmail.com)
   • Password: coloque a sua senha do gmail
3. Salve as suas configurações e só depois de salvar faça um teste.

Depois de algum tempo sua base SQL do wordpress vai conter alguns dados inúteis, ou seja, lixo. Este artigo traz as 10 melhores queries para limpá-la.

Duas coisas importantes: Sempre faça um backup da sua base antes de qualquer coisa e as queries aqui levam em consideração o prefixo padrão de tabelas wp, ou seja, seus nomes começam com wp_.

Caracteres estranhos

Para não ter que solucionar problemas de charset na mão, utilize estas queries para fazer a troca automaticamente:

UPDATE wp_posts SET post_content = REPLACE(post_content, '“', '“');
UPDATE wp_posts SET post_content = REPLACE(post_content, '”', '”');
UPDATE wp_posts SET post_content = REPLACE(post_content, '’', '’');
UPDATE wp_posts SET post_content = REPLACE(post_content, '‘', '‘');
UPDATE wp_posts SET post_content = REPLACE(post_content, '—', '–');
UPDATE wp_posts SET post_content = REPLACE(post_content, '–', '—');
UPDATE wp_posts SET post_content = REPLACE(post_content, '•', '-');
UPDATE wp_posts SET post_content = REPLACE(post_content, '…', '…');

UPDATE wp_comments SET comment_content = REPLACE(comment_content, '“', '“');
UPDATE wp_comments SET comment_content = REPLACE(comment_content, '”', '”');
UPDATE wp_comments SET comment_content = REPLACE(comment_content, '’', '’');
UPDATE wp_comments SET comment_content = REPLACE(comment_content, '‘', '‘');
UPDATE wp_comments SET comment_content = REPLACE(comment_content, '—', '–');
UPDATE wp_comments SET comment_content = REPLACE(comment_content, '–', '—');
UPDATE wp_comments SET comment_content = REPLACE(comment_content, '•', '-');
UPDATE wp_comments SET comment_content = REPLACE(comment_content, '…', '…');

Fechar trackbacks em todos os posts

UPDATE wp_posts SET ping_status = 'closed';

Livrar-se de shortcodes sem uso

Quando você troca seu tema wordpress para outro que não use as mesmas shortcodes, elas começam a aparecer no meio do texto, já que não são tratadas pelo tema atual. Aqui vai uma query para acabar com este problema, usamos a shortcode [tweet] como exemplo.

UPDATE wp_post SET post_content = replace(post_content, '[tweet]', '' ) ;

Excluir posts meta específicos

Útil na mesma situação do item anterior.

DELETE FROM wp_postmeta WHERE meta_key = 'YourMetaKey';

Excluir todas as tags que não são usadas

Há 4 ou 5 anos as tags eram muito populares. Agora muitos autores pararam de se utilizar delas. Se você foi um deles economize um espacinho na sua base de dados fazendo esta pequena limpeza.

DELETE FROM wp_terms WHERE term_id IN (SELECT term_id FROM wp_term_taxonomy WHERE count = 0 );
DELETE FROM wp_term_taxonomy WHERE term_id not IN (SELECT term_id FROM wp_terms);
DELETE FROM wp_term_relationships WHERE term_taxonomy_id not IN (SELECT term_taxonomy_id FROM wp_term_taxonomy);

Excluir o cache do feed

O wordpress grava o cache dos feeds na tabela wp_options (sempre levando em consideração que o prefixo da sua instalação é wp_). Se você quer limpar o cache dos feeds basta executar esta query:

DELETE FROM `wp_options` WHERE `option_name` LIKE ('_transient%_feed_%')

Excluir todas as revisões dos posts e seus metadados

Revisão de posts é algo bem útil, mas se você não deletar as muitas revisões que se acumulam com o passar do tempo seu banco de dados pode se tornar grande demais. A query abaixo deleta as revisões dos posts (só delete se realmente quiser fazer isso) e os metadados associados à cada revisão.

DELETE a,b,c FROM wp_posts a WHERE a.post_type = 'revision' LEFT JOIN wp_term_relationships b ON (a.ID = b.object_id) LEFT JOIN wp_postmeta c ON (a.ID = c.post_id);

Excluir posts antigos em lote (ou seja, deletar no atacado)

Não precisa dos posts publicados há anos? Exclua-os com esta query. Este exemplo deleta qualquer post com mais de 660 dias. Você pode ainda pegar esta query e juntar com a de cima para apagar os posts antigos E seus metadados.

DELETE FROM `wp_posts`
WHERE `post_type` = 'post'
AND DATEDIFF(NOW(), `post_date`) > 600

Remover dados do navegador do usuário

Por padrão, quando alguém faz um comentário no seu blog, o wordpress salva a versão do navegador do usuário na base de dados. Isto pode ser útil para estatísticas, mas na maioria das vezes é inútil. Esta query substitui a versão do navegador do usuário por uma string em branco, reduzindo o tamanho da sua base de dados (pro caso de haver muitos comentários).

UPDATE wp_comments SET comment_agent ='' ;

Desabilitar todos os plugins de uma vez

Algumas vezes, como por exemplo quando você precisa fazer um upgrade no seu blog, você precisa desabilitar todos os plugins. Dependendo de quantos plugins você está usando isto pode ser chato e demorado. Eis uma query SQL útil para desabilitar todos os plugins de uma vez só!

UPDATE wp_options SET option_value = '' WHERE option_name = 'active_plugins';

Mudar o autor em todos os posts

Precisa mudar o autor de muitos posts? Se sim, você não precisa fazer isso manualmente. Aqui tem uma query pra fazer o trabalho por você.

A primeira coisa que você precisa fazer é saber os IDs dos usuários do WordPress. Uma vez logado no phpmyadmin (ou qualquer outro sistema de gerenciamento) execute a seguinte query:

SELECT ID, display_name FROM wp_users;

Agora você tem a lista dos usuários wordpress com seus IDs associados. Vamos dizer que ID_AUTOR_NOVO é o ID do autor “novo” e ID_AUTOR_ANTIGO, como você pode imaginar, o ID do autor antigo.

UPDATE wp_posts SET post_author=ID_AUTOR_NOVO WHERE post_author=ID_AUTOR_ANTIGO;

Assim todos os posts do usuário antigo já estão atribuídos ao autor novo.

Este post é uma livre tradução e adaptação do post em inglês 10+ useful SQL queries to clean up your WordPress database do Cats Who Code.

Se no seu ambiente de desenvolvimento o Firefox exibia todas as fontes e na hora de colocar o site em produção a sua fonte virou comic-sans pode ficar mais tranquilo (se o seu servidor aceitar .htaccess). O problema acontece porque o Firefox tem uma restrição de arquivos de fonte mais severa que os outros browsers.

Para contornar basta colocar este código no seu .htaccess e ser feliz.

AddType font/ttf .ttf
AddType font/eot .eot
AddType font/otf .otf
AddType font/woff .woff 

<FilesMatch "\.(ttf|otf|eot|woff)$">
    <IfModule mod_headers.c>
        Header set Access-Control-Allow-Origin "*"
    </IfModule>
</FilesMatch>

Passei por este problema em dois clientes diferentes, ambos hospedados na Locaweb: enviava um email pela função mail() do PHP que retornava verdadeiro, mas o email não chegava ao destino.

A Locaweb tem uma página falando só sobre a configuração desta função, mas apesar de seguir o que estava escrito por lá o email continuava não chegando. A solução é simples, embora nada óbvia: você precisa preencher o quinto parâmetro da função mail() com a string “-falgum_email_do_seu_dominio“.

Juntando a necessidade de preencher o quarto parâmetro com esta solução de acrescentar o quinto, o código fica mais ou menos assim:

$email_remetente = "eu@seudominio.com";
$headers = "MIME-Version: 1.1\n";
$headers .= "Content-type: text/plain; charset=iso-8859-1\n"; // ou UTF-8, como queira
$headers .= "From: $email_remetente\n"; // remetente
$headers .= "Return-Path: $email_remetente\n"; // return-path
$envio = mail("destinatario@algum-email.com", "Assunto", "Mensagem", $headers, "-f$email_remetente");

Outro problema é o endereço de resposta do email. Em formulários de contato de sites desejamos que, ao clicar em “responder” nos emails enviados, o nosso leitor de email automaticamente já responda para o usuário que fez o contato e que inseriu seu email no formulário. O jeito errado é simular que o remetente daquela mensagem foi o email do seu usuário (quando na verdade o email foi enviado pelo seu próprio site). O jeito certo é dizer que aquele email foi enviado por um endereço do seu dominio, mas que se deve responder para (Reply-To) outro endereço.

Resumindo o código ficaria assim:

$email_remetente = "eu@seudominio.com";
$headers = "MIME-Version: 1.1\n";
$headers .= "Content-type: text/plain; charset=iso-8859-1\n";
$headers .= "From: $email_remetente\n"; // remetente
$headers .= "Return-Path: $email_remetente\n"; // return-path
$headers .= "Reply-To: $email_usuario\n"; // Endereço (devidamente validado) que o seu usuário informou no contato
$envio = mail("destinatario@algum-email.com", "Assunto", "Mensagem", $headers, "-f$email_remetente");

Os usuários de servidores Windows devem substituir o “\n” por “\r\n”.

O motivo do problema é o encapsulamento da mensagem feito pelo sendmail. No cabeçalho ele até informa o email certo (do seu domínio), mas se você não passa o quinto parâmetro, na “envelopagem” ele coloca um endereço estranho que é reconhecido como malicioso pelos servidores de email.

IMPORTANTE: o código acima não envia email nenhum pra ninguém. Você precisa preencher as variáveis com os valores corretos antes de usar. Parece óbvio mas recebo cada dúvida…

Comentei sobre este problema no último podcast do Tecnolepsia, uma iniciativa minha, do Pedro Mendes e do Felipe “Dexter” Meireles. Lá lançamos um podcast sobre tecnologia toda semana, além de novidades, notícias e curiosidades. Vai lá e assina o feed logo!

Integração do site já existente com o sistema de pagamento do Paypal e de cálculo de frete dos Correios.

Criação do tema e módulos personalizados, configuração, instalação e manutenção. Site integrado com PagSeguro. Desenvolvido em Drupal 6.

Projeto da Be! Interactive. Desenvolvimento, configuração da solução e suporte técnico. Desenvolvido em Drupal 6.

Projeto da Multicom. Desenvolvimento, configuração da solução e suporte técnico. Desenvolvido em Drupal 6.

Projeto da Multicom. Desenvolvimento, configuração da solução e suporte técnico. Desenvolvido em Drupal 6.

O Ning demora um pouco para refletir mudanças nas comunidades para os usuários não logados. A solução é simples, basta limpar o cache da sua comunidade Ning acessando-a como o usuário criador e visitando o endereço http://endereço_da_comunidade/lib/scripts/invalidateCache.php.

Se tudo correu bem você verá na sua tela a seguinte mensagem:
✔ XN cache invalidated