Com bastante orgulho estou organizando o primeiro encontro da comunidade de PHP Curitiba nesse ano de 2012.

A ideia não é apenas um encontro. O objetivo é inspirado nos encontros que tem acontecido do grupo PHPSP em São Paulo, que levam o nome de PHPub. Após acompanhar o feedback e interesse do pessoal via twitter, pensei em trazer isso para cá e com isso reforçar o nosso grupo em Curitiba.

Nesses encontros, além do networking, o objetivo é que todo mundo cresça como profissional, aprendendo, discutindo e resolvendo assuntos pertinentes do dia a dia de trabalho. Para isso o formato escolhido é uma pequena palestra, ou apresentação para iniciar a reunião e após isso abrir para discussões e apontamentos do restante do grupo.

O local será o Tienda Café, que fica em uma região central da Cidade e por isso deve facilitar o acesso. Aqui o link da página do facebook deles para quem quiser conhecer http://www.facebook.com/pages/Tienda-Caf%C3%A9/200759713268850.

Para esse primeiro encontro o principal objetivo é conhecer os interessados e que o pessoal traga suas ideias para adicionar a esse evento. Vamos decidir a frequência e também como incentivar o pessoal a comparecer e participar mais da comunidade.

A coisa promete! Algumas empresas já entraram em contato comigo tanto para patrocínios como para fazer do evento uma formação de bons profissionais e com isso melhorar o mercado de PHP aqui na região. Vamos conversar sobre isso também!

Para isso tudo ser um sucesso a comunidade PHP Curitiba conta com você!

O encontro vai acontecer no dia 11 de Janeiro, quarta feira. A chegada será entre 19:30 e 20:00 horas.
O Tienda café fica na Rua Fernando Simas número 27, na Praça da Espanha, confira pelo google maps http://goo.gl/2YMyZ.

Deixo aqui meu telefone para quem quiser entrar em contato direto comigo para qualquer dúvida ou eventualidade (41) 9117-9862.

UPDATE

Inicialmente o encontro estava programado para o ser no Tizz café, mas eles vão estar de férias até o dia 12 de Janeiro. Por isso mudamos o local. O Tienda café é praticamente do lado do Tizz, então o destino não mudou em nada.

Grande Abraço! Espero vocês lá!

Salve pessoal!

Gravei esse screencast baseado no mini-curso/palestra que estive apresentando durante esse ano com o título de Começando bem com Zend Framework.

O vídeo não tem edição, foi gravado direto, sem roteiro.
Por isso peço desculpas se acabei atropelando alguma explicação ou se algo não ficar muito claro para alguém, principalmente para iniciantes. Da forma como foi finalizado acabou ficando mais voltado para quem já tem um conhecimento com outros frameworks ou um conhecimento legal de PHP.

Dúvidas? Perguntas? Sugestões? Estamos aí.
Aguardo o feedback de todos.
Grande Abraço!

Alguns Links que aparecem no screencast

• Download Zend – http://framework.zend.com/download/current/
  
• Slideshare.net - http://www.slideshare.net/flavioaugustosilveira/minicurso-zend

O que mais gera acessos aqui no Blog são os artigos sobre Codeigniter, e principalmente a parte de layouts. É o artigo Habilitando Layouts no CodeIgniter (Template Engine) que está dividido em parte 1 e parte 2.

Como esse artigo tem mais de um ano, resolvi dar um upgrade nele com algumas observações.

Desde que ele foi escrito temos algumas novidades. A principal dela é  o lançamento de uma versão crítica do Codeigniter. Mas não se preocupe, a mecânica do artigo continua funcionando.
Apenas atente para alguns detalhes.

Preste atenção para a parte do seu controller:

• Agora ele extende da classe CI_Controller e não mais da classe Controller.
• Agora você não tem de ter mais um método construtor com o mesmo nome da classe. Pode arrancar fora aquilo sem medo.

Outros:

• No tutorial anterior há uma correção porque eu tratava minha pasta system diferente do convencional. Com a ajuda e os comentários de vocês, foi feita uma correção que está no final do post. Agora na versão 2 está tudo ok. A pasta system vem separada da pasta application.
• Na versão 2 temos agora arquivos .htaccess, arquivos de configuração, dentro das pastas application e da pasta system. Dentro deles há uma regra para recusar qualquer coisa que tentar acessar a pasta. Certifique-se que, em caso de colocar seus arquivos de estilo, ou seus arquivos javascript dentro de application por exemplo, alterar essa regra no .htaccess.

Então você pode seguir normalmente o tutorial, apenas adapte os detalhes citados acima.
Está com dificuldades ou preguiça? Clique aqui para baixar um exemplo com Layouts em cima do Codeigniter 2.

É isso galera. Abraço!!

Para quem ainda não está sabendo, no dia 31 de Maio e 1 de Junho irá acontecer aqui em Curitiba o PHP Day. Ele acontecerá das 08:00h as 18:00h no SERPRO, que fica na Rua Carlos Pioli, 133.

