Quer ganhar uma delas?

Envie uma frase descrevendo a foto abaixo para promo@phpsp.org.br com assunto “PHP Conf 09″. Resultdo será divulgado dia 22/10/2009.

São 3 cortesias  SILVER, que a inscrição é gratuita e 5 cortesias que permitem inscrição por apenas R$ 50,00 reais.

Essas cortesias permitem acesso ao PHP Conference ’09 nos dias 27 e 28.

Se você ainda não sabe o que é o PHP Conference acesse www.phpconf.com.br para maiores informações sobre o principal evento de PHP da América Latina.

Esse ano os destaques do evento são:

Eli White – Community Manager da Zend
Co-autor do livro “PHP 5 in Practice” e trabalha com Internet há mais de 13 anos, sendo os últimos 9 investidos exclusivamente em PHP. Já trabalhou em diversos projetos no passado, incluindo TravelPod, Digg e o Programa Telescópio Espacial Hubble, além de já ter se apresentado em diversas conferências.

Sebastian Bergmann – Criador da PHPUnit
É o criador e mantenedor da PHPUnit, Core Developer da linguagem PHP e um dos fundadores da The PHP Consulting Company, empresa que presta consultoria visando a redução de custos de TI com a adoção de ferramentas de Software Livre e PHP em particular.

GRADE COMPLETA: http://www.phpconf.com.br/grid/index/day/1
INSCRIÇÕES: http://www.phpconf.com.br/subscribe
LOCAL: http://www.phpconf.com.br/about

_{ps.: copiado da Lista PHP (valeu Mari)}

Lembrando que o evento tem patrocinadores de “peso”, como Zend, SourceForge, UOL Host, Locaweb, MSDN, keynotes internacionais e uma grade de palestrantes do Brasil inteiro.

Tag oficial do evento: phpconfbr

Ivan Rosolen

Website - More Posts

Ensinar as definições de um webservice, sua tipagem, as tecnologias envolvidas em sua construção e consumo, seus benefícios e a como desenvolver utilizando as ferramentas existentes para php.

Após o treinamento, os participantes estarão aptos a escolher qual tecnologia deseja utilizar para desenvolver e também criar webservices para integração de sistemas, além de conhecer as questões de segurança e performance.

Tópicos:

• Entendendo webservices
• Como criar webservices
• Desenvolvendo webservices
• Utilizando Objetos externos em um Webservice
• Desenvolvendo webservices mais robustos
• Conectando-se ao banco dados
• Segurança em webservice
• Outras práticas de segurança.

Maiores informações e Inscrições

http://www.temporealeventos.com.br/?area=66

Inscreva-se até este dia 27 com o seguinte código promocional “55c1s4” no valor de R$ 249,00

Ivan Rosolen

Website - More Posts

Sábado (23/05/2009), semana que vem. Estarei ministrando um curso pela Tempo Real Eventos sobre Orientação a Objetos. O meu intuito com o curso é mostrar ela na prática, sem exemplos fora do contexto do desenvolvimento para web, ou seja, sem feijoadas, cachorros, etc.

O público alvo do curso são os desenvolvedores que conhecem um mínimo do conceito sobre Orientação a Objetos (mesmo assim, vou passar algumas horas explicando tudo que for importante sobre OO) mas nunca aplicaram ela no dia a dia. Vamos ver como alguns frameworks hoje utilizam a OO e organizam as coisas, design patterns e reflexão.

Se você se sente inseguro em utilizar OO, este curso é para você! Vamos rumo a des-sobrinhação !

Link: http://www.temporealeventos.com.br/?area=139

Augusto Pascutti

Augusto Pascutti é desenvolvedor PHP a 5 anos, trabalhou em projetos Open Source como CakePHP, Zend Framework e Habari. É evangelista PHP e de boas práticas, Zend Certified Engineer para PHP 5, fundador/coordenador do PHPSP, host do PHPSPCast e headbanger nas horas vagas.

Website - More Posts

Se você navegar até os outros artigos, perceberá que até o momento trabalhamos somente com um template (arquivo.tpl). Uma das propriedades mais interessantes do cache do Smarty é a capacidade dele trabalhar de forma independente com vários arquivos.

