Atualmente temos uma diversidade de conteúdo espalhado sob diversas formas, seja através de fotos, comentários, tweets, blogs, links favoritos, etc. Como exemplo podemos citar as redes: Flickr, Last.fm e Twitter.

Não seria interessante agregá-los em uma página ?

Isso pode ser feito utilizando a classe SimplePie, de código aberto, fácil utilização, escrita em PHP e que nos ajudará a trabalhar com o RSS necessário para a manipulação dos dados.

Ela pode ser encontrada em: http://simplepie.org/downloads/.

Utilização

Primeiramente precisamos coletar os feeds desejados.

Para isso, acesse seus perfis (ou de quem você deseja seguir) e guarde as URLs que geralmente estão nos ícones de RSS.

Precisamos realizar um simples teste de compatibilidade (já disponível no pacote) para verificarmos se o servidor que rodará a aplicação oferece suporte completo à classe. Esse teste encontra-se na pasta "compatibility_test".

Devemos criar uma pasta para o cache da aplicação. Basicamente ela armazenará certificados.

Exemplo

Definindo path da classe e variáveis de configuração

<?php
require_once('./simplepie/simplepie.inc');
 
$cache = "./rsscache";
$duration = 2000;

Definindo os feeds

// Para o blog e twitter utilizamos o perfil da Stiod, como exemplo
$blog = new SimplePie("http://blog.stiod.com/rss.xml", $cache, $duration);
$twitter = new SimplePie("http://twitter.com/statuses/user_timeline/17368651.rss", $cache, $duration);
// Substitua PERFIL pelo desejado
$lastfm = new SimplePie("http://ws.audioscrobbler.com/2.0/user/PERFIL/lovedtracks.rss", $cache, $duration);

Função para transformar os nomes em links diretos

 
 function twitterify($ret) {
   $ret = preg_replace("#(^|[\n ])([\w]+?://[\w]+[^ \"\n\r\t< ]*)#", "\\1<a href=\"\\2\">\\2</a>", $ret);
   $ret = preg_replace("#(^|[\n ])((www|ftp)\.[^ \"\t\n\r< ]*)#", "\\1<a href=\"http://\\2\">\\2</a>", $ret);
   $ret = preg_replace("/@(\w+)/", "<a href=\"http://www.twitter.com/\\1\">@\\1</a>", $ret);
   $ret = preg_replace("/#(\w+)/", "<a href=\"http://search.twitter.com/search?q=\\1\">#\\1</a>", $ret);
   return $ret;
 }
 

Para carregarmos os itens, utilizamos uma estrutura de repetição como a seguinte

<?php foreach ($twitter->get_items() as $item) : ?>
<li>
 
<?php echo twitterify(str_replace("raena: ", "", $item->get_title())); ?>
 
<a href="<?php echo $item->get_link(); ?>"><?php echo $item->get_date(); ?></a>
</li>
 
<?php endforeach; ?>

Baixe o exemplo completo do agregador

Esse foi um exemplo básico, entretanto, não ficamos restritos ao exposto, é possível fazermos aplicações com maiores funcionalidades.

Para isso, acesse o Wiki, onde existem inclusive plugins para a extensão da classe.

De início você pode estar pensando: "mas porquê vou incluir essa biblioteca se o PHP já possui a função mail() nativamente ?".

Através da classe PHPMailer, temos uma solução de envio de email mais robusta e com maiores funcionalidades, dentre elas a possibilidade de incluir anexos à mensagem, incluir CCs e CCOs, definir tamanho padrão para quebra de palavras (wordwrap) e utilizar um servidor SMTP, sendmail ou QMail para o envio.

O fato de podermos especificar como será feito o envio é particularmente útil no caso de hospedarmos uma aplicação em um ambiente que não possua um servidor de email integrado (cenário incomum mas que pode vir a ocorrer). Nesse caso, é possível, ainda, definirmos um host padrão para envio e um outro redundante, no caso de o primeiro falhar.

Onde encontrar

O download da biblioteca pode ser feito em: http://sourceforge.net/projects/phpmailer/files/.
Nesse endereço existem versões para o PHP 4 e PHP 5.

Exemplo de utilização (adaptado do leiame do projeto):


Configurações de envio