A grade de programação é composta de 8 palestras de 50 minutos cada, ministradas por membros da comunidade PHP e do quadro de desenvolvedores do SERPRO. Além das palestras serão ministrados alguns mini cursos, e, dentre esses, um que estarei ministrando.

É um mini curso voltado para quem quer conhecer ou migrar para o Zend Framework e não tem nenhum conhecimento em cima dele. O objetivo é diminuir a curva de aprendizado do mesmo e mostrar uma maneira interessante e rápida de organizar e produzir seus projetos.

Você sairá com uma boa base sobre a ferramenta. Vamos construir um exemplo de um sistema modular, buscar e alterar informações no banco de dados e utilizar algumas de suas poderosas classes.

Abaixo segue os tópicos abordados:

• Frameworks: O que são e para que usar?
• Frameworks: Como eles estão ajudando a ensinar Orientação a objetos e Padrões de projetos.
• Quando usar Zend Framework? Quando não usar ?
• Configurações e instalação
• O Bé a Bá do Zend
• MVC
• A Zend Tool
• Controller / View / Layouts
• Model e o Banco de dados
• Módulos
• Forms
• Outras Classes e alguns exemplos
• O que vem agora?

Não vai poder estar presente? Não se preocupe, a organização do evento irá transmitir as palestras por VideoStreming.

Para mais informações acesse http://serpro.phpday.com.br/ e http://www.phpday.com.br/projects/php-day-serpro/wiki

O Post que trago hoje trata de algo bem simples mas que pode não ser muito comum para algumas pessoas.
São usos não muito populares de um de nossos laços de repetição, o FOR.

Quando estamos aprendendo uma linguagem, bem no início, os manuais parecem mais nos confundir do que ajudar.
O que fazemos ?? Saímos em busca de uma comunicação mais direta em Blogs ou Sites.

Essas fontes resolvem nosso problema mais podem acabar deixando alguns vácuos quando se trata de estruturas básicas, como é o caso do FOR.

E sobre o FOR eu te pergunto o seguinte:
Você sabia que os parâmetros passados para ele são opcionais ??
Você sabia que pode passar quantas variáveis quiser para os parâmetros ??

Se já sabe maravilha, caso não, vamos ver como isso funciona.

Nesse primeiro exemplo temos nosso FOR comum, como todos aprendemos:

<?php

        for($i = 0; $i < 5; $i++)
        {
                echo $i;
                echo '<br />';
        }

Nesse segundo exemplo, retiramos o primeiro parâmetro do FOR, e deixamos a variável $i definida fora do laço:
Repare que o resultado que vai sair na tela, vai ser o mesmo do exemplo anterior.

<?php

        $i = 0;

        for(; $i < 5; $i++)
        {
                echo $i;
                echo '<br />';
        }

Agora, vmaos tirar o terceiro parâmetro, e incrementar a variável dentro do laço.

<?php

        $i = 0;

        for(; $i < 5;)
        {
                echo $i;
                echo '<br />';
                $i++;
        }

Por último, vamos retirar o segundo parâmetro.

<?php

        $i = 0;

        for(; ; )
        {
                echo $i;
                echo '<br />';

                if($i == 5)
                {
                        break;
                }

                $i++;
        }

Repare que em todos esses exemplos acima, fugimos do Loop infinito com alguma condição ou mecanismo que colocamos dentro do laço. Tome cuidado. Esse último exemplo se não for feito nada dentro do laço, gera facilmente um Loop infinito.

Outra opção que temos é usar mais de uma variável para cada parâmetro.
Confira:

<?php

        $w = 2;

        for($i = 1, $j = 9; $j > 0; $j - $i, $w*=2)
        {
                echo $w;
                echo '<br />';
        }

Vamos analisar o exemplo acima.
Definimos para o loop a variável $i e a variável $j.
O segundo parâmetro, que define até quando nosso loop vai rodar, nos mostra que será enquanto $j for maior que zero.
E no último parâmetro, definimos que a cada volta $j vai diminuir o valor de $i, e que $w, que é uma variável que está definida fora do loop, será multiplicada por 2.
Dentro do loop, pedimos para exibir $w.
Faça o teste. Confira a saída.

Com esses exemplos acredito que já conseguimos absorver mais usos do que aquele que estamos acostumados do FOR. Todos eles são tratados na documentação e também tem uns exemplos bem bacanas nos comentários dela que valem a pena olhar.

E aí você me pergunta… “E um uso prático disso?? Uma situação real ??”

De cara assim não consigo dar uma resposta, um exemplo.
Mas com isso eu lembro de uma entrevista que um dos melhores guitarristas do mundo, Yngwie Malmsteen, deu há alguns anos para a Guitar Player americana. Ele disse:
“As pessoas falam que eu sou muito técnico e etc. Mas eu preciso conhecer a técnica para fazer virar música. Assim como um escritor deve conhecer várias palavras para escrever um livro…”

Pense nisso!
Devemos conhecer as possibilidades que a linguagem nos dá, e assim ficamos preparados para montar as lógicas que cruzarem nosso caminho.