Vamos voltar um pouco ao Smarty para ter certeza de que entendemos o que eu acabei de dizer:

O Smarty gerencia templates, assim, você pode separar seu template em blocos. Vamos dizer que você tenha a seguinte estrutura:

Cabeçalho, menu da esquerda, chamada de artigos, chamada de eventos, rodapé.

Embora sua página seja uma só, você pode monta-la a partir de vários bloquinhos no Smarty.

Você teria arquivos como:

cabecalho.tpl, menu.tpl, chamadaArtigos.tpl, chamadaEventos.tpl e rodapé.tpl.

Note que não estamos usando um index.tpl neste exemplo. Muita gente iria criar um index.tpl e incluir as diretrizes de include nele. No nosso caso todos controles de exibição são feitos no index.php usando o metodo display().

Voltando ao caching, como já deve ser imaginável, se você está controlando o display de cada área, você também pode controlar o cache de cada área de forma independente. Por exemplo, o cabecalho.tpl, rodarpá.tpl e menu.tpl podem ter um cache de longa duração, os eventos podem ser atualizados a cada hora e os artigos podem ser atualizados manualmente a cada vez que se insere um novo.

Desta forma, temos uma única página, que sozinha tem vários controles de cache diferentes.

Não vou mostrar o exemplo completo de um código como esse, porque ele vai bem além do escopo deste artigo, mas vamos mostrar algumas das partes relacionadas ao cache.

O site de artigos e eventos.

Temos nossos TPLs montados e funcionando. Por preferência pessoal, gosto de separar os arquivos que controlam cada TPL em arquivos independentes. Assim, para cada TPL tenho um arquivo PHP que faz todas as buscas de banco, controle de cache, etc…

Nosso index.php vai acabar ficando +- assim:

<?php
/* includes diversos para que tudo funcione direito
* incluindo o include do Smarty, banco, etc…
*/

include(‘cabecalho.php’);
include(‘menu.php’);
include(‘chamadaArtigo.php’);
include(‘chamadaEventos.php’);
include(‘rodape.php’);

?>

Bem simples na verdade. A index essêncialmente se encarrega de chamar todos os objetos e métodos necessários para que tudo funcione corretamente (que eu geralmente separo em um único arquivo para que eu possa fazer somente um include na Index).

Cada arquivo controla sua própria exibição, por exemplo o cabecalho:

$Smarty->cache_lifetime = 3600;
if(!$smarty->is_cached(‘cabecalho.tpl’)){
//…
}
$Smarty->display(‘cabecalho.tpl’);

E assim por diante.

Um bloco um pouco diferente é o bloco de artigos. Você pode notar na descrição da funcionalidade acima que eu disse que o bloco deveria ser renovado somente quando um artigo novo é publicado. Assim, o controlador do template não tem controle sobre a renovação do artigo, não usamos o lifetime para determinar quando o template deve ser limpo.

O que de fato fazemos é, no admin, quando rodamos a rotina de publicar o artigo, forçamos a limpeza do cache desse bloco.

No arquivo de publicarMateria.php, colocaríamos além de todos os controles de insert em banco e etc…, também uma chamada de Smarty similar a essa:

$Smarty->clear_cache(‘chamadaArtigo.tpl’);

(note que a página publicar matéria não precisa estar sendo controlada via Smarty para usar o objeto Smarty, basta que ele tenha uma referência ao objeto).

Bom, falamos muito sobre o cache, mas ainda não concluímos todas as coisas que existem. Como este artigo visa apenas melhorar o seu entendimento de como utilizar o cache do Smarty, não vou entrar em detalhes de tudo que é possível e nem de todas as outras funcionalidades associadas ao cache do Smarty. De uma forma geral, com o conhecimento que você adquiriu nesses artigos, você já tem a faca e o queijo na mão.

A regra básica de programação ainda permanece verdadeira, planeje suas ações. Desenhe, pense, estude , teste e só depois, faça.

Bom galera, qualquer coisa, só me mandar suas dúvidas ou sugestões. O LiveJournal não tem form de e-mail, então basta ir pro http://bugz.doutromundo.com e usar o de lá.

Rafael Dohms

