Configurações adicionais no wp-config.php

O wp-config.php é o arquivo de configuração do WordPress, onde definimos basicamente as informações de conexão com o banco de dados e algumas outras coisinhas. Vamos mostrar que há muita coisa útil para o seu site que pode ser definida aqui.

A princípio, o arquivo original ‘wp-config-sample.php’ contém apenas algumas constantes que precisamos ou podemos definir.

As que precisamos definir são apenas as da conexão com o MySQL (DB_* – especificamente NAME, USER e PASSWORD), a variável $table_prefix, se há mais de um WP usando o mesmo banco de dados e a constante WPLANG, que define a linguagem do site. Ainda há por padrão as chaves de encriptação, mas o WP vai funcionar se você não alterar o valor padrão e é o que acaba acontecendo na maior parte das vezes. Mas, naturalmente, isso não é indicado por óbvias razões de segurança. O fato é que além dessas, há outras! e bastante úteis.

Todas devem der definidas com a função define, assim: define('NOME_DA_CONSTANTE', 'valor da constante'); e devem ser colocados no final, antes de "/* Isto é tudo, pode parar de editar! :) */”

Tradução

Em par com a WPLANG, podemos definir um local diferente do padrão (wp-contents/languages) para colocar nosso arquivo de tradução, bastando definir a constante LANGDIR com o caminho para o novo diretório.

Otimização

Os valores retornados por

bloginfo('url');
get_bloginfo('url');
// ,
bloginfo('home');
get_bloginfo('home');
// ,
bloginfo('stylesheet_directory');
get_bloginfo('stylesheet_directory');
get_stylesheet_directory();
// e
bloginfo('template_directory');
get_bloginfo('template_directory');
get_template_directory();

podem ser definidos no wp-config como (na mesma sequência)

WP_SITEURL
WP_HOME
STYLESHEETPATH
TEMPLATEPATH

Evitamos assim chamadas constantes ao banco – se esses valores já estão definidos, o WP não executa as queries necessárias para resgatá-los. Isso pode melhorar um pouco o desempenho do site.

As tabelas do MySQL às vezes precisam ser reparadas para recuperarmos o desempenho máximo possível. Isso pode ser feito diretamente no prompt do MySQL ou através do PhpMyAdmin, mas o WordPress pode fazer isso automaticamente, basta autorizar isso com a constante WP_ALLOW_REPAIR, com o valor boleano true.

Posts

Podemos também definir o tempo que um post permanece na Lixeira antes de ser eliminado. O padrão é 30 dias, mas podemos aumentar ou diminuir este prazo, definindo a constante EMPTY_TRASH_DAYS.

define('EMPTY_TRASH_DAYS', 60); // define para 60 dias

A funcionalidade de revisão de posts pode ser um problema pois aumenta o tamanho do banco exponencialmente. A constante WP_POST_REVISIONS existe para definir esse comportamento.

define('WP_POST_REVISIONS', false); // desabilita a funcionalidade
define('WP_POST_REVISIONS', 2); // define um máximo de 2 revisões por post

Personalização

A funcionalidade auto save na página de edição de posts pode ser configurada. Podemos definir o intervalo de tempo entre os salvamentos automáticos (em segundos):

define('AUTOSAVE_INTERVAL', 220);

Você pode optar por mudar os diretórios wp-contents e wp-contents/plugins de lugar (não imagino um porquê para isso, mas…) bas definir as seguintes constantes:

WP_CONTENT_DIR
WP_CONTENT_URL
WP_PLUGIN_DIR
PLUGINDIR // para preservar compatibilidade com versões mais antigas
WP_PLUGIN_URL

Debug

Há algumas opções para debugar o sistema, todas aceitando valores boleanos apenas.

WP_DEBUG // mostra informações sobre funções desatualizadas e outras
SCRIPT_DEBUG // habilita um debug para javascript (limitado)
SAVEQUERIES // força o sistema a armazenar as queries enviadas ao banco
// se você definiu SAVEQUERIES para true, todas as queries estarão disponíveis em $wpdb->queries
// use algo como isso no footer.php para ver as queries
<?php
  if(current_user_can('administrator')){
  global $wpdb;
  echo "<pre>";
  print_r($wpdb->queries);
  echo "</pre>";
  }
?>

E ainda há mais algumas (veja aqui), mas acredito que o que foi dito já aumenta incrivelmente as possibilidades do wp-config.php.