não tem confusao nenhuma, para muim há um debate, se contrariar os outros, mostrar sua oponião com embasamento é criar confusão, puts, então estou no lugar errado...
as pessoas não conseguem justificar seus motivos e levam isso como discussão.. o problema é esse -- Marcus Cavalcanti 21 9144-5068 www.marcuscavalcanti.net/blog 2009/4/16 Beto <[email protected]> > Não quero levantar mais confusão, mas concordo que paginacão via POST é > meio que uma POG :( > > Emfim, fazer funcionar se faz, mas se isso é correto, eu creio que não. > > > - - - - - - - - - - - - - - - - - - - - - > Luiz Alberto S. Ribeiro [ Beto ] > http://beto.euqueroserummacaco.com > > > 2009/4/16 Vinicius Dornelas <[email protected]> > >> Marcus, no que pese suas observações extremamente corretas quanto ao uso >> do POST e GET, não há óbice em usar tal recurso na paginação, tanto pelo >> lado prático (pois todos sabemos que podemos fazer uso de qualquer uma) >> quanto o de seguir a risca as finalidades de cada método. Explico: >> >> A paginação bruta e simples pode ser considerada como mero acesso a >> recurso do servidor, mas tão somente sendo ela bruta e simples, como uma >> simples lista de nomes. >> >> No entanto, ouso discordar no sentido de que o Paulo não tem em suas mãos >> uma simples requisição a algum recurso. >> Este recurso, pelo que foi relatado é pre-determinado em função de uma >> série de outros filtros previamente injetados via POST e que serão >> PROCESSADOS para um recurso especificado (no caso, a consulta ao banco) logo >> não extrapolaria o sentido da lógica e do próprio protocolo que a requisição >> fosse mantida via POST até pq tanto os dados do POST (filtros, que irão >> gerar condições where) como o GET (pagina, que irão gerar condições limit no >> banco ou slice caso a paginacao ocorra em PHP) atuam sobre o mesmo recurso >> (consulta ao banco) que será modificada conforme os dois. >> >> >> >> *Referências: * >> http://pt.wikipedia.org/wiki/HTTP >> http://www.ietf.org/rfc/rfc2616.txt >> >> >> *Vinicius Dornelas* >> CAEd/UFJF >> >> >> >> _______________________________________________ >> Lista mailing list >> [email protected] >> http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br >> >> > > _______________________________________________ > Lista mailing list > [email protected] > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > >
_______________________________________________ Lista mailing list [email protected] http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br