Rafael Dohms é um Evangelista PHP e membro ativo da Comunidade PHP. Ele ajudou na fundação de dois Grupos de Usuários de PHP ao longo do tempo e hoje compatilha a coordenação do PHPSP. Desenvolvedor, gamer e apaixonado por código ele também é host do primeiro podcast de PHP do Brasil: PHPSPCast. Atualmente ele trabalha na equipe SWAT do grupo MIH, uma equipe de experts que fornecem conhecimento técnico para o grupo além de trabalhar com P&D buscando novos nichos da internet e tecnologia. Seu papel como Desenvolvedor Sênior é codar, treinar e auxiliar outras empresas e se divertir enquanto faz isso.

Website - Twitter - More Posts

<?
require('Smarty.class.php');
$Smarty = new Smarty;
$Smarty->caching = true;

// OPCAO 1 - Limpar todos o cache
$smarty->clear_all_cache();

// OPCAO 2 - Limpar somente o cache de um template
$smarty->clear_cache('aleatorio.tpl');
$smarty->display('index.tpl');
?>

Como você pode ver temos duas possibilidades, opção 1 permite limpar todos os caches do site em um único comando, e a opção 2 permite que você limpe o cache de um template individual.
Sugiro que você tome um certo cuidado ao utilizar o comando cleal_all_cache() pois em servidores com alta visitação, você repentinamente ter que gerar todos os arquivos de cache pode causar um impacto indesejado no site. Planeje suas mudanças de cache cuidadosamente. Mais nesse assunto depois.

Muitos caches, um template.

Uma das perguntas que eu mais ouvi ser feita (não somente com relação ao artigo mas nas empresas onde trabalhei com Smarty) foi em relação ao controle de de exibição do cache. Vou exemplificar usando o cenário similar ao explicado em um comentário no meu primeiro artigo:

Um template de Menu (menu.tpl) entra no cache. Quando o usuário está logado, o menu muda para não incluir os campos de login e senha, substituindo-os por um link de “logoff”.
Uma típica solução para um cenário desses seria algo assim:

<?
// includes e instancia do Smarty

// Checa se o usuario está logado
$logadoID = isset($_SESSION['id_logado'])?$_SESSION['id_logado']:false;
if (!$logado){
    $Smarty->clear_cache('menu.tpl');
    $Smarty->assign('mostraLogin',true);
    $Smarty->assign('usuarioNome','Visitante');
}else{
    $Smarty->clear_cache('menu.tpl');
    $Smarty->assign('mostraLogin',false);
    $Smarty->assign('usuarioNome',$_SESSION['nome_logado']);
}
$Smarty->display('menu.tpl');
?>

(eu resumi um pouco os códigos, pois já presumo que você saiba fazer o include do Smarty, setar o cache=1 etc….)

O código acima deveria funcionar relativamente bem, porém, ele tem não tão obvio.
O menos obvio é que toda vez que rodamos esse PHP, checamos por uma sessão chamada “id_logado” e decidimos o que fazer a partir dela. Vamos fazer um simulado pra ver o que acontece:
1 – Visitante
- entra ná pagina, ele não tem id_logado, limpa o cache, monta o menu, mostra o display
2 – Novo Visitante
- entra ná pagina, ele tbm não tem “id”, limpamos o cache, monta o menu, e mostra o display
3 – usuario logado – o usuario tá logado, limpamos o cahce, montamos o menu, e mostrams o display.

Bom sem continuar, vemos que de fato, embora estamos usando o cache, na realidade, estamos apenas gerando mais trabalho para o processador, sendo que toda vez estamos limpando o cache. Esquecemos de utilizar o is_cached para checar se o template está cacheado ou não. Então vamos lá:

<?
// includes e instancia do Smarty

// Checa se o usuario está logado
$logadoID = isset($_SESSION['id_logado'])?$_SESSION['id_logado']:false;
if (!$logado){
	if (!$Smarty->is_cached('menu.tpl')){
		$Smarty->clear_cache('menu.tpl');
		$Smarty->assign('mostraLogin',true);
		$Smarty->assign('usuarioNome','Visitante');
	}
}else{
	if (!$Smarty->is_cached('menu.tpl')){
		$Smarty->clear_cache('menu.tpl');
		$Smarty->assign('mostraLogin',false);
		$Smarty->assign('usuarioNome',$_SESSION['nome_logado']);
	}
}
$Smarty->display('menu.tpl');
?>

