Repito: não é sempre que aparece.

Segundo o Bruno Bemfica (@ubuntroll), é  porque o Google não gosta de cookies e prefere usar Doritos em suas páginas.

Abraço e bom final de ano!

Aonde já se viu um servidor sem cURL? Pois é, ainda fiz uma última tentativa para obter conteúdo remoto (previsão do tempo, infelizmente ainda é uma triste realidade por aqui o cliente exigir isso no site) usando file_get_contents(), mas adivinhem: allow_url_fopen desabilitado.

Felizmente existem os sockets! Dei uma fuçada na net, juntei alguns snippets e criei uma classe para facilitar o serviço. Podem conferir o código e outras informações no meu Github.

Grande abraço!

1) Sistema Operacional

No trabalho uso Windows 7, pois preciso programar com o auxílio do framework Adobe Flex. Na verdade eu poderia escrever o código em um editor de texto e compilar no compilador disponível para Linux, mas preciso de desenvolvimento ágil, além de otras cositas mas. Em casa uso o Ubuntu, sempre atualizado a cada nova versão. Atualmente tenho formatado minha máquina a cada novo release, pois sempre acabo enchendo-a de lixo. No próximo release irei atualizar a instalação, sem formatar.

2) IDE

Em casa, minha IDE é o Gedit. Com alguns plugins, ele se torna minha IDE preferida, extremamente leve e eficiente. Para gerenciamento do banco PostgreSQL utilizo o terminal do Linux, através do psql. No trabalho, no Windows, utilizo Eclipse com alguns plugins como o Hibernate Tools e o Flex Builder, Notepad++ para PHP e EMS SQL Manager para o banco de dados.

3) Controle de Versão

Para os meus projetos uso e recomendo o git. No trabalho, uso o TortoiseSVN.

4) Utilitários

Uso o Filezilla como cliente de FTP nos dois ambientes, na maioria das vezes para ajustes rápidos em páginas. Sempre que posso, faço o uso do SSH e SCP no Linux e do PuTTY e WinSCP no Windows.

5) Navegador/e-mail

Sou fã de carteirinha do Firefox, uso nos dois ambientes. No trabalho, também tenho instalados: Google Chrome, Opera e Internet Explorer (bleargh!) para testes nos sites. No Firefox, uso bastante os plugins Firebug (debug) e ColorZilla (captura de cores na páginas). Uso o Thunderbird para cliente de e-mail.

6) Entretenimento

Não disponho de entretenimento no trabalho. Em casa, o player de vídeos padrão do Ubuntu, o Totem, me serve muito bem. Para áudio, também uso o player padrão, o Rhythmbox, com alguns plugins bacanas. Tentei usar o Banshee, mas o mesmo trava com a minha imensa biblioteca de músicas, então voltei para o Rhythmbox. Tenho uma estranha mania de remover a voz das músicas, só para ouvir o instrumental. Para isso uso o Audacity. BTW, segue um tutorial rápido de como fazer isso sem precisar de plugins.

- Abra a música no Audacity
- Na barra de título da faixa da música, que fica no meio do programa, existe um menu suspenso. Clique e selecione a opção "Faixa Estéreo para Mono". Isso irá dividir a faixa em 2 pistas mono.
- Por último, selecione a pista de baixo e clique em Efeitos/Inverter Verticalmente. Feito!

7) Comunicação

No trabalho, tento me concentrar o máximo possível, dando uma escapada no Twitter de vez em quando. Para isso, uso o Twhirl. Em casa, também uso o mesmo cliente, além do Emesene para MSN/GTalk e do Skype. Adicionem lá: MSN: msn@fonini.net; GTalk: jonnasfonini@gmail.com; Skype: jonnas.fonini

Convido agora os amigos @jandersonfc, @mpbonatti, @emersonbroga, @lshenr e @felipeborges para compartilhar um pouco de seus ambientes.

Abraço e até a próxima!

