Se você tiver dificuldades em interpretações de texto, aí eu já não posso ajudar muito :(
Mas sugiro que re-leia, caso não tenha ficado claro. -- Marcus Cavalcanti 21 9144-5068 www.marcuscavalcanti.net/blog 2009/4/16 Marcus Cavalcanti <[email protected]> > Vinicius, > > O que você me mandou não diz absolutamente nada sobre o que estamos > debatendo, diz apenas como o POST funciona tecnicamente, e não a maneira > certa de se usar. A especificação que você mandou diz apenas quanto ao > funcionamento e não maneiras de usar, você deveria saber como se usa POST, > GET, PUT, DELETE, etc... > > Já que você quer embasamento conciso, você deveria ir atrás, pelo menos > para provar que eu estou errado. Como você não foi atrás, tanto que não > conhece o funcionamento correto de GET e POST, eu fui e te trago algo de > interessante: > > The fundamental differences between "GET" and "POST" > > *The HTML specifications technically define the difference between "GET"and > "POST" so that former means that form data is to be encoded (by a browser) > into a URL <http://www.cs.tut.fi/%7Ejkorpela/rfc/2396/toc.html> while the > latter means that the form data is to appear within a message body. But the > specifications also give the usage recommendation that the "GET" method > should be used when the form processing is "idempotent", and in those cases > only. As a simplification, we might say that "GET" is basically for just > getting (retrieving) data whereas "POST" may involve anything, like > storing or updating data, or ordering a product, or sending E-mail. > * > > *The HTML 2.0 > specification<http://www.w3.org/MarkUp/html-spec/html-spec_toc.html>says, in > section Form > Submission <http://www.w3.org/MarkUp/html-spec/html-spec_8.html#SEC8.2>(and > the HTML > 4.0 specification <http://www.w3.org/TR/REC-html40/>* repeats this with > minor stylistic changes): > > * If the processing of a form is idempotent (i.e. it has no lasting > observable effect on the state of the world), then the form method should be > GET. Many database searches have no visible side-effects and make ideal > applications of query forms.* > *- -* > > *If the service associated with the processing of a form has side effects > (for example, modification of a database or subscription to a service), the > method should be POST. > * > > * > * > > * > * > > Estranho né? eu devo ser chato mesmo.. > ** > > -- > Marcus Cavalcanti > 21 9144-5068 > www.marcuscavalcanti.net/blog > > > 2009/4/16 Vinicius Dornelas <[email protected]> > >> me perdoe caso eu esteja usando d > > >
_______________________________________________ Lista mailing list [email protected] http://codeigniter.com.br/mailman/listinfo/lista_codeigniter.com.br
