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