public function getCurrentWeekDays():Array{
	var output:Array = new Array();
	var formattedDate:String;
	var date:Date = new Date();

	date.setDate(date.getDate() - date.getDay() - 1);

	for (var i:int = 0; i < 7; i++) {
		date.setDate(date.getDate() + 1);

		formattedDate = (date.getDate() < 10) ? "0" +
date.getDate().toString() : date.getDate().toString();
		formattedDate += "/";
		formattedDate += (date.getMonth() + 1 < 10) ? "0" +
(date.getMonth() + 1).toString() : (date.getMonth() + 1).toString();

		output[i] = formattedDate;
	}
	return output;
}

E para usar:

var diasSemana:Array = getCurrentWeekDays();

Os dias serão retornados no seguinte formato: 05/11, 06/11, 07/11. A função pode ser facilmente adaptada para também retornar o ano ou retornar a data em outro formato.

É isso aí pessoal, esse é o último post do ano. Ano que vem prometo posts mais freqüentes.
Um Feliz Natal para todos e um Ano Novo repleto de realizações, muito café, código e eterno aprendizado.

Grande abraço a todos!

Primeiro, crie o módulo vazio com o comando abaixo:

O comando acima cria um módulo vazio, localizado em apps/frontend/modules/contato. O próximo passo é criar a classe do formulário. Esta classe irá conter todos os widgets (entenda por inputs, textareas, selects) que irão compor o formulário.
Crie um arquivo chamado ContatoForm.class.php em lib/form, com o conteúdo abaixo:

// lib/form/ContatoForm.class.php
class ContactForm extends BaseForm
{
  public function configure()
  {
    $this->setWidgets(array(
      'nome'    => new sfWidgetFormInputText(),
      'email'   => new sfWidgetFormInputText(),
      'assunto' => new sfWidgetFormInputText(),
      'mensagem' => new sfWidgetFormTextarea(),
    ));

    $this->widgetSchema->setLabels(array(
      'nome'    => 'Nome',
      'email'   => 'Email',
      'assunto' => 'Assunto',
      'mensagem' => 'Mensagem'
    ));

    $this->setValidators(array(
      'nome'    => new sfValidatorString(array('required' => true)),
      'email'   => new sfValidatorEmail(),
      'assunto' => new sfValidatorString(array('required' => true)),
      'mensagem' => new sfValidatorString(array('min_length' => 10)),
    ));

    // se esta opção não for setada, serão geradas tabelas no HTML
    $this->widgetSchema->setFormFormatterName('list');

    $this->widgetSchema->setNameFormat('contato[%s]');
  }
}

Com a classe do formulário pronta, basta passar uma instância dela para o template. Edite o arquivo apps/frontend/modules/contato/actions/actions.class.php e adapte-o para o código que segue:

// apps/frontend/modules/contato/actions/actions.class.php
class contatoActions extends sfActions
{
  public function executeIndex(sfWebRequest $request)
  {
    $this->form = new ContatoForm();

    if ($request->isMethod('post'))
    {
      $this->form->bind($request->getParameter('contato'));

      if ($this->form->isValid())
      {
        $this->redirect('contato/enviar?'.http_build_query($this->form->getValues()));
      }
    }
  }
}

Agora definiremos o template que irá receber a instância da classe ContatoForm, gerando os campos do formulário. Edite o arquivo apps/frontend/modules/contato/templates/indexSucess.php. Faço um parentêses aqui. Para cada action que você definir (no arquivo de actions, obviamente), você pode criar um arquivo nomedaactionSuccess.php. O conteúdo desse arquivo será exibido ao executar a action (a menos que ela redirecione para outra action). Exemplo: uma action enviaemail deve possuir um template enviaemailSuccess.php.

// apps/frontend/modules/contato/templates/indexSuccess.php

<form action="<?php echo url_for('contato/index') ?>" method="post">
	<ul>
                <?php echo $form; ?>
		<li>
			<input type="submit" value="Enviar" />
                </li>
	</ul>
</form>

Você deve ter percebido que a action do formulário está apontando para contato/enviar. Ou seja, ao ser submetido, o método enviar da classe contatoActions será invocado, logo teremos que criá-lo. Volte para o arquivo apps/frontend/modules/contato/actions/actions.class.php e adicione os métodos abaixo, o método que enviará o email e o método que será chamado se o envio for bem sucedido. Mude as configurações para seu servidor de envio. Outros parâmetros na documentação da Swift Mailer.

