393

I submit as POST to a php page the following:

{a:1}

This is the body of the request (a POST request).
In php, what do I have to do to extract that value?

var_dump($_POST); 

is not the solution, not working.

Itay Moav -Malimovka
  • 52,579
  • 61
  • 190
  • 278
  • 45
    This is a helpful question for people looking to create RESTful APIs. Most don't know how to access the raw input data submitted to their scripts as it's not available via the `$_POST` superglobal. This is also (especially) true in the case of PUT requests, as PHP has no corresponding superglobal. –  Jan 20 '12 at 18:20
  • 4
    Possible duplicate of [How to get request content (body) in PHP?](https://stackoverflow.com/questions/7187631/how-to-get-request-content-body-in-php) – YakovL Feb 14 '18 at 13:11
  • 6
    It's worth noting that the name *$_POST* is misleading, as not any type of data from a POST request will be there, but only when the content type is *application/x-www-form-urlencoded* or *multipart/form-data* – Petruza May 02 '19 at 20:23

9 Answers9

714

To access the entity body of a POST or PUT request (or any other HTTP method):

$entityBody = file_get_contents('php://input');

Also, the STDIN constant is an already-open stream to php://input, so you can alternatively do:

$entityBody = stream_get_contents(STDIN);

From the PHP manual entry on I/O streamsdocs:

php://input is a read-only stream that allows you to read raw data from the request body. In the case of POST requests, it is preferable to use php://input instead of $HTTP_RAW_POST_DATA as it does not depend on special php.ini directives. Moreover, for those cases where $HTTP_RAW_POST_DATA is not populated by default, it is a potentially less memory intensive alternative to activating always_populate_raw_post_data. php://input is not available with enctype="multipart/form-data".

Specifically you'll want to note that the php://input stream, regardless of how you access it in a web SAPI, is not seekable. This means that it can only be read once. If you're working in an environment where large HTTP entity bodies are routinely uploaded you may wish to maintain the input in its stream form (rather than buffering it like the first example above).

To maintain the stream resource something like this can be helpful:

<?php

function detectRequestBody() {
    $rawInput = fopen('php://input', 'r');
    $tempStream = fopen('php://temp', 'r+');
    stream_copy_to_stream($rawInput, $tempStream);
    rewind($tempStream);

    return $tempStream;
}

php://temp allows you to manage memory consumption because it will transparently switch to filesystem storage after a certain amount of data is stored (2M by default). This size can be manipulated in the php.ini file or by appending /maxmemory:NN, where NN is the maximum amount of data to keep in memory before using a temporary file, in bytes.

Of course, unless you have a really good reason for seeking on the input stream, you shouldn't need this functionality in a web application. Reading the HTTP request entity body once is usually enough -- don't keep clients waiting all day while your app figures out what to do.

Note that php://input is not available for requests specifying a Content-Type: multipart/form-data header (enctype="multipart/form-data" in HTML forms). This results from PHP already having parsed the form data into the $_POST superglobal.

AWrightIV
  • 553
  • 7
  • 15
  • 22
    Please note that afaics, the STDIN stream is not available on systems running PHP using CGI, i.e. via mod_fcgid or mod_fastcgi etc. – scy Sep 28 '13 at 11:17
  • but, i am passing variable(as form-data) with the request , how can i access specified value, i am passing grant_type=password&username=user&password=pass as form-data body with the request, how will i get grant_type from " $entityBody" – Anvar Pk Feb 05 '16 at 05:02
  • 1
    according to my test, this `php://input` is empty for `application/x-www-form-urlencoded` content-type as well (besides `multipart/form-data`) – YakovL Feb 16 '18 at 23:59
  • 9
    To expand on @scy's response: STDIN is not available, but `php://input` is. So while on (Fast)CGI configurations `stream_get_contents(STDIN)` won't work, `file_get_contents("php://input")` will. – Sinus the Tentacular Jan 15 '19 at 19:45
  • STDIN is only defined if you are using PHP from the Command Line Interface, or you define STDIN first: define('STDIN', fopen('php://input', 'r')); see: https://stackoverflow.com/questions/21184962/use-of-undefined-constant-stdin-assumed-stdin-in-c-wamp-www-study-sayhello – Tom Rutchik Feb 25 '23 at 18:02
47

return value in array

 $data = json_decode(file_get_contents('php://input'), true);
umesh bhanderi
  • 641
  • 8
  • 12
  • In this scenario, you now have to loop through the `$data` associative array to check if each value is encoded the way you desire. The "stream-to-datatype" way of looking at things may be simplistic, but it may not be as efficient as dealing with encoding in the "stream form" using a stream filter. If you are not handling encoding issues and simply sanitizing and validating, you are missing a step. – Anthony Rutledge Nov 22 '19 at 15:24
  • it is a very good way to post data from body in php mvc. – Azade Jun 01 '21 at 16:00
20

A possible reason for an empty $_POST is that the request is not POST, or not POST anymore... It may have started out as post, but encountered a 301 or 302 redirect somewhere, which is switched to GET!

Inspect $_SERVER['REQUEST_METHOD'] to check if this is the case.

See https://stackoverflow.com/a/19422232/109787 for a good discussion of why this should not happen but still does.

Legolas
  • 894
  • 1
  • 11
  • 25
14
function getPost()
{
    if(!empty($_POST))
    {
        // when using application/x-www-form-urlencoded or multipart/form-data as the HTTP Content-Type in the request
        // NOTE: if this is the case and $_POST is empty, check the variables_order in php.ini! - it must contain the letter P
        return $_POST;
    }

    // when using application/json as the HTTP Content-Type in the request 
    $post = json_decode(file_get_contents('php://input'), true);
    if(json_last_error() == JSON_ERROR_NONE)
    {
        return $post;
    }

    return [];
}

print_r(getPost());
Hatzegopteryx
  • 600
  • 6
  • 13
  • 2
    What this bit of logic is missing is a test of the value found in the Content-Type header. It does not follow that just because $_POST is empty that JSON must have been submitted, or that if `json_last_error() == JSON_ERROR_NONE` is `false`, that an empty array should be returned. What if someone has submitted XML or YAML? Add a test for the Content-Type and go from there. – Anthony Rutledge Nov 22 '19 at 15:18
  • Also, the HTTP request method can factor in determining if you want to accept input data. See the `$_SERVER` superglobal for useful values to check. – Anthony Rutledge Nov 22 '19 at 15:32
11

This is an exemple of how to create a php api with file_get_contents("php://input") and used in javascript using ajax with XMLHttpRequest.

var xhttp = new XMLHttpRequest();
    xhttp.onreadystatechange = function () {
        if (this.readyState == 4 && this.status == 200) {
    console.log("done");
            }
        }
    };
    xhttp.open("POST", "http://127.0.0.1:8000/api.php", true);
    xhttp.send(JSON.stringify({
        username: $(this).val(),
        email:email,
        password:password
    }));

$data = json_decode(file_get_contents("php://input"));
$username  =  $data->username;
$email  =   $data->email;
$password  =   $data->password;
L3xpert
  • 1,109
  • 1
  • 10
  • 19
2

If you have the pecl/http extension installed, you can also use this:

$request = new http\Env\Request();
$request->getBody();
spinkus
  • 7,694
  • 4
  • 38
  • 62
1

If you have installed HTTP PECL extension, you can make use of the http_get_request_body() function to get body data as a string.

Arya McCarthy
  • 8,554
  • 4
  • 34
  • 56
shivanshu patel
  • 782
  • 10
  • 19
1

http_get_request_body() was explicitly made for getting the body of PUT and POST requests as per the documentation http://php.net/manual/fa/function.http-get-request-body.php

Yehuda Schwartz
  • 3,378
  • 3
  • 29
  • 38
1

Check the $HTTP_RAW_POST_DATA variable

Quentin
  • 914,110
  • 126
  • 1,211
  • 1,335
linepogl
  • 9,147
  • 4
  • 34
  • 45