Grande Abraço!

Hoje trago um artigo pesado e extenso, mas acredito que vá ajudar o pessoal que precisar em várias frentes. Vou Tratar aqui de JQuery, JQuery Validation, a diferença entre síncrono e assíncrono, como fazer ajax síncrono usando JQuery e também soluções para problemas em um dia de trabalho no mundo do desenvolvimento.

Bom, que o JQuery é um dos frameworks mais usados para javascript e que facilita muito a sua vida você já deve saber. E que o plugin para JQuery, JQuery Validation, é uma excelente maneira de validar seus formulários do lado cliente, você também deveria saber.

Veja um exemplo:

<script type="text/javascript" src="jquery.js"></script>
<script type="text/javascript" src="jquery.validate.js"></script>
<script type="text/javascript">

function init()
{
	$("#form").validate({
		rules:
		{
			nome:{required: true},
			senha:{required: true, minlength: 5}
                }
	});
}

$(document).ready(init);

</script>

</head>
<body>

<form id="form">

	<p>
		<label for="nome">Nome</label>
		<input type="text" name="nome" id="nome" />
	</p>

	<p>
		<label for="senha">Senha</label>
		<input type="password" name="senha" id="senha" />
	</p>

</form>

</body>

Com essas poucas linhas você já tem um formulário com campo obrigatório para nome e campo obrigatório para senha exigindo um mínimo 5 caractéres.Ao não seguir qualquer uma das regras, o plugin insere uma Label com uma mensagem de erro.

Você tem opções para personalizar essa mensagem, além de outras várias opções oferecidas pelo plugin.
Você pode dar uma conferida nessas opções pela documentação e exemplos no site oficial do plugin aqui.

Primeiro Problema

O plugin JQuery Validation é gringo; Internacional se você preferir assim dizer.
Na sua condição de estrangeiro, ele não conhece o que é CPF.
Ele não tem um método para entrada e validação de CPF, o que é muito comum nos formulários de cadastro aqui no Brasil.

Por sorte, o JQuery validation tem uma maneira muito fácil de você inserir novos métodos a ele.
Com uma rápida busca na internet chegamos em vários blogs que nos trazem a solução, como é o caso do TidBits escrito pelo Danilo Augusto, que falou sobre isso em seu post Coleção de métodos para o plugin validate do Jquery.

Primeiro vamos adicionar um campo para o CPF.
Vamos também separar o arquivo .js para ficar mais organizado a coisa toda, separando o que é Html do que é javascript.

Nosso Html vai ficar assim:

<script src="jquery.js" type="text/javascript"></script>
<script src="jquery.validate.js" type="text/javascript"></script>
<!-- default.js será o arquivo separado do javaScript -->
<script src="default.js" type="text/javascript"></script>

<form id="form">

	<p>
		<label for="nome">Nome</label>
		<input type="text" name="nome" id="nome" />
	</p>

	<p>
		<label for="senha">Senha</label>
		<input type="password" name="senha" id="senha" />
	</p>

	<p>
		<label for="cpf">CPF</label>
		<input type="text" name="cpf" id="cpf" />
	</p>

</form>

Ok, adicionamos o Input para o CPF em nosso HTML.
Agora vamos adicionar o método para o Jquery Validation no nosso arquivo default.js, seguindo o exemplo que pegamos no Blog do Danilo.

function init()
{
	$("#form").validate({
		rules:
		{
			nome:{required: true},
			senha:{required: true, minlength: 5}
	       }
	});
}

jQuery.validator.addMethod("verificaCPF", function(value, element) {
value = value.replace('.','');
value = value.replace('.','');
cpf = value.replace('-','');
while(cpf.length < 11) cpf = "0"+ cpf;
var expReg = /^0+$|^1+$|^2+$|^3+$|^4+$|^5+$|^6+$|^7+$|^8+$|^9+$/;
var a = [];
var b = new Number;
var c = 11;
for (i=0; i<11; i++){
	a[i] = cpf.charAt(i);
	if (i < 9) b += (a[i] * --c);
}
if ((x = b % 11) < 2) { a[9] = 0 } else { a[9] = 11-x }
b = 0;
c = 11;
for (y=0; y<10; y++) b += (a[y] * c--);
if ((x = b % 11) < 2) { a[10] = 0; } else { a[10] = 11-x; }
if ((cpf.charAt(9) != a[9]) || (cpf.charAt(10) != a[10]) || cpf.match(expReg)) return false;
return true;
}, "Informe um CPF válido.");

$(document).ready(init);

Agora falta chamar o método para o seu campo.
Para isso adicione a seguinte validação no seu código javascript:

$("#form").validate({
	rules:
	{
		nome:{required: true},
		senha:{required: true, minlength: 5},
		cpf:{required: true, verificaCPF: true}
       }
});

Repare:
Chamamos o método verificaCPF, e passamos o valor que queremos, no caso, true para que seja um CPF válido.
Faça seus testes.

Segundo Problema