// apps/frontend/modules/contato/actions/actions.class.php

public function executeEnviar(sfWebRequest $request)
{
  $transport = Swift_SmtpTransport::newInstance('smtp.seudominio.com', 25)
    ->setUsername('seuemail@dominio.com')
    ->setPassword('senha');

  $mailer = Swift_Mailer::newInstance($transport);

  $message = Swift_Message::newInstance()
    ->setSubject( $request->getParameter('assunto') )
    ->setFrom(array( $request->getParameter('email')  => $request->getParameter('nome') ))
    ->setTo(array('email_contato@seudominio.com.br'))
    ->setReplyTo( $request->;getParameter('email') )
    ->setBody( $request->getParameter('mensagem') );

  if ($mailer->send($message)){
    $this->redirect('contato/feito');
  }
}

public function executeFeito()
{
}

Agora basta criar um template para o método executeFeito, mostrando uma mensagem de envio bem sucedido.

<!-- apps/frontend/modules/contato/templates/feitoSuccess.php -->
<span style="font-weight: bold; font-size: 14px;">Contato enviado com sucesso. Obrigado!</span>

Tudo pronto! Teste seu módulo agora: http://localhost/seuprojeto/index.php/contato.

Download

Caso algo tenha dado errado, baixe os arquivos utilizados e coloque-os em suas devidas pastas. Melhor ainda que substituir os arquivos é tentar encontrar a causa do problema e quem sabe melhorar o módulo, que está bem básico.

Download dos arquivos

Grande abraço e até a próxima!

Tenho notado que muitas empresas estão adotando cada vez mais o uso do Google Apps como serviço de webmail, dada a facilidade de uso e configuração do sistema. O primeiro exemplo mostra como enviar emails autenticados a partir de uma conta de email do Google (Gmail ou Apps) e os outros tratam do envio de mensagens com anexo. Usei a versão 4.0.6 para o exemplo.

Enviando emails com autenticação no Gmail (incluindo Google Apps)

require('lib/swift_required.php');

$transport = Swift_SmtpTransport::newInstance('smtp.gmail.com', 465, 'ssl')
	->setUsername('usuario@gmail.com')
	->setPassword('senha');

$mailer = Swift_Mailer::newInstance($transport);

$message = Swift_Message::newInstance('Assunto')
	->setFrom(array('seuemail@dominio.com.br' => 'Seu Nome'))
	->setTo(array('fulano@teste.com.br'))
	->setReplyTo('seuemail@dominio.com.br')
	->setBody('Conteudo da mensagem');

if ($mailer->send($message)){
	echo 'Mensagem enviada com sucesso';
}
else{
	echo 'Problema ao enviar mensagem. Tente novamente mais tarde';
}

Enviando emails com imagens embutidas (inline)
Útil para enviar emails com imagens que não serão bloqueadas pelos softwares leitores de email, já que estão embutidas no código e não em servidores remotos.

require('lib/swift_required.php');

$transport = Swift_SmtpTransport::newInstance('smtp.gmail.com', 465, 'ssl')
	->setUsername('usuario@gmail.com')
	->setPassword('senha');

$mailer = Swift_Mailer::newInstance($transport);

$message = Swift_Message::newInstance('Assunto')
	->setFrom(array('seuemail@dominio.com.br' => 'Seu Nome'))
	->setTo(array('fulano@teste.com.br'))
	->setReplyTo('seuemail@dominio.com.br');

$imagem_inline = $message->embed(Swift_Image::fromPath('logotipo.png'));

$message->setBody(
	'<html>'.
	' <head></head>'.
	' <body>' .
	'  <img src="'.$imagem_inline.'" alt="Imagem embutida na mensagem" />'.
	'  <br /><br />Texto da mensagem'.
	' </body>'.
	'</html>',
  'text/html' //Definimos o tipo da mensagem para text/html, ao invés de texto puro
);