<?php
    require("class.phpmailer.php");
    $mail = new PHPMailer();
    // configuramos o mailer para utilizar SMTP
    $mail->IsSMTP();
    // especificamos o servidor principal e o reserva
    $mail->Host = "smtp1.example.com;smtp2.example.com";
    // ativamos a autenticação no SMTP
    $mail->SMTPAuth = true;
    // usuário(s) de SMTP
    $mail->Username = "usuario_smtp1;usuario_smtp2";
    // senha(s) de SMTP
    $mail->Password = "senha_smtp1;senha_smtp2";

Cabeçalho e conteúdo da mensagem

    /* podemos utilizar qualquer idioma presente na pasta languages,
    facilitando uma eventual depuração de erros */
    $mail->SetLanguage("br");
    $mail->From = "from@example.com";
    $mail->FromName = "Mailer";
    // o nome é opcional
    $mail->AddAddress("josh@example.net", "Josh Adams");
    // quebra de palavra em 50 caracteres
    $mail->WordWrap = 50;
    // anexo - nome é opcional
    $mail->AddAttachment("/tmp/image.jpg", "new.jpg");
    // configuramos o formato de email como HTML
    $mail->IsHTML(true);
    $mail->Subject = "Este é o assunto";
    $mail->Body    = "Este é o corpo da mensagem HTML <b>em negrito!</b>";
    $mail->AltBody = "Este é o texto puro para clientes de email que não suportam HTML";

Envio do email

    if(!$mail->Send())
    {
        echo "A mensagem não pôde ser enviada.<br/>";
        echo "Erro: " . $mail->ErrorInfo;
        exit;
    }
    echo "Mensagem enviada !";
?>

Nesse post abordarei uma implementação básica de migration utilizando como base o framework Codeigniter.

Cenário

Para aqueles que desconhecem, o recurso de Migration consiste na abstração das alterações em bases de dados para uma classe que automatiza essa tarefa. Isso é particularmente útil quando trabalhamos em equipe e cada profissional desenvolve em seu ambiente, eventualmente modelando novas tabelas ou adicionando campos as já existentes. Dessa forma, evita-se trabalhar diretamente com o SQL (o que possibilita uma independência do SGBD) e o processo de atualização dos diversos ambientes (inclusive o de produção, quando for o caso) se torna mais simples e ágil.

Instalação

Por padrão, essa funcionalidade não vem integrada ao CI, entretanto, pode ser facilmente acoplada mediante o download do arquivo http://codeigniter.com/wiki/File:migrations.1.0.zip/ seguido da descompactação do mesmo na pasta "application" do seu projeto.

Essa classe acompanha um helper que facilita a criação dos migrates: http://codeigniter.com/wiki/Database_Utilities_helper/, no qual é possível adicionar funções específicas, de acordo com a necessidade.

Utilização

A implementação de Migration para o Codeigniter foi inspirada na do Ruby on Rails, portanto segue a sua mesma estrutura.

Juntamente com a instalação do Migration existe uma pasta chamada "example_migrations" que contém alguns exemplos para a utilização e formatação.

O arquivo migrate deve possuir o seguinte padrão de nomenclatura:

###_migration_unique_name.php