Legal! Temos o formulário validando, inclusive com um campo de CPF, sem muito trabalho pois estamos contando com o JQuery Validation. Mas então nos surgi outro problema. No seu banco de dados você tem um campo onde CPF tem de ser único.

E para ajudar seu usuário, além de mostrar se o CPF é válido ou não, você quer mostrar se é um CPF cadastrado ou não.
E então, como fazemos ?

Para pesquisas no banco de dados sem refresh na página a resposta é fácil não? Ajax!
Mas como juntar isso no Jquery validation?

Você conhecendo a facilidade do Ajax no Jquery, pode sair logo de cara transformando o seu método de validação de CPF para o seguinte:

jQuery.validator.addMethod("verificaCPF", function(value, element) {

value = value.replace('.','');
value = value.replace('.','');
cpf = value.replace('-','');

while(cpf.length < 11) cpf = "0"+ cpf;
var expReg = /^0+$|^1+$|^2+$|^3+$|^4+$|^5+$|^6+$|^7+$|^8+$|^9+$/;
var a = [];
var b = new Number;
var c = 11;

for (i=0; i<11; i++)
{
	a[i] = cpf.charAt(i);
	if (i < 9) b += (a[i] * --c);
}

if ((x = b % 11) < 2) { a[9] = 0 } else { a[9] = 11-x }

b = 0;
c = 11;

for (y=0; y<10; y++) b += (a[y] * c--);

if ((x = b % 11) < 2) { a[10] = 0; } else { a[10] = 11-x; }

if ((cpf.charAt(9) != a[9]) || (cpf.charAt(10) != a[10]) || cpf.match(expReg)) return false;

var verifica = false;
$.get('verificaCpf.php', {cpf : cpf}, function(data){
	if(data == 0) verifica = true;
});

if(!verifica) return false;

return true;
}, "CPF inválido ou já cadastrado!");

Vamos ver o que foi feito aqui. Acompanhe da linha 30 em diante.
Adicionamos uma variável dentro do nosso método chamada “verifica”, e definimos o valor de false para ela.

Em seguida fazemos uma chamada para um arquivo PHP através de Ajax.
Esse arquivo PHP deve fazer uma consulta no seu banco de dados pelo CPF digitado.
Por ser algo simples de fazer e para não estender ainda mais esse post ,não vou tratar desse código PHP aqui.

Para entendimento, basta saber que nosso código PHP retorna o número de linhas onde encontrou aquele CPF.
Esse valor vai vir para o javascript pela variável data.
Repare que é feito uma comparação na resposta do Ajax, que, caso o número de linhas encontradas no banco seja 0, mudamos a variável para true. E fim do Ajax.

Em seguida, verificamos a variável “verifica”.
Se ela for diferente de verdadeira, o método verificaCPF retorna false e será acusado erro em seu formulário.

Ufa! Certo. Vamos testar?
Problemas acontecem não? Está sempre retornando erro.
O que está acontecendo?

Terceiro Problema

Vamos entender:
Seu código PHP é chamado. Ele vai lá no banco de dados, faz a consulta e está retonando o resultado.
Mas enquanto isso, o código javascript já continuou sua execução, e quando a resposta do ajax chegar, a execução do método terá acabado. Com isso ele vai retornar o valor que tinha na variável, false.

Isso acontece, pois o ajax padrão do JQuery, como foi usado acima, é assíncrono.
Você está se perguntando o que é isso? Vou tentar ser claro.
É o fato de não importar quando a resposta do ajax vai vir. Não precisar de sincronismo, compreende?

Porém veja que esse é exatamente o nosso problema aqui. Precisamos desse sincronismo.
Precisamos da resposta do nosso Ajax antes de continuar a execução do código.

Como fazer?
Vamos fazer o Ajax Síncrono.
A execução do javascript só pode continuar depois da resposta do ajax.

Procurando pela internet, achei alguns desenvolvedores falando que não é possível fazer ajax síncrono com JQuery. Isso não é verdade. É uma das primeiras coisas que encontramos na documentação.

Veja como fazer:

jQuery.ajax({
	    url: 'verifica_cpf.php?cpf='+cpf,
	    async: false,
	    success: function(data) {
	       if(data == 0) verifica = true;
	   }});

Passando o valor false para a propiedade async do ajax, temos nosso ajax síncrono.
Repare que o código segue o padrão JQuery e é fácil de entender.
Ao invés de passar as variáveis em uma propiedade, as adicionei no padrão GET diretamente na url.
Uma opção a isso seria usar a propiedade data.

Substituindo esse trecho de código no lugar do nosso ajax assíncrono anterior, temos nosso problema corrigido.

Uma observação importante, é você reparar que a execução dá página dá uma travada enquanto espera a resposta do javascript. Fique atento para não deixar de dar uma resposta em situações de erro ou sucesso. Caso contrário sua página vai ficar travada nesse ponto.

Quarto problema

Não não…brincadeira… hahaha

Legal! Acredito que chegamos finalmente ao final.
Dúvidas? Dicas para melhorar todo esse processo? Não deixem de comentar pessoal…
Grande Abraço!