if ($mailer->send($message)){
	echo 'Mensagem enviada com sucesso';
}
else{
	echo 'Problema ao enviar mensagem. Tente novamente mais tarde';
}

Enviando emails com anexo

require_once 'lib/swift_required.php';

$transport = Swift_SmtpTransport::newInstance('smtp.seudominio.com', 25)
	->setUsername('seuemail@dominio.com')
	->setPassword('senha');

$mailer = Swift_Mailer::newInstance($transport);

$message = Swift_Message::newInstance()
	->setSubject('Email com PDF anexado')
	->setFrom(array('seuemail@seudominio.com' => 'Seu nome'))
	->setTo(array('contato1@teste.org', 'contato2@teste.org'))
	->setBody('Leia a apostila em anexo')
	->attach(Swift_Attachment::fromPath('apostilas/apostila_inicial.pdf'));

if ( ! $mailer->send($message)){
	echo 'Erro ao enviar email';
}

Bom, esses foram alguns exemplos bem básicos do uso da biblioteca Swift Mailer. Consulte a documentação oficial para mais informações e um guia de referência completo.

Abraço e até a próxima!

Importante
Para que seus dados sejam validados, cheque se seu "bootstrap.php" contém a diretiva abaixo. Caso contrário, seus dados não serão validados.

$manager->setAttribute(Doctrine_Core::ATTR_VALIDATE, Doctrine_Core::VALIDATE_ALL);

notnull
Garante que o valor não seja nulo na aplicação e no banco de dados.

// models/SuaClasse.php

class SuaClasse extends BaseSuaClasse
{
    // ...

	public function setTableDefinition(){
		parent::setTableDefinition();

		// ...

		$this->hasColumn('nome', 'string', 70, array(
				'notnull' => true
			)
		);
	}
}

Válido: teste, jonnas
Inválido: valores nulos

email
Checa se o valor é um endereço de email válido.

	$this->hasColumn('email', 'string', 100, array(
				'email' => true
			)
	);

Válido: contato@fonini.net
Inválido: fulano!#@server

notblank
Este validador é semelhante ao validador notnull, exceto que além de não validar valores nulos, também não valida strings vazias.

	$this->hasColumn('nome', 'string', 100, array(
				'notblank' => true
			)
	);

Válido: teste, jonnas
Inválido: valores nulos, ''

nospace
Checa se o valor não contém espaços.

	$this->hasColumn('campo_sem_espacos', 'string', 100, array(
				'nospace' => true
			)
	);

Válido: JonnasFonini
Inválido: Jonnas Fonini

past
Checa se o valor é uma data que já ocorreu, o dia de ontem, por exemplo.

	$this->hasColumn('data', 'timestamp', null, array(
				'past' => true
			)
	);

Válido: Sendo hoje 14/09/2010, 01/01/2010 é válida
Inválido: Sendo hoje 14/09/2010, a mesma e posteriores são inválidas

future
Checa se o valor é uma data que ainda não aconteceu, amanhã, por exemplo.

	$this->hasColumn('data', 'timestamp', null, array(
				'future' => true
			)
	);

Válido: Sendo hoje 14/09/2010, 15/09/2010 é válida
Inválido: Sendo hoje 14/09/2010, a mesma e anteriores são inválidas

minlength
Checa se o valor passado tem o tamanho mínimo necessário.

	$this->hasColumn('senha', 'string', 32, array(
				'minlength' => 6
			)
	);

Válido: abcdef, abcdefg
Inválido: abc

ip
Checa se o valor passado é um endereço IP válido.

	$this->hasColumn('endereco_ip', 'string', 15, array(
				'ip' => true
			)
	);

Válido: 192.168.250.222, 201.10.34.21
Inválido: 345.10.10.290

htmlcolor
Checa se o valor passado é uma cor HTML em hexadecimal.

	$this->hasColumn('cor', 'string', 7, array(
				'htmlcolor' => true
			)
	);

Válido: #000FFF, FF0000
Inválido: #GGG111, #FFF (cores abreviadas são inválidas)

range
Checa se o valor numérico está contido no intervalo especificado.

	$this->hasColumn('idade', 'integer', null, array(
				'range' => array(18, 70)
			)
	);

