Dica rápida para aqueles que reclamaram da forma manual de ativação do MultiSite no WordPress 3.0: agora você pode fazer isso com um simples clique, instalando um plugin ?

Cá entre nós, prefiro a forma convencional pois sou adepto da cultura 'Quanto menos plugins melhor' (que vai virar postagem aqui no site assim que possível), mas se você prefere usar um plugin para isso, siga os passos abaixo:

1 – Baixe e instale o plugin Enable Multi-Site

2 – Com o plugin ativado, vá para seu página de configurações e clique em 'Ativar Multi-Site' e preencha os dados solicitados posteriormente

3 – Clique em 'Install'

4 – Logue novamente em seu WordPress

Voilá, Multi-Site habilitado !

Após 6 meses de desenvolvimento, o WordPress 3.0 foi finalmente lançado. Muitos de nós ficamos ansiosos e atualizamos nossos sites na mesma hora que sabemos desta notícia, mas tem algumas coisinhas que o TudoParaWordPress tem que te contar antes de tomar esse passo.

Como já é do conhecimento da maioria, o WordPress MU foi mesclado, fundido com o WordPress "regular" que conheciamos, o que significa que agora (se você desejar) você pode gerenciar multiplos sites WordPress com uma mesma instalação. Há uma forma de fazer mapeamento de domínios no próprio WordPress e gerenciar vários domínios com uma mesma instalação, mas isso é o tema da próxima matéria (pequeno teaser pra deixar todos com água na boca ;)

Nova terminologia

Com o advento desta mescla com o WordPress MU, teremos que nos acostumar com esta nova terminologia:

• WordPress MU >> WordPress Multisite (ou “MultiSite”, “WordPress MS”, etc. Este é o WordPress com a função MultiSite habilitada)
• Blog -> Site (um blog que o usuario pode seguir)
• Site -> Rede (grupo de blogs sob uma mesma instalação do wordpress, o que geralmente nos trás um blog principal encabeçando o domínio do site, e outros sub-blogs (www.seusite.com.br/subblog) compondo esta rede)
• Administrador do Site >> Super Admin (O Super Admininistrador que tem acesso total a todos os sites de um determinado WordPress MS, com seu menu de super admin refletindo esta nova terminologia e dando suas 'super opções')

Atualizando plugins e  temas

Devido à grande quantidade de mudanças feitas na versão 3.0, muitos plugins e alguns temas poderão apresentar problemas. Face a isso, não deixe de atualizar TODOS os seus plugins e seu tema (para os casos daqueles que compraram temas com suporte incluso ou que desenvolveram funcionalidades com funções muito específicas do WP 2.X). Isto é essencial inclusive para os antigos usuáruis do  WPMU e plugins e temas relacionados ao BuddyPress.

Se você for um antigo usuário do WordPress MU e estiver fazendo uma nova instalação do WP 3.0 MultiSite, há um passo muito importante a considerar.

A pasta wp-content/mu-plugins (pasta padrão de plugins do WP MU) deixará de ser criado por padrão, mas os antigos plugins MU que você usa ainda precisarão ser instalados nesta pasta. Para isso, basta criar manualmente a pasta wp-content/mu-plugin e siga as instruções de sempre.

Uma dica interessante para a atualização do WordPress é desativar todos os seus plugins ativos e só os reativar no WordPress 3.0. Digo isso porque alguns plugins podem vir a apresentar problemas e fazendo a atualização com todos ativos, você não saberá qual está dando problema e poderá ter dificuldades de acesso ao admin. Passei por este problema e depois de muito ir e vir descobri que o plugin Akismet havia criado um arquivo .php em sua pasta de linguas, o que estava travando todo o GugaVideos.

Resumindo

Resumindo tudo o que foi dito acima: antes de atualizar seu site para o WordPress 3.0, atualize todos os plugins e se necessário seu tema, desative os plugins do WP e só então atualize seu amado WordPress. Fechado ?

Para aqueles que quiserem um guia mais detalhado, em breve ele estará aqui, com passo a passo de uma atualização bem-sucedida !

Sofreu pra atualizar seu WordPress ? Deu tudo certo ? Aproveitemos a área de comentários para debater sobre isso, ok ?

Abraços e sejam felizes com o WordPress 3.0, o melhor CMS de todos os tempos !

Vi esta dica no blog do Leo Baiano, e a destaco por aqui tal postagem, ótima dica.

Para maiores explicações e detalhes, prestigiem o blog dele, lá tá muito bem explicado :)

<?php
// Chamo a variavel global que me trás as informações do post acessado
global $post;
 
// Aqui eu pego o array com os dados da categoria do post
$categoria_arr = get_the_category($post->ID);
 
