bugs & debug

Instruções LIKE, CI e ActiveRecord

2009-08-01T05:50:00.000-07:00

Dias atrás na lista de CodeIgniter, lançaram uma pergunta muito interessante, sobre o uso dos métodos like()/or_like() da classe Active Record, onde basicamente a dúvida era a utilização de parênteses no build do comando SQL. Na ocasião, pesquisei a respeito e não consegui achar nenhuma solução ou alternativa ao problema proposto, e o Roberteson Freitas, sugeriu um outro fix para o problema; anyway, dia desses, acabei precisando fazer uso de uma solução para isso, num sistema de um dos meus clientes...

O meu 'fix' para esse problema se deu por conta de 'gambi' que fiz com as funções where() e or_where(), onde inicialmente, o primeiro where() que abre a função de LIKE, inicia com o sinal de '(' e o último or_where(), finaliza com o sinal de encerramento das possbilidades do LIKE ')'. Caso seja necessário fazer mais de duas ou três menções de campos no LIKE, estes ficariam entre as chamadas de abertura do parêntese de abertura na função where() e o parêntese de fechamento na última chamada da função or_where().

O resultado final do código ficou assim:

 1 (...)
 2 $this->db->where("id_empresa", $codcliente, FALSE);
 3 $this->db->where("(campo1 LIKE '%".$_POST['txt_busca']."%'", '', FALSE);
 4 $this->db->or_where("campo2 LIKE '%".$_POST['txt_busca']."%'", '', FALSE);
 5 $this->db->or_where("campo3 LIKE '%".$_POST['txt_busca']."%')", '', FALSE);

Apesar da 'gambi' acima, ter sido suficiente para resolver, ainda considero o problema como um bug, uma vez que as instrução where/like/or_like, quando combinadas, acabam por condensar um AND entre as instruções, o que em muitos casos, acaba não satisfazendo a pesquisa, durante a execução do comando.

CodeIgniter e o phpExcel

2009-07-19T02:25:00.000-07:00

Muitas pessoas já devem ter feito uso de um plugin muito interessante do CI, para exportar dados para o Excel.

A "exportação" que o plugin faz, nada mais é, do que a geração de uma tabela HTML que o CI acaba forçando a "abertura" pelo Excel, modificando o header do controle/view, de onde está invokando o comando do plugin, já que como outros programas do Office, que interpretam sem problemas codificações de HTML simples, o Excel, "parsea" a tabela HTML normalmente; apesar de ser uma mão na roda para exportações simples, ele peca em um ponto importante: no caso de haver a necessidade de tratar a informação exportada, com alguma função específica (formatação de datas, ou valores), o plugin já não seria a opção mais adequada, uma vez que a API disponível, obriga que um objeto inteiro recordSet seja passado como argumento; isso, considerando o fato de você apenas exportar uma pasta apenas, já que o plugin não suporta a geração de várias pasta num mesmo arquivo xls.

Para essas situações, fiquei sabendo através das minha googladas na web, de um post, sobre uma ferramenta interessante, desenvolvida em PHP, útil para casos como este: o phpExcel. Além de possuir uma API que facilita a pré-formatação dos dados, antes mesmo da exportação em si, ele é capaz de gerar quantas pastas forem necessárias.

Um ponto que é importante ressaltar, é que apesar do post mencionado, ter dado o caminho das pedras, como algo simples de implementar, na prática, não é bem isso que acontece: quando usando como plugin do CI, acabei tendo vários problemas com charset e com a modificação do header do controle, onde eu estava invokando a API, isto é, a exportação era até feita sem erros, mas os dados que vinham na planilha, apareciam "zuados": algo muito conhecido na programação ColdFusion; anyway, o fato é que só consegui êxito na exportação, depois de isolar o core das classes d phpExcel, fora do diretório do CI e usar um esquema em Smarty, para resolver o problema.

Vejam o código abaixo:

1. No controle que faz o include de um segundo script fora do diretório do CI:

 1 $this->mysmarty->assign('arquivoNome', 'todos_pedidos.xls');
 2 $this->mysmarty->assign('queryExcel', $query_all);
 3 $this->mysmarty->assign('conteudo', '../../phpExcel/phpExcelGenerator.php');
 4 $this->mysmarty->display('screen');