Válido: 19, 50, 69
Inválido: 10, 18, 70

unique
Checa se o valor já existe no banco de dados.

	$this->hasColumn('rg', 'string', 15, array(
				'unique' => true
			)
	);

regexp
Checa se o valor casa com a expressão regular passada.

	$this->hasColumn('somente_letras', 'string', 15, array(
				'regexp' => '/^[a-zA-Z]+$/'
			)
	);

Válido: flex
Inválido: flex4

creditcard
Checa se o valor é um número de cartão de crédito válido.

	$this->hasColumn('cartao', 'integer', 16, array(
				'creditcard' => true
			)
	);

Válido: Cartões Visa, Master Card, American Express, Discover e Diners
Inválido: Outras bandeiras, exceto as citadas acima

readonly
Evita que o valor de uma coluna da tabela seja alterado.

	$this->hasColumn('coluna_que_nao_pode_ser_alterada', 'string', 25, array(
				'readonly' => true
			)
	);

unsigned
Checa se o valor númerico passado possui sinal, de menos, por exemplo.

	$this->hasColumn('idade', 'integer', 3, array(
				'unsigned' => true
			)
	);

Válido: 70, 100
Inválido: -20

usstate
Checa se a string passada é a sigla válida de um estado americano. Confira a lista completa aqui.

	$this->hasColumn('estado_americano', 'string', 2, array(
				'usstate' => true
			)
	);

Válido: AL, CA
Inválido: QW

country
Checa se a string passada é a sigla válida de um país. Confira a lista completa aqui.

	$this->hasColumn('pais', 'string', 2, array(
				'country' => true
			)
	);

Válido: br, BR, ar
Inválido: xx

No próximo post mostrarei como fazer um validador de estados brasileiros e outro de CEP's.

Grande abraço e até a próxima!

Instalação

Baixe a última versão estável no site do projeto. No momento em que escrevo este post, a última versão estável é a 1.2.3. A versão 2 escontra-se em fase beta. Quem sabe quando ela for lançada sai mais um post. Crie uma pasta para seu projeto no seu webserver e dentro dela crie uma pasta lib. Após criar a pasta, extraia o Doctrine para ela. A estrutura deverá ficar semelhante a esta:
seu_projeto/lib/Doctrine
seu_projeto/lib/vendor
seu_projeto/lib/Doctrine.php

Crie também uma pasta chamada "models" na raíz do projeto, dando permissão 777 a ela. Esta pasta irá conter o model da aplicação.
seu_projeto/models

Configuração

Crie um arquivo na pasta raíz do projeto chamado "bootstrap.php". Esse arquivo irá conter as configurações e parâmetros de funcionamento do Doctrine. Abaixo está o arquivo que eu uso. Você pode definir outros parâmetros consultando a documentação oficial.

// seu_projeto/bootstrap.php

require_once(dirname(__FILE__) . '/lib/Doctrine.php');

spl_autoload_register(array('Doctrine', 'autoload'));
spl_autoload_register(array('Doctrine_Core', 'modelsAutoload'));

$manager = Doctrine_Manager::getInstance();

// Configurações do banco de dados. O banco deve ser criado previamente.
$user = 'postgres';
$password = 'teste';
$host = 'localhost';
$dbname = 'testdoctrine';
$driver = 'pgsql';

$conn = Doctrine_Manager::connection($driver.'://'.$user.':'.$password.'@'.$host.'/'.$dbname);
$conn->setOption('username', $user);
$conn->setOption('password', $password);
$manager->setAttribute(Doctrine_Core::ATTR_EXPORT, Doctrine_Core::EXPORT_ALL);
$manager->setAttribute(Doctrine_Core::ATTR_MODEL_LOADING, Doctrine_Core::MODEL_LOADING_CONSERVATIVE);
$manager->setAttribute(Doctrine_Core::ATTR_AUTOLOAD_TABLE_CLASSES, true);
$manager->setAttribute(Doctrine_Core::ATTR_VALIDATE, Doctrine_Core::VALIDATE_ALL);