(onde ### é o número da versão)

Observações:

• O nome da classe deve acompanhar o nome único (após o número da versão) e seguir o camel case (primeira letra em maiúscula e as demais minúsculas).
• Tanto o prefixo quanto o nome devem ser únicos para não acarretar em conflitos entre os migrates.
• O nome do arquivo deve ser intuitivo e descritivo, acompanhando o que ele se propõe a fazer.

• A classe deve, obrigatoriamente, implementar os métodos "up()" e "down()" responsáveis por "instalar" e "desinstalar" o migrate, respectivamente. O método down() deve ser implementado de modo a desfazer o que foi realizado pelo up().

São duas as opções para a utilização: version e install.
Na primeira você especifica a versão do migrate a se utilizar, caso o sistema esteja em uma versão inferior a ela, ele será atualizado, caso contrário, retornará à versão especificada (desfazendo os migrates das versões posteriores à informada).

Dessa forma, para aplicar a versão 4, seria utilizada uma URL como essa:

http://dominio/index.php/migrate/version/4

A segunda opção verificará todos os migrates disponíveis, aplicando-os ao schema. Ela é útil quando movemos a aplicação para um novo servidor, ou quando um novo membro junta-se à equipe.

Exemplo

 
<?php
class Rename_articles {
 
    function up() {
 
        echo "Renaming table...";
        rename_table("articles", "blogs");
        echo "DONE";
 
    }
 
    function down() {
 
        echo "Renaming table...";
        rename_table("blogs", "articles");
        echo "DONE";
 
    }
 
}
?>
 

O exemplo acima renomeia a tabela "articles" para "blogs".

Maiores informações: http://codeigniter.com/wiki/Migrations/

Introdução
Imagine que seu professor de linguagem C++ (ou outra de sua preferência, mas uma linguagem descente, por favor) lhe passe uma lição de casa: “Faça um MMORPG em 5 idiomas diferentes”.
Simples não? Qualquer um faz um MMORPG em C++ da noite para o dia. O detalhe desta simples aplicação é permitir a utilização ou diversão (já que é um game) em outros idiomas.
Se você pensou em um colocar vários “IFs” ou “CASEs” para cada linha que contenha uma string...

Bom, talvez não seja algo tão errado, se você tiver tempo para colocar vários “IFs” para cada uma das 4.000 strings de frases aleatórias dos NPCs do seu game. O trabalho todo será seu mesmo.
Tudo bem, é só uma lição de casa, mas se não for pegue suas coisas e passe no RH (ou passe no RH e depois pegue as suas coisas... vocês entenderam né?).

Bom, sem encher muita lingüiça, vamos ao ponto: i18n

What?
i18n é o acrônimo de internacionalization (“i” + 18 letras + “n”). As vantagens de se utilizar i18n são:

- O programa não precisa ser re-compilado a cada alteração nas traduções. Alternar entre os idiomas pode ser feito dinamicamente em tempo de execução (salvo algumas situações específicas).

- Este método é válido para muitas linguagens, não só o C++, o processo é praticamente o mesmo.

- Se o programa não conseguir encontrar a string traduzida ele exibirá a string original.

- A pessoa que fará as traduções não precisa entender de programação. Como o arquivo a ser traduzido está separado do programa, você pode mandar para um tradutor e depois só fazer as modificações necessárias para encaixar no programa (poucas coisas mesmo).

- Seu amigo chinês vai poder jogar seu game! De quebra ele indica o seu game para outros amiguinhos chineses que devem ser mais ou menos uns 10 mil só no bairro dele.

- Formatação correta de moeda, pesos, medidas, data, hora, etc. para o idioma escolhido.

- Aumento do alcance do seu programa/game em escala mundial. Para um alemão, nada melhor do que se utilizar um software em alemão. Para um brasileiro, nada melhor do que utilizar um software em português, não é?

- Perdão. Não existe nada melhor do que utilizar um software em português brasileiro (ora pois!).

- E outros benefícios que eu não me lembro ou não consegui inventar.

Nada mastigado, apenas o caminho das pedras...
Mas como utilizar a/o i18n em meu programa? A melhor forma é utilizando o gettext. Seu uso é relativamente simples (claro, se você for um programador de verdade). Os passos e quesitos básicos para implementar as traduções são:

- O programa para estar perfeitamente internacionalizado deve ter suporte a caracteres UNICODE, mas tem que ter suporte de verdade ao UNICODE. Por exemplo, no Delphi só é possível manipular esses caracteres internamente sem poder exibi-los, pois os componentes dele não possuem suporte ao UNICODE (e vai saber quando terá de verdade). Mas você pode comprar componentes de terceiros com suporte a UNICODE, ou fazer que nem eu que alterei o componente TEdit na mão e fez o antivírus apitar na hora de rodar o programa (depois eu conto essa história).

- Instalar o gettext se você não tiver.

- Marcar no código as strings que serão traduzidas. Por exemplo:

printf("Welcome to the Django Mr. %s!\n", name);

se transforma em:

printf(_("Welcome to the Django Mr. %s!\n"), name);

onde “_()” é uma função do gettext que marca a string para extração. Esta talvez seja a parte chata da coisa, mas não é tanto esforço assim.

- Um botão ou opção no seu programa para o usuário mudar o idioma.

- Extrair as strings (veja o manual do gettext). Será gerado um arquivo *.po com as strings marcadas.

- Traduzir as strings para um idioma em um editor de texto UNICODE. Utilizando o exemplo anterior ficaria assim:
"Welcome to the Django Mr. %s!\n"
"Bem-vindo a Djelva Sr. %s!\n"

- Compilar o arquivo traduzido com uma ferramenta apropriada, será gerado um arquivo *.mo. Uma ferramenta que utilizo para compilar e editar é o Poedit.

- Copiar o arquivo compilado para a pasta correta, normalmente (ou sempre) é em “diretório_do_programa/locale/sigla_do_idioma/LC_MESSAGES/default.mo”. Como em “meu_programa_bilingue/locale/pt_BR/LC_MESSAGES/default.mo”. Agora você sabe por que alguns programas com vários idiomas possuem uma pasta “locale” no diretório de instalação?

- Testar o seu programa.

- Para alterar a tradução basta editar apenas o *.po do idioma e compila-lo novamente, sem precisar mexer no código fonte do programa.

Basicamente, para cada idioma haverá um arquivo compilado diferente. De preferência, o idioma original do seu programa deve estar em inglês, mas nada impede que você o faça em português.

Dicas
- Ao fazer a tradução procure fazer com que a tradução possua um tamanho próximo ao do original.

- No caso do Delphi você pode utilizar o dxgettext, ele faz a captura automática das strings dos componentes. Infelizmente, faça uma boa leitura da documentação dele, pois existem alguns atributos de componentes que não devem ser traduzidos.

- Antes de fazer o seu programa estude (é estude!) um pouco sobre os idiomas que você irá disponibilizar em seu programa. Dependendo do idioma será necessário colocar algumas alterações no programa, como a escrita da direita-para-esquerda, de cima-para-baixo, etc. Não é nada muito difícil de fazer, muitas vezes isso é feito de forma automática pelo programa (depende muito da API utilizada) ou só mudar uma flag do componente que está utilizando (que também depende muito da API utilizada XD).

- Permita que o usuário escolha o idioma. Não obrigue ele a utilizar somente o idioma definido pelo SO. Eu mesmo já sofri muito com isso. :´(

- Para aplicações Desktop o ideal é que o texto possa fluir na tela de forma dinâmica, pois um texto pode aumentar ou diminuir de dimensões ao mudar de idioma, como de "texto romanizado" para "ideogramas chineses". Faça com que os itens da tela se redimensionem e se posicionem automaticamente. Uma boa opção é deixar com quebras de linhas automáticas, tomando o cuidado para que o texto não fique em cima de outros itens ao quebrar a linha.

Repare que só é possível fazer essas traduções com textos estáticos do programa. Se vierem dados do banco de dados já é mais complicado. A não ser que suas tabelas estejam bem modeladas, pelo menos na 3NF já daria para traduzir boa parte dos campos. Por exemplo, uma tabela de cores poderia ter os campos “cor_ptbr” e “cor_en”. Mas como fazer traduções corretamente de banco de dados isso eu deixo para próxima (pois nem eu sei XD).

Não entendeu nada do que falei? Clique aqui que tudo ficará mais claro.

Nesse post, só pretendo mostra o básico de um script em php fazendo conexão com o Oracle, não algo mais que um consultazinha.

[php]
$user="User"; // Seta o usuario
$senha="pass"; // Seta a senha
$host="host";// Seta o host

//Tenta conectar na base
$conexao = @ocilogon($user, $senha, $host) or die( "Não conectou na base");

//Query
$sql = "SELECT * FROM TABELA";

//Analisa a query
$stmt = ociparse($conexao, $sql) or die("Erro na Query");

//Executa a query
ociexecute($stmt);

print "
Exibindo Valores
";

//Pega uma linha da TABELA, se obtido resultado na query.
while(Ocifetch($stmt)) {

//Pega o valor do campo1 da linha
$campo1 = ociresult($stmt,"campo1");
//Pega o valor do campo2 da linha
$campo2 = ociresult($stmt,"campo2");
//Pega o valor do campon da linha
$campon = ociresult($stmt,"campon");

print "Campo1: ".$campo1."\n";
print "Campo2: ".$campo2."\n";
print "Campon: ".$campon."\n";
[/php]

Pessoal, por hoje é só. Pretendo sempre que puder, estar postando alguma interessantes e usual não só sobre Programação, mas também tecnologia em geral!!!!

Flw, Tiau!!!!

Teste de HTML pra PDF

Foo bar

\

fuba

";
$dompdf->load_html($html);
$dompdf->render();
$dompdf->stream("Teste HTML.pdf");
[/php]

E pronto, quando você abrir essa página no navegador ele já irá trazer o documento PDF

A biblioteca dompdf suporta CSS também, o que ajuda muito na hora de gerar o pdf "bunitin, mais informações podem ser encontradas direto no site oficial http://dompdf.sourceforge.net

Mais um post da série "facil de mais"!