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