// Permite o override dos metodos do model.
$manager->setAttribute(Doctrine_Core::ATTR_AUTO_ACCESSOR_OVERRIDE, true);

// Formato das sequências (uso para PostgreSQL)
$manager->setAttribute(Doctrine_Core::ATTR_SEQNAME_FORMAT, '%s_seq');

// Carrega os models da pasta especificada, no caso "models"
Doctrine_Core::loadModels('models');

Criação dos models

Com seu projeto configurado, o próximo passo é criar o model. Vou mostrar as 3 formas disponíveis.

Gerando as classes através das tabelas já existentes

Crie um arquivo chamado "test.php" que será usado neste e nos próximos passos. Deverá ter o seguinte conteúdo:

require_once('bootstrap.php');

Agora, basta adicionar as linhas abaixo ao seu arquivo "test.php". Comente-a após a geração, pois senão os models serão gerados novamente a cada execução.

// seu_projeto/test.php
require_once('bootstrap.php');

Doctrine_Core::generateModelsFromDb('models', array('doctrine'), array(
	'generateTableClasses' => true
	)
);

Você pode usar como exemplo as tabelas abaixo:

CREATE TABLE cidade (
    id bigint NOT NULL,
    nome character(500) NOT NULL,
    uf character(2) NOT NULL
);

CREATE TABLE pessoa (
    id bigint NOT NULL,
    nome character(500) NOT NULL,
    data_nasc date,
    id_cidade bigint
);

ALTER TABLE ONLY cidade ADD CONSTRAINT cidade_pkey PRIMARY KEY (id);
ALTER TABLE ONLY pessoa ADD CONSTRAINT pessoa_pkey PRIMARY KEY (id);
ALTER TABLE ONLY pessoa ADD CONSTRAINT
pessoa_id_cidade_cidade_id FOREIGN KEY (id_cidade) REFERENCES cidade(id);

Gerando as classes através de um arquivo YAML

Um arquivo YAML (extensão .yml) é um arquivo semelhante a um arquivo XML e eu diria muito mais poderoso (minha opinião). Ao invés de tags, os dados são representados pela identação dos atributos e seus valores (o pessoal do Python ama isso). A identação deve ser feita com espaços e não com tabulações. Para mais informações, consulte a Wikipédia.
Esta forma permite representar seus models no arquivo YAML.
Se você ainda não tem classes definidas, crie o arquivo "schemas.yml" na raíz do projeto com o conteúdo abaixo:

Cidade:
  connection: 0
  tableName: cidade
  columns:
    id:
      fixed: false
      notnull: true
      primary: true
      autoincrement: true
      type: integer(8)
    nome:
      fixed: true
      notnull: true
      type: string(500)
    uf:
      fixed: true
      notnull: true
      type: string(2)
  relations:
    Pessoa:
      local: id
      foreign: id_cidade
      type: many
Pessoa:
  connection: 0
  tableName: pessoa
  columns:
    id:
      fixed: false
      notnull: true
      primary: true
      autoincrement: true
      type: integer(8)
    nome:
      fixed: true
      notnull: true
      type: string(500)
    data_nasc: date(25)
    id_cidade: integer(8)
  relations:
    Cidade:
      local: id_cidade
      foreign: id
      type: one

Caso você já tenha as classes definidas, basta remover o código de geração das classes do arquivo "test.php" e adicionar as linhas abaixo:

// seu_projeto/test.php
require_once('bootstrap.php');
Doctrine_Core::generateYamlFromModels('schema.yml', 'models');

Após executar o test.php, você verá um arquivo chamado "schema.yml" na pasta raíz, com a definição do model. Crie agora um arquivo chamado "generate.php" com o código abaixo. Esse arquivo será responsável por remover as tabelas do banco de dados (se existirem) e recriá-las com base no arquivo "schema.yml", gerando também as classes PHP. Portanto, muito cuidado, só execute quando for estritamente necessário, sob a pena de perder os dados do banco.

// seu_projeto/generate.php
require_once('bootstrap.php');