Na linha 1, eu defino uma variável, com o nome do meu arquivo, na 2, eu passo para o Smarty a query que deve er exportada; na linha 3 eu crio uma variável com o nome do arquivo que deve ser incluido pelo Smarty, através da diretiva include_php e por último chamo a view do smarty que vai carregar esse include.

 1 (...)
 2 
 3 /** PHPExcel */
 4 include 'PHPExcel.php';
 5 
 6 /** PHPExcel_IOFactory */
 7 include 'PHPExcel/IOFactory.php';
 8 
 9 // Create new PHPExcel object
10 $objPHPExcel = new PHPExcel();
11 
12 // Set properties
13 $objPHPExcel->getProperties()->setCreator("MIS");
14 $objPHPExcel->getProperties()->setLastModifiedBy("MIS");
15 $objPHPExcel->getProperties()->setTitle("MIS");
16 $objPHPExcel->getProperties()->setSubject("Todos os pedidos");
17 $objPHPExcel->getProperties()->setDescription("Information File");
18 
19 $objPHPExcel->setActiveSheetIndex(0);
20 $objPHPExcel->getActiveSheet()->SetCellValue('A1', 'Numero do pedido');
21 $objPHPExcel->getActiveSheet()->SetCellValue('B1', 'Valor do pedido');
22 $objPHPExcel->getActiveSheet()->SetCellValue('C1', 'Data do pedido');
23 $objPHPExcel->getActiveSheet()->SetCellValue('D1', 'Valor total do pedido');
24 
25 $count = 2;
26 foreach ($queryExcel->result_array() as $row)
27 {
28 
29  $objPHPExcel->getActiveSheet()->SetCellValue('A'.$count, $row['pd_codigo']);
30  $objPHPExcel->getActiveSheet()->SetCellValue('B'.$count, formata_moeda($row['vl_total_pedido']));
31  $objPHPExcel->getActiveSheet()->SetCellValue('C'.$count, date('d/m/Y', strtotime($row['pd_data'])));
32  $objPHPExcel->getActiveSheet()->SetCellValue('D'.$count, formata_moeda($row['vl_pedido']));
33  $count += 1;
34 
35 }

2. No arquivo phpExcelGenerator.php

 1 $objPHPExcel->getActiveSheet()->setTitle('Todos os pedidos');
 2 $objWriter = PHPExcel_IOFactory::createWriter($objPHPExcel, 'Excel5');
 3 
 4 header('Pragma: public');
 5 header('Expires: 0');
 6 header('Cache-Control: must-revalidate, post-check=0, pre-check=0');
 7 header('Content-Type: application/force-download');
 8 header('Content-Type: application/octet-stream');
 9 header('Content-Type: application/download');
10 header("Content-Disposition: attachment;filename=".$arquivoNome);
11 header('Content-Transfer-Encoding: binary');
12 
13 $objWriter->save('php://output');
14 exit;

Depois de receber as variáveis passadas anteriormente, o include trata a query normalmente no loop, formatando as informações necessárias, e ao final, modifica o header da página para forçar o download do documento.

MIME e CFCONTENT

2009-05-18T07:42:00.000-07:00

Uma maneira bem interessante para 'entregar' arquivos na web, nos casos em que você não tem controle do path e do tipo desse arquivos, segue no codigo abaixo:

 1 <cfset myFile  = ExpandPath("../arquivo.jpeg")/>
 2 <cfset myMime = getPageContext().getServletContext().getMimeType(var_arquivo)/>

Através dele, é possível descobrir pelo JAVA, o type MIME do arquivo e através da tag CFCONTENT, 'disponibilizar' o arquivo, sem que para isso, você adivinhe que tipo de conteúdo se está 'entregando' ao usuário...

 1 <cfset myFile  = ExpandPath("../arquivo.jpeg")/>
 2 <cfset myMime = getPageContext().getServletContext().getMimeType(var_arquivo)/>
 3 <cfcontent type="#myMime#" file="#myFile#" reset="Yes">

ColdFusion Monitor funciona, sim!

2009-04-27T01:55:00.000-07:00

Apesar de ser considerado uma ferramenta 'pobre' e quase sem maiores atrativos em relação aos seus concorrentes, o ColdFusion Monitor - umas das grande novidades do CF8 - muitas das vezes, acaba por se ignorado em alguns momentos, tendo a justificativa de muitos administradores e desenvolvedores, que se trata de uma ferramenta que custa performence. De qualquer maneira, tenho que admitir que a descobri recentemente, quando tivemos que ter um fôlego para encontrar os vilões que estavam deixando a aplicação literalmente sentar o servidor, em um dos projetos que estou envolvido. Pela experiência não só dos dados colhidos, mas também pela agilidade em configurar settings monitoria e prevenção de lentidão, ao meu ver, ela mostrou-se uma ferramenta de diagnóstico eficaz; para os mais aficcionados em servidores J2EE, posso encará-la como uma espécie de profiler java, capaz de sinalizar problemas de performance na aplicação, sem que seja necessário pagar nada a mais por isso (aqui vale a alfinetada no SeeFusion e no FusionReactor: considero que a ferramenta da Adobe não deixa a desejar em nada, nos trackings que oferece para acompanhamento da performance/estabilidade do servidor).