Agora geramos outro problema: De novo aos testes:
1 – visitante – não tem id, não tem cache, seta valores, mostra display
2 – visitante – nao tem id, o cache existe, mostra display
3 – visitante – nao tem id, o cache existe, mostra display
(legal com o visitante funcionou)
4 – usuario – tem ID, cache existe!, mostra display
…

Pronto como resolvemos isso? O Smarty guarda o primeiro cache, independente de termos logado ou não… assim todo mundo ve a página com o formulário de login.

Eu demorei, mas é importante que você entenda em detalhe a lógica por trás do Smarty para evitar problemas enquanto desenvolve. É muito comum você(eu ou qualquer um) fazer esse tipo de erro ao desenvolver, e por isso, fazer simulados com pequenos pedaços de código enquanto você desenvolve é importante.

Como resolvemos esse problema? Com cache dinâmico.

O cache dinâmico (por falta de melhor nome), permite você levar em consideração variáveis na hora de cachear seus arquivos. Vamos ao código, depois a explicação:

<?
// includes e instancia do Smarty

// Checa se o usuario está logado
$logadoID = isset($_SESSION['id_logado'])?$_SESSION['id_logado']:false;
if (!$logado){
	if (!$Smarty->is_cached('menu.tpl',$logadoID)){
                // Não vamos limpar o cache pq não tem cache
		//$Smarty->clear_cache('menu.tpl',$logadoID);
		$Smarty->assign('mostraLogin',true);
		$Smarty->assign('usuarioNome','Visitante');
	}
}else{
	if (!$Smarty->is_cached('menu.tpl',$logadoID)){
                // Não vamos limpar o cache pq não tem
		//$Smarty->clear_cache('menu.tpl',$logadoID);
		$Smarty->assign('mostraLogin',false);
		$Smarty->assign('usuarioNome',$_SESSION['nome_logado']);
	}
}
$Smarty->display('menu.tpl',$logadoID);
?>

Tá onde que mudamos? Eu adicionei a variável $logadoID como parâmetro dos metodos is_cached(), clear_cache() e display().
Agora vamos lá aos testes:

1 – visitante – não tem id, não tem cache menu.tpl0, seta valores, mostra display
2 – visitante – nao tem id, o cache menu.tpl0 existe, mostra display
3 – visitante – nao tem id, o cache menu.tpl0 existe, mostra display
4 – usuario 5 – tem ID = 5, o cache menu.tpl5 não existe, seta valores, mostra display
5 – usuario 5 – tem ID = 5, o cache menu.tpl5 existe, mostra display
6 – visitante – nao tem id, o cache menu.tpl0 existe, mostra display
7 – usuario 9 – tem ID = 9, o cache menu.tpl9 não existe, seta valores, mostra display
8 – usuario 5 – tem ID = 5, o cache menu.tpl5 existe, mostra display
8 – usuario 9 – tem ID = 9, o cache menu.tpl9 existe, mostra display

Pelos testes, parece que tudo funcionou!
Eu deixei a linha comentada do clear_cache porque é importante que você veja que no minuto que se usa o cache dinâmico, as funções que trabalham os templates precisam ter o “ID” associadas a elas.
Agora você deve estar perguntando porque eu demorei tanto para explicar algo que tão simples.
Usar o cache dinâmico em certos casos é imprescindível, você não tem como fazer algo assim sem ele, mas um “erro” muito comum dos desenvolvedores de Smarty é sair colocando ID em tudo que é cache. È importante lembrar que todo cache é um arquivo em disco, e que usando o cache dinâmico, você aumenta o número de arquivos existente no seu HD.
Isso pode não parecer um problema muito sério, mas depois de algum tempo, e em um site grande, você pode ter literalmente milhões de arquivos cache. Se você cachear uma página que não muda com um ID, você acabará tendo centenas de milhares de cópias do mesmo arquivo, gastando espaço desnecessariamente.