//Remova as próximas 2 linhas caso não queira remover e criar seu banco a cada execução.
Doctrine_Core::dropDatabases();
Doctrine_Core::createDatabases();
Doctrine_Core::generateModelsFromYaml('schema.yml', 'models');
Doctrine_Core::createTablesFromModels('models');

Definindo manualmente suas classes PHP

Usarei como exemplo duas classes, Pessoa e Cidade, sendo que uma pessoa pertence a uma cidade. Basta criar dois arquivos na pasta "models", Pessoa.php e Cidade.php, com o código abaixo:

// seu_projeto/models/Cidade.php

class Cidade extends Doctrine_Record{
	public function setTableDefinition(){
		$this->hasColumn('id', 'integer', null, array(
			'fixed' => false,
			'notnull' => true,
			'primary' => true,
			'autoincrement' => true
			)
		);
		$this->hasColumn('nome', 'string', 500, array('fixed' => true, 'notnull' => true));
		$this->hasColumn('uf', 'string', 2, array('fixed' => true, 'notnull' =>; true));
	}
}

// seu_projeto/models/Pessoa.php

class Pessoa extends Doctrine_Record{
	public function setTableDefinition(){
		$this->hasColumn('id', 'integer', null, array(
			'fixed' => false,
			'notnull' => true,
			'primary' => true,
			'autoincrement' => true
			)
		);
		$this->hasColumn('nome', 'string', 500, array('fixed' => true, 'notnull' => true));
		$this->hasColumn('data_nasc', 'date');
		$this->hasColumn('id_cidade', 'integer');
	}

	public function setUp(){
		$this->hasOne('Cidade', array(
				'local' => 'id_cidade',
				'foreign' => 'id'
			)
		);
	}
}

Após a definição das classes, rode o arquivo "test.php" com a linha "Doctrine_Core::generateYamlFromModels('schema.yml', 'models');". Após rodar esse arquivo, execute o "generate.php", que irá apagar o banco de dados, criá-lo novamente e criar as tabelas referentes as classes.

Realizando consultas

Com o model pronto, vamos realizar algumas consultas.

Inserindo pessoa com uma cidade associada a ela

$cidade = new Cidade();
$cidade->nome = 'Marau';
$cidade->uf = 'RS';
$cidade->save();

$pessoa = new Pessoa();
$pessoa->nome = "Jonnas Fonini";
$pessoa->data_nasc = date('1990-04-12');
$pessoa->id_cidade = $cidade;
$pessoa->save();

Consultando informações de uma pessoa

$pessoa = Doctrine_Core::getTable('Pessoa')->find(1);
echo 'Id: '.$pessoa->id.'<br />';
echo 'Nome: '.$pessoa->nome.'<br />';
echo 'Data Nasc.: '.$pessoa->data_nasc.'<br />';
echo 'Cidade: '.$pessoa->Cidade->nome;

Atualizando informações de uma pessoa

$pessoa = Doctrine_Core::getTable('Pessoa')->find(1);
$pessoa->data_nasc = date('Y-m-d');
$pessoa->save();

Removendo uma pessoa

$pessoa = Doctrine_Core::getTable('Pessoa')->find(1);
$pessoa->delete();

Download

Clique aqui para baixar o projeto já pronto. Mude as configurações do banco de dados no arquivo "bootstrap.php".

Conclusão

O Doctrine facilita muito a manipulação do banco de dados em PHP, poupando a você o trabalho de escrever consultas SQL. Incremente ainda mais seus estudos estudando o framework Symfony, um dos mais completos da atualizade e que faz uso do Doctrine. Pretendo criar mais posts sobre o Doctrine em breve.
Grande abraço a todos e até a próxima.

#soudev

O nome do plugin é sfNicEditPlugin. Ele adiciona uma instância do editor de texto rico NicEdit a um textarea. Esta é a primeira versão do plugin, ainda faltam alguns parâmetros que o NicEdit aceita, outros já estão disponíveis.

Você pode encontrar o plugin no meu GitHub ou na página de plugins do Symfony. Em ambos os locais você encontra instruções de instalação em inglês. Aqui no blog vou publicar a versão em português.

Instalação

Instalação (via pacote PEAR)