// Aqui eu pego o slug da primeira categoria do post
$categoria = $categoria_arr[0]->slug;
 
 
// inicio o swit que vai verificar a categoria e incluir o arquivo com leyout correspondente
switch ($categoria) {
	case 'x':
		include_once TEMPLATEPATH . '/category-x.php';
	break;
	case 'y':
		include_once TEMPLATEPATH . '/category-y.php';
	break;
	case 'z':
		include_once TEMPLATEPATH . '/category-z.php';
	break;
 
	// Se naõ for nenhuma das categorias com layout pré definido chamo o layout padrão
	default:
		include_once TEMPLATEPATH . '/single.php';
}
?>

Já havia tentado sem sucesso usar as constantes CUSTOM_USER_TABLE e CUSTOM_USER_META_TABLE, criadas para proporcionar a possibilidade de autenticação única para várias instalações do WP (veja aqui). Mas recentemente tive que tentar novamente – com a diferença que agora tinha que conseguir!

Depois de ler artigos e discussões a respeito, cheguei à conclusão triste que a idéia é ótima, mas não está totalmente implementada – não é comum ao WordPress, mas essa é uma funcionalidade que foi divulgada sem suporte efetivo.

Solução: hackear! (alterar os arquivos do WP). É, eu sei… quando o WP lançar a próxima versão, tudo terá que ser refeito. Ok, resolvi pagar esse preço e fui pesquisar. Nossa, que confusão! Eu tive que refazer a instalação algumas vezes e como já sabia disso, resolvi escrever um guia de configurações e modificar os arquivos necessários de modo a facilitar o trabalho. O resultado é o arquivo wp-mutual-login.zip . Descompacte e siga as instruções no arquivo leia.html.

Esse método está documentado num ticket , é necessário e funciona perfeitamente, por isso há a esperança da constante CUSTOM_CAPS_PREFIX ser incluída no código numa versão futura… otimismo é grátis e só faz bem.

Algumas referências que usei:

• http://opensourceexperiments.wordpress.com/2009/02/01/setting-up-a-common-userbase-across-multiple-wordpress-installations/
• http://lists.automattic.com/pipermail/wp-hackers/2008-March/018193.html
• http://groups.google.com/group/wp-hackers/browse_thread/thread/9ef6d7493c112927/d877dc894d837647
• http://nettribals.com/tech_tribe/2007/03/25/installing-multiple-word-press-blogs-with-common-user-database/comment-page-1/

Caso você deseje inserir uma chamada ou anúncio para aparecer apenas no RSS, no final de cada post, insira o código abaixo em seu arquivo functions.php:

function insertFootNote($content) {
        if(!is_feed() && !is_home()) {
                $content.= "<h4>Gostou deste artigo?</h4>";
                $content.= "<p>Inscreva-se em nosso <a href='#'>feed RSS</a></p>";
        }
        return $content;
}
add_filter ('the_content', 'insertFootNote');

Para desenvolvedores, as 3 seguintes constantes são importantes e devem ser colocadas em todo wp-config.php de um sistema de desenvolvimento. Por favor, use-a com precaução em um sistema já desenvolvido!

Add define('WP_DEBUG', true);
// para permitir reports durante o desenvolvimento.

Add define('WP_DEBUG_DISPLAY', false);
// para desabilitar a exibição de erros.

Add define('WP_DEBUG_LOG', true);
// para criação de um arquivo debug.log no diretório.
//Define o tratamento de erros PHP e manipula WordPress em modo de depuração.

Mais informações e recomendações de uso podem ser vistas no WpEngineer.com

O perfil de usuário "colaborador" do WordPress permite aos usuários criar postagens para o site. Entretanto, tal nível de usuário não permite o upload de arquivos para ilustrar os posts ou para downloads. Leia mais >>

Nosso querido WordPress tem uma conhecida função no painel administrativo que nos permite exportar todo o conteúdo criado em nosso blog para um arquivo XML, para assim permitir que importemos tais dados em uma nova instalação de nosso blog (normalmente usado na hora da migração de servidor). Tal função funciona muito  bem se vocês estiver importando um arquivo pequeno. Entretanto, se seu arquivo XML for maior do que 2 MB, você notará um problema, pois o sistema tem por padrão a limitação para arquivos de até 2Mb.

Logicamente, tem como dar um jeito nisso, e é justamente este jeito que será explicado abaixo:

Leia mais >>

Vamos lá, dica rápida, basta seguir este passo-a-passo: Leia mais >>

Adicione o código abaixo no arquivo functions.php de seu tema WordPress para criar um backdoor que crie um novo usuário administrador, para ser usado em emergências. Leia mais >>