No Podcast:

• PHP SC Conf
• Identificação do dispositivo mobile
• Disparo de SMS
• Novo Marketing
• QR Code
• Ferramentas Web para Mobile
• Conteúdo de um site Mobile
• Outros

A trilha sonora é da Banda Auras aqui de Curitiba.
Mais abaixo você tem os links para acompanhar melhor o Cast.

Links:
Tera-WURFL – http://www.tera-wurfl.com/wiki/index.php/Main_Page
W3C Mobile – http://www.w3.org/Mobile
Bruno @Porkaria – http://www.porkaria.com.br/
Gerando QRCode com PHP -http://www.porkaria.com.br/2010/04/24/gerando-qr-code-com-php/
PHP Mobile – http://www.phpmobile.com.br/
JQuery Mobile – http://jquerymobile.com/
WordPress Mobile – http://wordpress.org/extend/plugins/wordpress-mobile-edition/

Abraço!

Atenção!! Este artigo foi escrito em cima da versão 1 do Codeigniter. Para detalhes de como usar com a versão 2 do framework clique aqui.

Continuando a parte 1 deste post.
Se você perdeu a primeira parte clique aqui para ler a primeira parte.

5 – Construindo sua View

Sua View deve ser feita normalmente, como voce já está acostumado a fazer, com o nome que você colocaria normalmente.
Apenas com o conteúdo que muda de uma página para outra.

O HTML que você colocar aqui na View irá substituir a variável {content_for_layout} que definimos no layout acima.
Vou colocar nessa nossa view de exemplo apenas um título e um parágrafo para demonstrar.
Ficando assim:

<h1>Titulo VIEW</h1>

<p>Paragrafo teste teste teste teste.</p>

Chamei essa view de home.php.

6 – Desenvolvendo a Classe

Quando definimos nosso Hook no passo 2, setamos que a pasta onde ficaria nossa classe seria a pasta hooks que vem por padrão no projeto do CodeIgniter.

Vamos criar nossa classe dentro dessa pasta, e, com o nome que também especificamos na definição do Hook que foi Layout.php
Se você não seguiu o exemplo, faça suas devidas adaptações.

A classe é um pouco extensa, leia com atenção.
Para ajudar ela está com os comentários do próprio Mozart Petter.

// Padrao do CI para não acessar a Classe direto pelo Browser
<?php if (!defined('BASEPATH')) exit('No direct script access allowed');

/**
 * Layout Class
 *
 * @package hooks
 * @description Implementa as views do tipo layout no framework.
 */

class Layout
{

public $base_url;

/**
* Metodo que executa as implementacoes.
* Este metodo e chamado atraves do arquivo hooks.php
* na pasta config.
*
* @return
*/
public function init()
{
// Instancia do CI.
$CI =& get_instance();

// Definindo o base_url.
$this->base_url = $CI->config->slash_item('base_url');

// Pegando a saida que o CI gera normalmente.
$output = $CI->output->get_output();

// Pegando o valor de title, se definido no controller.
$title = (isset($CI->title)) ? $CI->title : '';

// Links CSS definidos no controlador.
$css = (isset($CI->css)) ? $this->createCSSLinks($CI->css) : '';

// Links JS definidos no controlador.
$js = (isset($CI->js)) ? $this->createJSLinks($CI->js) : '';

// Se layout estiver definido e a regexp nao bater.
if (isset($CI->layout) && !preg_match('/(.+).php$/', $CI->layout))
{
$CI->layout .= '.php';
}
else
{
$CI->layout = 'default.php';
}

// Definindo caminho completo do layout.
$layout = LAYOUTPATH . $CI->layout;

// Se o layout for diferente do default, e o arquivo nao existir.
if ($CI->layout !== 'default.php' && !file_exists($layout))
{
// Exibe a mensagem, se o layout for diferente de '.php'.
if ($CI->layout != '.php') show_error("You have specified a invalid layout: " . $CI->layout);
}

// Se o arquivo layout existir.
if (file_exists($layout))
{
// Carrega o conteudo do  arquivo.
$layout = $CI->load->file($layout, true);

// Substitui o texto {content_for_layout} pelo valor de output em layout.
$view = str_replace('{content_for_layout}', $output, $layout);

// Substitui o texto {title_for_layout} pelo valor de title em view.
$view = str_replace('{title_for_layout}', $title, $view);

// Links CSS.
$view = str_replace('{css_for_layout}', $css, $view);

// Links JS.
$view = str_replace('{js_for_layout}', $js, $view);
}
else
{
$view = $output;
}

echo $view;
}

/**
* Gera os links CSS utilizados no layout.
*
* @return void
*/
private function createCSSLinks($links)
{
$html = "";

for ($i = 0; $i < count($links); $i++)
{
$html .= "<link rel='stylesheet' type='text/css' href='" . $this->base_url . CSSPATH . $links[$i] . ".css' media='screen' />n";
}

return $html;

}

/**
* Gera os links JS utilizados no layout.
*
* @return void
*/
private function createJSLinks($links)
{
$html = "";

for ($i = 0; $i < count($links); $i++)
{
$html .= "<script type='text/javascript' src='" . $this->base_url . JSPATH . $links[$i] . ".js'></script> n";
}

return $html;
}

}

