Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.php > #14920

Re: Newby neds help

From "Christoph M. Becker" <cmbecker69@arcor.de>
Newsgroups comp.lang.php
Subject Re: Newby neds help
Date 2015-02-09 00:40 +0100
Organization solani.org
Message-ID <mb8s5j$4q9$1@solani.org> (permalink)
References (1 earlier) <mb6999$gmj$4@dont-email.me> <mb6akt$oub$1@solani.org> <mb7o8q$10f$1@dont-email.me> <mb7rf4$ajf$1@solani.org> <mb8lf1$ce8$4@dont-email.me>

Show all headers | View raw


Denis McMahon wrote:

> On Sun, 08 Feb 2015 15:22:29 +0100, Christoph M. Becker wrote:
> 
>> No, of course there is no such rule.  It would not make much sense, for
>> example, to submit data of a search form via a POST request.  On the
>> other hand, the data for a survey which are going to be stored on the
>> server (what is what the OP wants to accomplish), should not be
>> submitted via a GET request.
> 
> That's your opinion of course, based on your personal interpretation of 
> various documents.

I'm mostly basing my statement on RFC 7231, not on various documents.

Regarding my statement that it would not make much sense to submit data
of a search form via a POST request, Thomas 'PointedEars' Lahn has
already made some constructive critism elsewhere in this thread, and
shown that this statement is wrong in the *general* case.

> In so far as http and server side scripting is concerned, it matters very 
> little to either the browser or the web server whether data is 
> transferred using the get or post methods, subject to any technical 
> limitations relevant to the chosen request method. 

However, submitting data that are going to be stored on the server
(appended to a file) with a GET request, would obviously be a violation
of RFC 7231:

| Of the request methods defined by this specification, the GET, HEAD,
| OPTIONS, and TRACE methods are defined to be safe.

| Request methods are considered "safe" if their defined semantics are
| essentially read-only; [...]

| A request method is considered "idempotent" if the intended effect on
| the server of multiple identical requests with that method is the
| same as the effect for a single such request. Of the request methods
| defined by this specification, PUT, DELETE, and safe request methods
| are idempotent.

> I am sure 
> however that the OP will consider your unsolicited opinion on the matter 
> with whatever gravity[1] he feels it deserves.
> 
> [1] gravity - the force that transfers poop from my butt to the toilet.

I presume that the OP won't fall prey to your miserable appeal to
emotion, but rather is open to reasoning based on facts.

-- 
Christoph M. Becker

Back to comp.lang.php | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Newby neds help F. George McDuffee <gmcduffee@mcduffee-associates.us> - 2015-02-07 14:38 -0600
  Re: Newby neds help Lew Pitcher <lew.pitcher@digitalfreehold.ca> - 2015-02-07 16:31 -0500
  Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-07 23:30 +0100
  Re: Newby neds help Tim Streater <timstreater@greenbee.net> - 2015-02-07 22:36 +0000
  Re: Newby neds help Denis McMahon <denismfmcmahon@gmail.com> - 2015-02-08 00:06 +0000
    Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-08 01:29 +0100
      Re: Newby neds help Jerry Stuckle <jstucklex@attglobal.net> - 2015-02-07 20:22 -0500
        Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-08 02:33 +0100
          Re: Newby neds help Jerry Stuckle <jstucklex@attglobal.net> - 2015-02-07 20:54 -0500
      Re: Newby neds help Denis McMahon <denismfmcmahon@gmail.com> - 2015-02-08 13:27 +0000
        Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-08 15:22 +0100
          Re: Newby neds help Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2015-02-08 21:58 +0100
            Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-08 22:56 +0100
              Re: Newby neds help Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2015-02-08 23:36 +0100
                Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-09 00:14 +0100
                Re: Newby neds help Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2015-02-09 00:42 +0100
                Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-09 00:58 +0100
                Re: Newby neds help Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2015-02-09 00:30 +0100
                Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-10 00:53 +0100
          Re: Newby neds help Denis McMahon <denismfmcmahon@gmail.com> - 2015-02-08 21:46 +0000
            Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-09 00:40 +0100
              Re: Newby neds help Denis McMahon <denismfmcmahon@gmail.com> - 2015-02-09 19:34 +0000
                HTTP (was: Newby neds help) "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-10 02:04 +0100
        Re: Newby neds help F. George McDuffee <gmcduffee@mcduffee-associates.us> - 2015-02-08 20:06 -0600
          Re: Newby neds help Matthew Carter <m@ahungry.com> - 2015-02-08 21:55 -0500
            Re: Newby neds help F. George McDuffee <gmcduffee@mcduffee-associates.us> - 2015-02-09 00:13 -0600
          Re: Newby neds help Tim Streater <timstreater@greenbee.net> - 2015-02-09 09:46 +0000
          Re: Newby neds help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-10 01:14 +0100
    Re: Newby needs help F. George McDuffee <gmcduffee@mcduffee-associates.us> - 2015-02-07 19:29 -0600
      Re: Newby needs help "Christoph M. Becker" <cmbecker69@arcor.de> - 2015-02-08 02:40 +0100
      Re: Newby needs help Lew Pitcher <lew.pitcher@digitalfreehold.ca> - 2015-02-07 21:36 -0500
  Re: Newby neds help Jerry Stuckle <jstucklex@attglobal.net> - 2015-02-07 21:33 -0500
  Re: Newby neds help Lew Pitcher <lew.pitcher@digitalfreehold.ca> - 2015-02-09 20:02 -0500

csiph-web