A calem-se, calem-se, calem-se...
Perdão, mas não quento mais isso. Como diria minha vovozinha, a casa mais limpa não é aquela que mais se limpa, mas a que menos se suja. Pessoal, vamos elevar o nivel disto aqui né, pelo amor de Deus Senhor nosso. 2009/4/16 <[email protected]> > Enviar submissões para a lista de discussão Lista para > [email protected] > > Para se cadastrar ou descadastrar via WWW, visite o endereço > http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > ou, via email, envie uma mensagem com a palavra 'help' no assunto ou > corpo da mensagem para > [email protected] > > Você poderá entrar em contato com a pessoa que gerencia a lista pelo > endereço > [email protected] > > Quando responder, por favor edite sua linha Assunto assim ela será > mais específica que "Re: Contents of Lista digest..." > > Tópicos de Hoje: > > 1. Re: Filtro + Paginação; (Vinicius Dornelas) > 2. Re: Filtro + Paginação; (Beto) > 3. Re: Filtro + Paginação; (< marcio >) > 4. Decode (Francisco de Assis Silva) > 5. Re: Decode (Roberto A. Longhi) > > > ---------- Mensagem encaminhada ---------- > From: Vinicius Dornelas <[email protected]> > To: CodeIgniter Brasil <[email protected]> > Date: Thu, 16 Apr 2009 12:35:32 -0300 > Subject: Re: [CodeIgniter] Filtro + Paginação; > 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 > > > > > ---------- Mensagem encaminhada ---------- > From: Beto <[email protected]> > To: CodeIgniter Brasil <[email protected]> > Date: Thu, 16 Apr 2009 12:45:45 -0300 > Subject: Re: [CodeIgniter] Filtro + Paginação; > 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 >> >> > > > ---------- Mensagem encaminhada ---------- > From: "< marcio >" <[email protected]> > To: CodeIgniter Brasil <[email protected]> > Date: Thu, 16 Apr 2009 13:39:54 -0300 > Subject: Re: [CodeIgniter] Filtro + Paginação; > 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 > > > > ---------- Mensagem encaminhada ---------- > From: Francisco de Assis Silva <[email protected]> > To: CodeIgniter Brasil <[email protected]> > Date: Thu, 16 Apr 2009 14:00:47 -0300 > Subject: [CodeIgniter] Decode > E ae galera... > No meu login q hospedei não deu certo usar: > $this->encrypt->decode($row->senha_adm) > ele não está decodificando, já procurei no google mas nada... > O que pode ser? > > valeus > > -- > chicosilva - Desenvolvedor Web > - e-mail : [email protected] > - msn : [email protected] > - cel : 34 - 9107 3655 > acesse: www.chicosilva.com > > > ---------- Mensagem encaminhada ---------- > From: "Roberto A. Longhi" <[email protected]> > To: CodeIgniter Brasil <[email protected]> > Date: Thu, 16 Apr 2009 14:02:46 -0300 > Subject: Re: [CodeIgniter] Decode > Posta o erro, ou o retorno da função. > =] > > Francisco de Assis Silva escreveu: > > E ae galera... > No meu login q hospedei não deu certo usar: > $this->encrypt->decode($row->senha_adm) > ele não está decodificando, já procurei no google mas nada... > O que pode ser? > > valeus > > -- > chicosilva - Desenvolvedor Web > - e-mail : [email protected] > - msn : [email protected] > - cel : 34 - 9107 3655 > acesse: www.chicosilva.com > > ------------------------------ > > _______________________________________________ > Lista mailing > [email protected]http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br > > > > -- > Roberto Almeida Longhi > Programador > Contmatic > (11) 2942 6700 Ramal 1404 > (11) 8599 9022www.contmatic.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