Apesar de ser citado na documentação oficial, eu recomendaria a leitura deste interessante artigo, na developer connection da Adobe.com, para uma visão mais objetiva e menos teórica/filosófica das principais opções da ferramenta; no documento em questão, vale destaque para as settings de Alerts disponíveis que podem fazer milagres por sua aplicação, enquanto o trabalho de tunning está sendo providenciado.

Application.cfc no CF e index.php no CI

2009-04-10T03:07:00.000-07:00

Pois bem, meu povo… depois de um tempo ausente e em busca de uma ferramenta decente para blogar, aqui estou eu, novamente, causando na vida de vocês; e como tema da minha re-re-estréia (se eu não me engano, já é meu quarto ou quinto retorno à blogsfera), irei falar sobre a minha mais nova mania: o CodeIgniter.

O CI, para quem não conhece ou ainda não ouvir falar, é na minha opinião, o mais completo e útil framework para PHP que conheço; aliás, um dos percurssores da metodologia MVC para PHP, desde que ele implementou em sua API, sendo inclusive elogiado e reconhecido pelo próprio criador do PHP; anyway, pretendo no decorrer da existência desse blog, compartilhar minhas dúvidas e descobertas no CI, já que desde que o conheci, me tornei um entusiasta da ferramenta, que é preferência principal nos meus trabalhos voltados à PHP.

Por hoje, irei comentar de uma (possibilidade ?) que considerei ao desenvolver utilizando a ferramenta, já que em se tratando de PHP, até então, não tinha conseguido de desenvolver da maneira prática e inteligente um “Application Framework”, como existe no ColdFusion, à exemplo do arquivo Application.cfc/cfm. Para quem está por fora de CF, este arquivo, tem como funcionalidade principal, concentrar definições e características comuns à toda uma aplicação, uma vez que este arquivo quando presente no diretório, onde residam os fontes, é o primeiro a ser “incluído”, antes de qualquer execução. Para entender isso de forma mais prática, imagine concentrar definições de variáveis, conexões ao banco e outros valores parametrizados em um único lugar: assim é o Application.cfc/cfm do ColdFusion. A grande verdade, é que, por ter vindo do desenvolvimento CF, me acostumei com algumas de suas facilidades, e neste tocante sempre quis replicar no PHP essa possibilidade de “globalização de informações/funcionalidades”.

O CI por conta do seu modelo de desenvolvimento, que lembra “muito por cima” o conceito do Fusebox (de circuitos interligados), concentra as chamadas de classes, métodos e funções através do arquivo index.php, que acaba meio que comandando o fluxo da aplicação como um todo; sendo assim, concentrar funções, constantes e demais caractéristicas comuns à aplicação neste arquivo é o mais recomendável, sendo possível fazer chamadas dessas definições em fontes de controle, modelo ou view; até situações comuns, como dar o start da funcionaliade de session do PHP, se torna algo fácil e sem complicações, se pensado dessa maneira.

Bom, fica aí a dica e pra quem quiser saber um pouco mais do CI, vale a visita em http://www.codeigniter.com.

Pérola da vez: "Twitter: inútil [atualizado]"

2009-04-09T03:25:00.000-07:00

Fonte: http://meiobit.pop.com.br/twitter-inutil-atualizado

CFC para cálculo geodésico 2

2008-10-13T03:23:00.000-07:00

Acabei de subir uma versão atualizada (com algumas correções e melhorias) do CFC para cálculo geodésico; enjoy!

Going to PHP

2008-09-03T03:22:00.000-07:00

Não faz muito tempo, o PHP sempre me despertou uma certa curiosidade em termos de desenvolvimento, não só pelo fato de ser gratuito, mas também por ser mais popular do que o CF.