O Cache dinâmico tem uma funcionalidade bem interessante. É possível apagar todos os caches com um ID=X. Usando o nosso exemplo acima, poderíamos apagar dodos os caches do usuário com ID=9.
Para tal, basta executar o comando:

$Smarty->clear_cache(null, $logadoID);

Bom é isso. No próximo artigo, eu explicarei como funciona o agrupamento de caches, e se der darei alguns casos de uso para vocês terem na cabeça na hora de sair desenvolvendo.

Rafael Dohms

Rafael Dohms é um Evangelista PHP e membro ativo da Comunidade PHP. Ele ajudou na fundação de dois Grupos de Usuários de PHP ao longo do tempo e hoje compatilha a coordenação do PHPSP. Desenvolvedor, gamer e apaixonado por código ele também é host do primeiro podcast de PHP do Brasil: PHPSPCast. Atualmente ele trabalha na equipe SWAT do grupo MIH, uma equipe de experts que fornecem conhecimento técnico para o grupo além de trabalhar com P&D buscando novos nichos da internet e tecnologia. Seu papel como Desenvolvedor Sênior é codar, treinar e auxiliar outras empresas e se divertir enquanto faz isso.

Website - Twitter - More Posts

Eu geralmente trabalho com um arquivo de configuração geral para o Smarty. Um “smarty.config.php” que eu deixo em algum lugar acessível e fácil. Não vou entrar no mérito de organização de arquivos ou nomenclaturas, padrões de código etc… é apenas uma dica para facilitar a vida.

Bom você já deve estar usando o Smarty e está interessado em habilitar o cache. Para isso, basta setar a variavel “caching” para 1 com a seguinte linha:

$Smarty->caching = 1;

Onde $Smarty é o objeto Smarty que você instanciou antes.

Essa variavelzinha avisa o Smarty que você quer guardar as versões rendidas dos TPLs que você tem.

Vamos ver o que isso significa na prática:

TPL – Arquivo template (aleatorio.tpl):

<html>
<head><title>Exemplo 1</title></head>
<body>

O número escolhido é: {$aleatorio}

</body>
</html>

O arquivo PHP (aleatorio.php):

<?php

// incluir a class smarty

require('Smarty.class.php');

// criar nova instância

$Smarty = new Smarty;

// habilitar o cache

$Smarty->caching = 1; // atribuir um numero aleatorio para variavel aleatorio

$Smarty->assign('aleatorio',rand(1,100));

$Smarty->display('aleatorio.tpl');

?>

Ao rodar essa página a primeira vez, teremos um resultado parecido com esse:

O número escolhido é: 45

Agora toda vez que você rodar sua página no browser, você terá o mesmo resultado (se não, verifique a configuração do seu Smarty, permissão de escrita nos diretórios, etc…)

Com esse simples exemplo, vemos a essência do funcionamento mais básico de cache no Smarty.

Vamos complicar as coisas um pouco. Vamos supor (só por conveniência) que este numero aleatório deve ser alterado a cada 5 minutos. Como que se faz isso?

Uma opção seria caçar o arquivo no cache e apagá-lo manualmente, mas imagino que isso seja um pouco trabalhoso demais.

A outra opção seria avisar o Smarty, que esse cache tem uma vida útil de 5 minutos.

O arquivo PHP (aleatorio5min.php):

<?php

// incluir a class smarty

require('Smarty.class.php');

$Smarty = new Smarty;

$Smarty->caching = 1;

// LINHA NOVA
$Smarty->cache_lifetime = 300;

// LINHA NOVA
$Smarty->assign('aleatorio',rand(1,100));

$Smarty->display('aleatorio.tpl');

?>

Agora atribuimos um valor ao atributo “cache_lifetime” (traduzindo: vida util do cache).

Esse parametro recebe um número de segundos que deve ser cacheada uma página.

Agora se rodarmos esse exemplo 4 vezes em intervalos de 4 minutos, teremos:

0:00 – O número escolhido é: 32

0:04 – O número escolhido é: 32

0:08 – O número escolhido é: 78

0:12 – O número escolhido é: 19

(lembrem-se – os números são aleatórios e provavelmente serão diferentes)

Vou entrar em lifetime com mais detalhes em um outro artigo mais avançado, aqui meramente demos uma illustrada na utilidade do conceito.