7 – Fazendo as chamadas no Controller

Chegou o momento final!
É hora de juntar tudo isso que fizemos até agora.

A construção do seu controller é normal, como você está acostumado, mas temos que inserir algumas variáveis globais nele.

• Uma para o Layout default do controller, para que você não precise fazer a mesma definição várias vezes.
• Uma para o título, onde você pode definir um default para todos as páginas que vão surgir desse controller mas, o interessante é estar um título por página.
• Outra para guardar um Array dos CSS’s que você vai usar na página.
• E por último, outro Array para guardar os JavaScripts que você vai usar na página.

Vejamos como fica.
Acompanhe pelos comentários.

<?php

/**
 *
 */
class Principal extends Controller
{

/**
* Layout default utilizado pelo controlador.
*/
public $layout = 'default';

/**
* Titulo default.
*/
public $title = '::: Titulo default :::';

/**
* Definindo os css default.
*/
public $css = array('default');

/**
* Carregando os js default.
*/
public $js = array('home');

/**
* Construtora.
* @return
*/
function Principal()
{

parent::Controller();

}

// Metodoo index
function index()
{
// Carregando a view.
$this->load->view('home');
}

// Metodo teste
function teste()
{
//Title
$this->title = '::: TESTE Título :::';

//CSS
$this->css = array('test');

//JS
$this->js = array('jquery');

// Carregando a View
$this->load->view('teste');
}

}

?>

Vamos reparar no seguinte.
Há dois métodos nesse controller que vão chamar páginas diferentes, o index e o teste.

Para o index não definimos nada de Layout, Titulo, CSS ou JS.
Ou seja, vai vir tudo do valor default que usamos quando definimos as variáveis globais.

Já no método teste, por algum motivo precisamos de um CSS, um JS e um Título diferente.
Então redefinimos esses valores no nosso método com o que precisamos.

A gente poderia ter definido um outro Layout caso tivesse a necessidade, da mesma forma com que fiz com esses valores.
Aí, claro, teria que criar um outro Layout na pasta layouts.

UPDATE 20 DE NOVEMBRO DE 2010
Detalhe importante observado pelo Diego Felix (@diegofelix), que comentou esse detalhe abaixo nos comentários, no dia 16 de setembro desse mesmo ano.

Eu tenho como costume em meus projetos com CI, retirar a pasta system no qual ele vem por padrão.
Faço então a alteração da variável $system_folder no arquivo de configuração e tudo segue sem problemas.

Exceto esse tutorial, que não leva em consideração essa pasta system.
Você tem duas opções para consertar isso:

Primeiro:
No local onde são definidas as variáveis contantes, adicionar sua pasta system antes de $application_folder.
Exemplo: define(‘LAYOUTPATH’, ‘system/’ . $application_folder.’/layouts/’);

Particularmente acho essa solução acima atrasada, por deixar o projeto estático.
Se ocorrer de você alterar a pasta system, terá que alterar nesse local também. Chato.

Segundo:
Seguindo essa linha de raciocínio, de não deixar o projeto estático, prefiro fazer o seguinte:
No local onde são definidas as variáveis constantes, adicionar a variável $system_folder.
Exemplo: define(‘LAYOUTPATH’, $system_folder . ‘/’ . $application_folder.’/layouts/’);

Mas há um detalhe.
No arquivo index.php, em torno da linha 53, é adicionado a variável $system_folder o seu caminho completo do servidor. Isso, claro, vai gerar problemas para o projeto.
O que eu faço então é pegar as variáveis constantes que usam a pasta system, e jogar antes desse bloco.
Se você seguir pelo projeto exemplo, verá que as coloquei logo depois do comentário “END OF USER CONFIGURABLE SETTINGS”.

Feito isso, caso você altera sua pasta system, basta alterar no local de sempre para o projeto continuar funcionando.

Pessoal é isso!
Fazia tempo que queria escrever sobre isso, espero que ajude a galera por aí.
Dúvidas podem mandar sem problemas, vou responder no que estiver a meu alcance.

Se você teve dificuldades, baixe o projeto pronto aqui e dê uma olhada mais de perto.

Agradeço novamente ao Mozart Petter, grande Brother, que implementou essa solução que uso até hoje em meus projetos. E, como sempre, também ao pessoal que garante minhas 30 visitas diárias, Valeu!

É isso pessoal.
Até a próxima!!!

Atenção!! Este artigo foi escrito em cima da versão 1 do Codeigniter. Para detalhes de como usar com a versão 2 do framework clique aqui.

Vejo muitos desenvolvedores criticarem o CodeIgniter por ele não utilizar o conceito de Layout ou ter um Template Engine dentro dele.

