Blog Oficial da LocaWeb

Maio 2008

24 Abril, 2008

Cansado de fechar suas conexões com banco de dados?

Quem nunca esqueceu de fechar uma conexão com banco de dados que atire a primeira pedra!
Sempre que uma conexão com o banco de dados é feita, ela ficará ativa até que o método Close() seja chamado. Existem duas formas de garantir que a conexão não ficará ativa após sua utilização:

- Utilizando o bloco try/catch/finally
Ao utilizar o bloco try/catch/finally pode-se garantir que a conexão será finalizada colocando-se o método Close() dentro do bloco finally, pois mesmo que uma exception seja gerada, esse bloco será executado.

// Criando o conexão e recuperando a connection string do web.config
SqlConnection conn = new SqlConnection();
conn.ConnectionString = ConfigurationManager.ConnectionStrings[”StringConexao”].ConnectionString;

try
{
// Abre a conexão com o banco de dados
conn.Open();

// Coloque aqui seu código que interajirá o banco de dados
}
catch (Exception ex)
{
// Caso seja encontrado algum erro, a exception será gerada
Response.Write(ex.Message);
}
finally
{
// Mesmo que a exception tenha sido gerada, esse bloco será executado
// conn.Close() ou conn.Dispose() são equivalentes e pode-se usar tanto um como o outro
conn.Close();
}

- Utilizando a instrução “using”
Ao usar o bloco try/catch/finally, nada garante que você sempre irá se lembrar que colocar o método que fecha a conexão dentro do finally (como esse bloco é opcional, o que te impede de não coloca-lo!!!).
Uma ótima alternativa é a utilização do using, pois ele se encarregará de fechar a conexão assim que seu bloco se encerrar:

using (SqlConnection conn = new SqlConnection())
{
// Define a string de conexão vinda do web.config
conn.ConnectionString = ConfigurationManager.ConnectionStrings[”StringConexao”].ConnectionString;

// Abre a conexão
conn.Open();

- Utilizando a instrução “using”

Ao usar o bloco try/catch/finally, nada garante que você sempre irá se lembrar que colocar o método que fecha a conexão dentro do finally (como esse bloco é opcional, o que te impede de não coloca-lo!!!).

Uma ótima alternativa é a utilização do using, pois ele se encarregará de fechar a conexão assim que seu bloco se encerrar:

using (SqlConnection conn = new SqlConnection())

{

// Define a string de conexão vinda do web.config

conn.ConnectionString = ConfigurationManager.ConnectionStrings[”StringConexao”].ConnectionString;

// Abre a conexão

conn.Open();

// Coloque seu código aqui

}

Assim que o bloco using se encerrar, ele automaticamente fechará a conexão pra você.
Mais informações sobre a class SqlConnection clique aqui .

Petersen, Operações 12:03 Tecnologia
(2) Comentários Enviar por e-mail Link deste post

31 Março, 2008

Como enviar e-mails sem risco de bloqueio?

Hoje os provedores de e-mails implantaram algoritmos dos mais diversos tipos que tem como objetivo bloquear mensagens de SPAM. Sendo assim, seu script deverá enviar o e-mail com todas as informações corretas, ou seja, a ausência de qualquer informação requerida pode fazer com que sua mensagem não seja entregue ou chegue ao destino com atraso.

Como fazer seu e-mail chegar ao destino:

Remetente (campo From): Este sempre deve ser um e-mail de seu domínio, por exemplo: O site “domínio.com.br” deve enviar e-mails como remetente “nome@domínio.com.br”.

Se uma pessoa visita seu site e preencher o formulário de contato dele, possivelmente você o programou para enviar como remetente o e-mail dessa pessoa, mude para o remetente “nome@domínio_do_seu_site.com.br” e informe o e-mail da pessoa que preencheu o formulário no campo “Responder Para” (reply-to), assim você conseguirá responder o e-mail para esta pessoa da mesma forma caso precisar.

Return-Path: Deve ser o mesmo e-mail do remetente, pois além do provedor verificá-lo, ele será o e-mail utilizado pelo mesmo provedor para alegar quando a caixa postal está lotada ou quando o e-mail não existe. O e-mail do return-path é utilizado pelo próprio servidor SMTP também para enviar a notificação de quando o domínio do e-mail de destino não existe.

Mesmo que e-mail esteja dentro dos padrões, alguns provedores poderão barrar suas mensagens e/ou considerás-la SPAM’s por conta de palavras que estejam contidas no e-mail, IP ou Range de IP do servidor de origem, remetente suspeito, muitos destinatários em uma só mensagem, tipos de arquivos anexados e diversos outros fatores. Portanto, faça envio de e-mails para caixas postais de diversos provedores e consulte-as em seguida, assim fica mais fácil verificar onde está o problema e solicitar ao suporte responsável sua resolução.