Instalação via Git

Ou baixe o plugin aqui e extraia para a pasta plugins.

Você deve ativar o plugin, editando o arquivo config/ProjectConfiguration.class.php.

class ProjectConfiguration extends sfProjectConfiguration{
	public function setup(){
		$this->enablePlugins(array('sfDoctrinePlugin', 'sfNicEditPlugin', '...'));
	}
}

Após ativar o plugin, você deve publicar os arquivos CSS e JS utilizados por ele. Rode o seguinte comando:

Por último, limpe o cache:

Usando o widget

Basta você editar a classe que gera o form em que você vai usar o NicEdit, por exemplo lib/form/doctrine/NewsForm.class.php.

public function configure(){
	$this->setWidget('text', new sfWidgetFormTextareaNicEdit(array('fullPanel' => true), array('cols' => 100, 'rows' => 20)));
}

Pretendo disponibilizar uma nova versão em breve com todos os parâmetros de configuração disponíves no NicEdit. Entre em contato em caso de dúvida. Abraço!

09:00 - Testes automatizados para o desenvolvimento colaborativo (Rodrigo Damazio)

Palestra muito boa, explicando alguns aspectos sobre testes automatizados, com alguns exemplos em Java e Python. Também foram mostradas algumas ferramentas open-source para auxilar no desenvolvimento, bem como uma leve explicação sobre frameworks de injeção de dependência.

10:00 - O Hacker e O Administrador de Redes (Paulo Fernando Lanella)

Confesso que dormi em alguns momentos da palestra, que tratou sobre a cultura hacker e a rotina do administrador de redes, mas não foi legal como parece pelo título. A palestra teve uma parte legal, que era uma imagem da rotina do SysAdmin escrita em inglês com algumas frases engraçadinhas.

11:00 - Novidades do Django 1.2 e o que vem por aí (Marcos Daniel Petry)

Palestra destinada a quem já conhece o Django, apresentando as novidades da nova versão. Quem não conhece, com certeza ficou com vontade de testar e usar.

13:00 - Quer aprender a programar de verdade? Pergunte-me como! (Henrique Bastos)

A palestra abordou como os dojos podem ajudar que quer aprender a programar ou deseja aumentar seus conhecimentos. Também mostrou como é possível montar um pequeno grupo de estudos para aprender uma determinada linguagem colaborativamente, distribuir tarefas entre os participantes, discutir as soluções apresentadas e participar de eventos.

15:00 - Criando soluções inteligentes com Shell Script (Rafael de Carvalho Farias)

Shell Script é muito massa. O palestrante mostrou como criar um script para configuração de servidores Linux, evitando tarefas repetitivas e automatizando algumas outras. Você pode ajudar e acompanhar o desenvolvimento do script no site do palestrante e desenvolvedor: http://www.rafaelfarias.com

16:00 - Depurando o kernel Linux de forma interativa com KGDB (Edjunior Barbosa Machado, Breno Leitão)

Palestra bem técnica explicando como depurar o kernel do Linux para a resolução de problemas. Os palestrantes ressaltaram que o próprio Linux Torvalds não usa depuradores, mas os desenvolvedores estão autorizados a usá-los

18:00 - Cancelada - Database Refactoring com PostgreSQL (Fabrízio de Royes Mello

18:00 - oVirt - Ambiente minimalista de virtualização para servidores (Ricardo Marin Matinata)

Usando o Fedora como base, o palestrante mostrou como criar um ambiente confiável e minimalista para virtualizar servidores. Dormi em alguns momentos e saí na metade.

19:00 - FOSS Business Basics (Jon "maddog" Hall)

Última palestra do FISL que assisti. O grande Maddog mostrou o que é necessário ter para ganhar dinheiro com software livre. Infelizmente tive que sair na metade pois o ônibus ia sair em breve :(

É isso ai gurizadinha, terminou mais um FISL que valeu muito a pena, apesar de ser muito cansativo, mas tentaremos estar aqui novamente no ano que vem.

Veja aqui algumas fotos do evento. Obrigado por terem paciência de ler estes posts. Grande abraço!