Importante para o desenvolvedor.

Um dos atributos importantes quando se está usando o Smarty e o Cache, é o atributo:

compile_check

Ele basicamente verifica todos os arquivos envolvidos no template em questão. Se algum deles sofrer alguma modificação, o template é recompilado do Zero.

Isso é importante quando se faz modificações nos templates (tpl). Muitas vezes você irá ter situações onde você faz uma modificação em seu TPL e ela não é refletida no ambiente. Cheque sempre se você tem esse atributo ligado.

Ele é setado usando a linha:

$Smarty->compile_check = true;

Controle de fluxo:

Se você já tem uma certa experiência em programação, você deve ter percebido que do ponto de vista do PHP, nada mudou (peguemos o arquivo aleatorio5min.php)

1. <?php

2. // incluir a class smarty

3. require('Smarty.class.php');

4. $Smarty = new Smarty;

5. $Smarty->caching = 1;

6. $Smarty->cache_lifetime = 300;

7. $Smarty->assign('aleatorio',rand(1,100));

8. $Smarty->display('aleatorio.tpl');

9. ?>

O fluxo permanece o mesmo com e sem o cache. Isso, consequentemente não alivia nosso servidor caso ao invés de buscarmos um numero aleatório, tivessmos fazendo uma conta num banco MySQL ou fazendo um parse de um arquivo XML ou CSV.

Assim, será necessário fazer algumas mudanças no código para usufruir completamente do controle de cache do Smarty.

O que precisamos é verificar se o arquivo tem um cache válido, se ele não o ter, precisamos executar as funções necessárias para popular o template. Caso ele já tenha um arquivo de cache, podemos simplesmente exibir o arquivo cacheado, sem ter que preparar todas as variáveis.

1. <?php

2. // incluir a class smarty

3. require('Smarty.class.php');

4. $Smarty = new Smarty;

5. $Smarty->caching = 1;

6. $Smarty->cache_lifetime = 300;

7. if (!$Smarty->is_cached('aleatorio.tpl')){

8.     $Smarty->assign('aleatorio',rand(1,100));

9. }

10. $Smarty->display('aleatorio.tpl');

11. ?>

Como voce pode ver, incluimos uma nova chamada – is_cached(‘arquivo.tpl’).

Essa chamada checa se o nosso cache é válido. Se ele não for (ela retornar false), executamos o nosso assign – no caso o gerador de números aleatórios.

Bom acho que já temos bastante para ir brincando.

Lembrem-se de algumas coisas para manter a vida fácil:

$Smarty->caching = 0; // não faz cache

$Smarty->is_cached(‘arquivo.tpl’) – é importante para controlar o fluxo de dados no servidor

No próximo artigo, vamos ver em mais detalhes como cachear resultados dinâmicos. Isso é algo que já me perguntaram, mas o assunto é muito comprido para deixar em um só artigo.

Rafael Dohms

Rafael Dohms é um Evangelista PHP e membro ativo da Comunidade PHP. Ele ajudou na fundação de dois Grupos de Usuários de PHP ao longo do tempo e hoje compatilha a coordenação do PHPSP. Desenvolvedor, gamer e apaixonado por código ele também é host do primeiro podcast de PHP do Brasil: PHPSPCast. Atualmente ele trabalha na equipe SWAT do grupo MIH, uma equipe de experts que fornecem conhecimento técnico para o grupo além de trabalhar com P&D buscando novos nichos da internet e tecnologia. Seu papel como Desenvolvedor Sênior é codar, treinar e auxiliar outras empresas e se divertir enquanto faz isso.

Website - Twitter - More Posts

Zend Framework faz parte do PHP Collaboration Project da Zend, um
esforço para criar padrões para o PHP no mundo e facilitar o
compartilhamento e reaproveitamento de código.

Ele ocorrerá das 9h00min às 17h00min em laboratório com 1 pessoa por
máquina.

O treinamento será dado por Flávio Gomes da Silva Lisboa, do SERPRO,
autor do livro “Zend Framework: desenvolvendo em PHP 5 orientado a
objetos com MVC”.

O endereço para inscrições é:

http://www.temporealeventos.com.br/?area=107

PHPSP Administrator

Website - More Posts