eu não discuto mais, nego acha que sou mal educado, que ofendo, e não entendo que o objetivo do que eu falo é agregar, então continuem "programando" dessa forma...
depois não entendem pq existe o maior preconceito de toda comunidade open-source com php.. não é culpa da linguagem, é culpa dos "programadores" -- Marcus Cavalcanti 21 9144-5068 www.marcuscavalcanti.net/blog 2009/4/16 < marcio > <[email protected]> > Bem pessoal, nao se é isso que querem, mas eu montei minha paginacao assim > > > sendo que pra montar a url da paginacao ela sempre deve ser a ultima da URL > > $config['uri_segment'] = 'a quantidade que voce precisar'; > > ex: www.exemple.com/controller/action/id/var1/var2/page > > $config['num_links'] = 10; > $config['page_query_string'] = false; > $config['per_page'] = n; > $config['base_url'] = > base_url()."/index.php/controller/action/".$id."/".$var1."/".$var2."/"; > $this->pagination->initialize($config); > $links_paginacao = $this->pagination->create_links(); > > > > > 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 >> >> > > > -- > []´s > Márcio Soares > 1184771450 > > > _______________________________________________ > 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