Claro que toda essa visão um tanto poética tem um interesse prático e descarado: se por um lado o ColdFusion se mostra uma ótima RAD para desenvolvimentos relâmpagos, manutenção prática e fácil, sem maiores estripulias com compilações, etc, por outro, ele acaba sendo caro demais para alguns poucos clientes; daí a saída de sempre ter uma segunda carta na manga; carta esta que no mínimo seja compatível com o CF em termos de tempo de desenvolvimento/implementação e com um plus a mais: que não seja cara. Entretanto, para este último parágrafo, o PHP até pouco tempo atrás, se mostrava muito chato, demorado e complicado demais em certas ocasiões, sobretudo por suas peculiaridades em relação à sintaxe, estrutura de código, etc; mas como tudo na vida tende a melhorar e a inovar (CF 8 que o diga), o danado do PHP acabou encontrando outras vias para me conquistar: trata-se do CodeIginiter.

Para quem não sabe o CI, como é conhecido para os íntimos, é um framework open source, muito bem feito e estruturado para o desenvolvimento em PHP,ao mais famoso estilo MVC, patrocinado pela não tão conhecida ellisLab; ele possui um core bastante poderoso de classes, tornando fácil a automatização de tarefas óbvias e particularmente chatas: conexão com banco de dados, trace/dump de ações de back-end, entre outras coisitas mais, sendo possível inclusive, extender suas funcionalidades através de plugins e do desenvolvimento de suas próprias classes; ele lembra um pouco os conceitos do CF on Wheels em termos de implementação, o que ajudou bastante para assimilar muita coisa; diria que o CI está para o PHP como o CF está para o JAVA, mas de uma maneira bem mais transparente e compreensível, pelo menos para mim. E para não achar que tou puxando muita sardinha para o garoto, vale lembrar que o CI foi capaz até mesmo de arrancar elogios do próprio criador do PHP: "because it is faster, lighter and the least like a framework", segundo palavras do próprio Rasmus Lerdorf, numa recente conferência.

Novidades são sempre bem-vindas e devo confessar que as tags do CF estavam manjadas demais, e que eu precisava mudar um pouco a linha de codificação: tags, no more... (rsrsrsr, brincadeirinha, pessoal). A grande verdade é que no final das contas acabei alterando meu veredicto final para a escolha da minha segunda cartada, e que inclusive estou fazendo uso em um dos meus projetos; é esperar pra ver como vai ficar.

OOP é fácil...

2008-08-10T03:21:00.000-07:00

... para quem não começa de maneira fácil.

Se não fosse pelo fato de ter começado a programar em ColdFusion, diria que ao longo da minha jornada no mundo da programação, eu teria quebrado menos à cabeça para assimilar alguns paradigmas do desenvolvimento de software; e neste tocante, nem me apego à questão da curva de aprendizado ser muito curta, mas sim, ao fato do CF ser baseado em tags, o que foge à regra da maioria das linguagens para web e o que de certa forma, acabou deixando os recém desenvolvedores confusos sobre uma série de conceitos importantes.

Orientação à objetos, conceitos de acesso/leitura, de conexão OPEN/CLOSE, são alguns dos exemplos que o CF por ser tão "fácil", acabou meio que emburrando as pessoas em relação à eles.

Para sintetizar de maneira mais completa o que quero dizer, vale a leitura do post do Rodrigo Urubatan, que sem muita hipocresia desmascara a grande verdade para a maioria das pessoas que como eu, de uma maneira ou de outra começaram com linguagens fáceis, e tivemos que assimilar o conceito de OOP: nos ferramos!

Orientação a objetos é fácil, as pessoas é que complicam

ROWNUM do Oracle

2008-07-27T03:20:00.000-07:00

Dica rápida: ao contrário do que muita gente imagina, a cláusula rownum do oracle - geralmente utilizada para limitar a quantidade de registros que uma query pode trazer - não funciona corretamente caso você considere a hipótese de que o atributo ROWNUM é uma propriedade da tabela.

Para ficar mais fácil o entendimento, imagine a seguinte query:

select * from where ROWNUM > 1;

Caso você execute essa query, verá que registro nenhum será trazido; isso porque, a pseudo coluna ROWNUM somente passa a existir, depois do resultSet retornar do banco; neste caso, se a a intenção é limitar os itens de um determinado select, considerando algum tipo de ordenação a forma correta do select acima seria, no caso de limitar os resultados em apenas 5 itens seria este:

select *from (select * from order by sal desc) where ROWNUM <= 5;

Como se pode ver, primeiro é necessário trazer os registro do banco (obter o resultsSet), para que depois disso, se possa limitar a quantidade de linhas, através do ROWNUM.

Uma ótima documentação para aprofundar o entendimento desse e de outros tipos de abordagens do ROWNUM, você pode conferir em: http://www.oracle.com/technology/oramag/oracle/06-sep/o56asktom.html