Template engine ou o conceito Layouts , falando em um exemplo rápido e prático seria mais ou menos o seguinte:
Pense que você tem um topo e um rodapé que nunca mudam no seu portal.
Ou seja, muda apenas o meio das páginas. Veja a figura abaixo.

E aí? Você vai ter que colocar esse topo e esse rodapé em todas as páginas que você chamar?
Ou você é malandro e vai fazer um include dentro das telas?

O Include seria uma solução interessante mais uma Template Engine faria isso sozinho para você.

Pra quem não conhece nenhuma solução para isso, o Smarty é uma template Engine das mais conhecidas no mundo do PHP.
Você tem uma lista com outras sugestões de Templates Engine nesse link da web Resources
Outros frameworks como o CakePHP tem uma solução dentro dele que faz esse trabalho.

Nesses tempos que desenvolvo em CodeIgniter já vi bizarrices do tipo colocar o Smarty dentro do CodeIgniter ou trazer bibliotecas de outras frameworks para o Core do CodeIgniter.

Mas podemos estender o Core do Framework e fazer ele trabalhar junto com a gente sem precisar de muitas manobras e malabarismos. Na documentação do CodeIgniter achamos essa prática com o nome de Hooks ou se preferir o português ganchos.

Há alguns anos um cara que considero um dos Gurus do desenvolvimento, Mozart Petter, o qual tive a honra de trabalhar junto, pesquisou uma solução nesse sentido para que não precisássemos abandonar o CodeIgniter.

Você encontra vários links pesquisando no google por Layouts in CodeIgniter, onde destaco o seguinte Blog http://hasin.wordpress.com/2007/03/05/adding-yield-codeigniter/

Abaixo vou colocar uma solução em 7 passos para você implementar isso em seu projeto de CI.
É importante que você procure entender em cada passo como o CodeIgniter vai visualizar isso tudo.
*Não se deixe confundir. É fácil. Se ficar difícil há algo errado, volte e reveja os passos.

Como os códigos são muito extensos, vou dividir em dois posts.
Parte 1 – Esse (passo 1 ao 4) e Parte 2 (passo 5 ao 7) que você acessa aqui.

Para quem não estiver com muita paciência, estou disponibilizando também um exemplo pronto de tudo funcionando que você pode baixar aqui.
Apenas confira se o .htaccess serve para o seu servidor ou máquina.

DETALHE IMPORTANTE:
Esse projeto de exemplo foi atualizado no dia 20 de novembro de 2010. Sugestão do Diego Felix (@diegofelix).
Confira a explicação da alteração no final da segunda parte ou clicando aqui.

1 – Habilitando o Codeigniter para estender o Core

A primeira coisa a fazer é habilitar o codeIgniter para estender o Core, permitir os hooks.
Isso é feito no arquivo config.php dentro da pasta config.
Procure a variável $config['enable_hooks'] e troque seu valor para TRUE, ficando como abaixo.

/*
|--------------------------------------------------------------------------
| Enable/Disable System Hooks
|--------------------------------------------------------------------------
|
| If you would like to use the "hooks" feature you must enable it by
| setting this variable to TRUE (boolean).  See the user guide for details.
|
*/
$config['enable_hooks'] = TRUE;

Pronto! Próximo passo.

2 – Definindo um Hook

Dentro da pasta config temos um arquivo onde deve ser feitas as definições dos hooks que você quer utilizar.
É o arquivo hooks.php. Para cada hook é preciso definir um array com alguns parâmetros para que o CodeIgniter saiba o que fazer.

Importante: O índice do array vai funcionar apenas como nome do seu hook. Você não vai usá-lo em nenhum lugar a princípio.

Para o nosso Hook vamos definir.

• O nome da Classe que você precisa.
• O nome do método da classe que você deseja chamar.
• O nome do arquivo onde está desenvolvida a classe.
• O directório onde ela se encontra.

Fica da seguinte forma:

$hook['display_override'][] = array('class' => 'Layout',
'function' => 'init',
'filename' => 'Layout.php',
'filepath' => 'hooks');

Esses itens podem variar de acordo com o que você quiser ou precisar fazer.
O manual é uma grande referência para te ajudar com isto e traz alguns detalhes que não abordo aqui.

Certo! Você habilitou e definiu um Hook, ou gancho. Vamos para o próximo passo.

3 – Adicionando algumas constantes necessárias

No arquivo index da aplicação são definidas algumas constantes que ajudam no desenvolvimento da nossa aplicação, como por exemplo,
a extensão dos arquivos que serão usados, constante EXT, e o BASEPATH que traz o caminho da pasta do sistema.

Vamos adicionar aqui mais 3 constantes que vai nos facilitar lá na frente quando formos fazer nossa classe.

• LAYOUTPATH – Caminho onde ficará os layouts que construirmos.
• JSPATH – Caminho onde ficará os arquivos com javascript.
• CSSPATH – Caminho onde ficará os arquivos de estilo. CSS.

Ficando da seguinte forma:

/*
|---------------------------------------------------------------
| DEFINE APPLICATION CONSTANTS
|---------------------------------------------------------------
|
| EXT		- The file extension.  Typically ".php"
| SELF		- The name of THIS file (typically "index.php")
| FCPATH	- The full server path to THIS file
| BASEPATH	- The full server path to the "system" folder
| APPPATH	- The full server path to the "application" folder
|
*/
define('EXT', '.php');
define('SELF', pathinfo(__FILE__, PATHINFO_BASENAME));
define('FCPATH', str_replace(SELF, '', __FILE__));
define('BASEPATH', $system_folder.'/');
define('LAYOUTPATH', $application_folder.'/layouts/');
define('JSPATH', $application_folder . '/js/');
define('CSSPATH', $application_folder . '/css/');

Reparem que usei a variável $application_folder, que é definida no mesmo arquivo, para completar o caminho das minhas constantes.
Você pode e deve mudar isso de acordo com seu projeto.

Essas constantes vão facilitar também para caso você precise mudar o caminho dos arquivos CSS por exemplo. Basta alterar aqui.

4 – Construindo seu Layout

Vamos agora construir o seu Layout.
Seria aquele topo e aquele rodapé que você não quer mexer. Ou um menu lateral.
Você pode construir o que quiser.

O local onde vamos criar nossos layouts foi definido na constante LAYOUTPATH.

Você pode ter quantos layouts quiser e nomeá-los como quiser.
Mas quando formos construir a classe você verá que definimos um Layout default para quando nenhum for chamado.
É esse que vamos criar agora. default.php

No exemplo abaixo eu criei um topo que tem um menu e um rodapé simples.

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html>
<head>

<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<title>{title_for_layout}</title>

{css_for_layout}
        	{js_for_layout}

</head>
<body>
<div id="geral">

<div id="topo">
<ul id="menu">
<li><a href="#">Link</a></li>
<li><a href="#">Link</a></li>
<li><a href="#">Link</a></li>
<li><a href="#">Link</a></li>
<li><a href="#">Link</a></li>
<li><a href="#">Link</a></li>
<li><a href="#">Link</a></li>
</ul>
</div>

<div id="meio">

{content_for_layout}

</div>

<br style="clear: both;" />

<div id="rodape">
<p class="rodape">
Todos os direitos reservados - Bla Bla Bla
</p>
</div>

</div>
</body>
</html>

É necessário prestar atenção em 4 variáveis que deixamos soltas no meio desse HTML do Layout.

• Primeira – {title_for_layout}
• Segunda – {css_for_layout}
• Terceira – {js_for_layout}
• Quarta – {content_for_layout}

Explicando rapidamente:
Essas Strings vão ser substituídas de acordo com o que definirmos no Controller em um próximo passo.

No lugar de {title_for_layout} irá o título da página. É legal podermos definir um título pelo controlador para deixá-lo dinâmico e assim ajudar no SEO.

No lugar de {css_for_layout} e {js_for_layout} entrarão os arquivos de CSS e JavaScript que definirmos para nossa página.
Você não precisa chamar todos os CSS ou JavaScripts se não for usá-los. Essa é uma grande sacada dessa solução.
Lembro de pegar projetos em Smarty onde estavão definidos inúmeros JavaScripts e CSS em um top.php onde em várias páginas eles nem era usados.

Por último, no lugar de {content_for_layout} irá o conteúdo da nossa View.
É o meio, o que muda.
É o que vamos fazer no próximo passo que está no próximo post.

Ontem precisei comparar os resultados de dois arrays e deles trazer os valores que estavam em apenas um dos arrays.

A princípio procurei uma função que fizesse isso pra mim, achei que o array_diff fizesse isso para a gente. Mas me enganei! Não achei uma função com esse resultado.

A função array_diff na verdade traz apenas os valores que constam no primeiro array, mas não constam no segundo.
Exemplo:

<?php

$array1 = array("bola", "quadrado", "triangulo");
$array2 = array("esfera", "quadrado", "triangulo");

$result = array_diff($array1, $array2);
print_r($result);

?>

O resultado do código acima nos retorna um array com o valor “bola”.
Pois é o único valor que consta no primeiro array e não no segundo.

O que eu precisava é que ele me retornasse também os valores que tinham no segundo array e que não constavam no primeiro.

Resolvi da seguinte forma:

<?php

$array1 = array("bola", "quadrado", "triangulo");
$array2 = array("esfera", "quadrado", "triangulo");

$result1 = array_diff($array1, $array2);
$result2 = array_diff($array2, $array1);

$full = array_merge($result1, $result2);

print_r($full);

?>

Primeiro fazemos retornar os valores que estão no primeiro array e não no segundo ($result1).
Em seguida os que estão no segundo array e não no primeiro ($result2).
Após isso unimos os dois arrays através da função array_merge.

E o resultado retornado é [0] => bola [1] => esfera, como esperado.
Bola que está apenas no primeiro array, e esfera que está apenas no segundo.
Os demais valores aparecem em ambos os arrays, logo, ficam de fora.

Adicionem outros elementos aos arrays para testar e confiram os resultados.

Grande Abraço.