CFDOCUMENT e o erro "The document has no pages."

2008-07-19T03:18:00.000-07:00

O Adobe ColdFusion a partir da versão 7, passou a ter a capacidade de gerar documentos PDF e FlashPaper de maneira "on the fly", tornando uma tarefa que antigamente era trabalhosa e chata (alguém lembra da custom CF_PDF? argh?!..) em algo simples na hora de gerar tais documentos.

A tal facilidade passou a ser um problema dia desses, quando implementei em um dos meus clientes a função de geração em formato PDF de documentos, para padronizar a impressão; pois bem, ocorre que por motivos de log dos arquivos que eram gerados, ficou definido que os mesmos, seriam salvos fisicamente no servidor, para que posteriormente fossem anexados e enviados por email; a intenção de salvar localmente os arquivos era tão somente por conta do envio desse log por e-mail; tanto, que na configuração da geração do arquivo .pdf, defini um valor padrão para o nome do arquivo, que seria substituído em request futuros, caso o arquivo já existisse.
O mecanismo até que funcionou perfeitamente por alguns dias, até que outros usuários, começaram à fazer uso da função, causando repentinamente em horários de pico de uso do sistema, uma lentidão considerável do application server e um erro estranho na tentativa de geração do documento:

ExceptionConverter: java.io.IOException: The document has no pages. at com.lowagie.text.pdf.PdfPages.writePageTree(Unknown Source) at com.lowagie.text.pdf.PdfWriter.close(Unknown Source) at com.lowagie.text.pdf.PdfDocument.close(Unknown Source) at com.lowagie.text.Document.close(Unknown Source) at coldfusion.tagext.lang.DocumentTag.doAfterBody(DocumentTag.java:1225)(...)

Depois de tanto alterar código, pensado que fosse algo ligado à performance da geração, ou até algum possível bug, com uma suposição com relação à escrita de arquivos em disco rígido, a primeira linha (ExceptionConverter: java.io.IOException: The document has no pages.) foi matadora para diagnoticar o que estava acontecendo: a condição de gravar o arquivo de log, sempre gerava o mesmo nome para o dito cujo: algo parecido com xyz.pdf. E era exatamente essa a condição errônea: deixar que dois usuários pudessem gerar um arquivo pdf com o mesmo nome em um mesmo diretório: erros de io geralmente são derivados de situações de escrita ou leitura, e permitindo que usuários tivessem acesso à essa geração sem qualquer tipo de controle, fazia com que o erro fosse lançado (o mecanismo de geração do PDF, simplesmente não conseguia criar dois documentos de forma simultânea), e deixasse o app server lento (enquanto o request, não era abortado, o CF aguardava a liberação de escrita).

A dica para resolver o problema ficou por conta de alterar a condição de nomeação dos arquivos para impedir esses tipos de acessos inválidos;

Entretanto, a mensagem "The document has no pages." possui uma outra causa, por conta de problemas na resolução de DNS quando se referencia arquivos externos no documento tais como imagens, etc. Encontrei durante minha pesquisa para solução do problema, um post que comenta em detalhes o motivo e a solução para este outro problema.

CFC para cálculo geodésico

2008-07-13T03:15:00.000-07:00

Terminei recentemente a implementação de um componente em ColdFusion para calcular a distância entre dois pontos, dados a latitude a longitude de ambos; para evitar que você passe pelo caminho das pedras para encontrar o cálculo, segue o fonte para downlod...

Desde já críticas e sugestões de novas implementações são bem vindas!

Enjoy!

Artigos e dicas de CF

2008-07-10T03:14:00.000-07:00

Para quem se lembra dos vários outros blogs por onde já passei, cheguei à escrever alguns artigos em forma de tutorial para o pessoal novo que está chegando, ou que por algum motivo tem curiosidades de conhecer alguns meandros do Adobe ColdFusion, enquanto application server.

Fiz uma coleção desses artigos em uma sessão específica no site da VIBE, só para isso; para galera que já leu, vale como consulta/referência e para os novatos, vale a pena a leitura.

de volta, galera!!!!

2008-07-08T03:09:00.000-07:00

Faaaaaaaaaaaaaaaaaaaaaala galera!
Pela vigésima oitava vez, aqui estou retornando ao mundinho da blogsfera para compartilhar minhas revoltas, descobertas e dúvidas com vocês; após uma longa pausa, aos poucos as coisas estão voltando à normalidade da não frenética correria.

Tão logo termine de organizar as coisas, volto à trocar idéia com vocês.