|  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Request #37681 PUT and DELETE superglobals support
Submitted: 2006-06-02 17:12 UTC Modified: 2020-04-11 14:44 UTC
Avg. Score:4.2 ± 1.1
Reproduced:13 of 13 (100.0%)
Same Version:5 (38.5%)
Same OS:4 (30.8%)
From: f_kereki at cs dot com dot uy Assigned:
Status: Suspended Package: *General Issues
PHP Version: * OS: SUSE 10.0
Private report: No CVE-ID: None
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Bug Type:
From: f_kereki at cs dot com dot uy
New email:
PHP Version: OS:


 [2006-06-02 17:12 UTC] f_kereki at cs dot com dot uy
When coding Web Services according to REST ideas, there is no way to get PUT or DELETE parameters -- something like $_GET or $_POST is needed. You can invoke a service using curl, but only GET and POST can be used; if you use PUT or DELETE you cannot get the parameters in PHP.


Add a Patch

Pull Requests

Add a Pull Request


AllCommentsChangesGit/SVN commitsRelated reports
 [2006-06-02 19:28 UTC]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.

 [2006-06-03 13:43 UTC] f_kereki at cs dot com dot uy
I'm coding a Service Oriented system, and according to REST principles, I should be able to call a service with a PUT or DELETE method.

For example, using AJAX, in JavaScript I would write something like:

objeto= new XMLHttpRequest();"PUT", "my_own_service.php", true);
objeto.setRequestHeader("Content-Type", "application/x-www-form-urlencoded; charset=UTF-8");
objeto.onreadystatechange= some_function_of_mine;

but then, my_own_service.php would have no way of getting to the PUT parameters! With POST or GET methods, you can use the $_POST and $_GET (and even $_REQUEST) arrays, but there are no $_PUT or $_DELETE equivalent arrays.

Note, however, that this is *not* just an AJAX problem; if you require a PHP service from within another PHP service, you would code something like:

$ch= curl_init();
curl_setopt($ch, CURLOPT_URL, "my_own_service.php");
curl_setopt($ch, CURLOPT_HEADER, 0);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
curl_setopt($ch, CURLOPT_CUSTOMREQUEST, "PUT");
curl_setopt($ch, CURLOPT_POSTFIELDS, "a_string_like_field=value&field2=value2");
$result= curl_exec($ch);

Of course, this points out yet ANOTHER problem... there is no CURLOPT_PUTFIELDS! Since the format is the same, I assume my way should work, but I cannot even get to test it until I have a way of getting to the PUT parameters from within PHP.

So, to resume it all, it seems to me:

* there should be $_PUT and $_DELETE arrays

* curl should support CURLOPT_PUTFIELDS, *or* make it clearer that CURLOPT_POSTFIELDS is to be used.

Hope I was clearer this time!
Best regards,
Federico Kereki
 [2009-10-21 12:33 UTC] cyberspice at cyberspice dot org dot uk
I'd like to take this on.  I too have come up against a similar issue 
and I know of another developer who would be appreciative of it.  

So I propose I make a patch that adds support for PUT, DELETE and HEAD 
(for completeness) super globals.  

Per RFC 2616 PUT is similar to post and can have data both in the URI 
and the body of the request.  DELETE and HEAD are like GET.  Since there 
is already support for POST data in the sapi code and php_variables.c 
has treat_data() for handling GET.  It seems it should be relatively 
simple to extend for the new variables.

What do you think?
 [2010-06-01 21:59 UTC] andreas dot s dot t dot jansson at gmail dot com
If the only contents of the request body is the urlencoded "DELETE parameters" 
you can retrieve them by using file_get_contents("php://input"). It's not as 
clean as $_DELETE, but it's a workaround for now at least.
 [2010-06-01 22:15 UTC] andreas dot s dot t dot jansson at gmail dot com
I hit submit prematurely. Here's how to emulate $_DELETE:     
parse_str(file_get_contents('php://input'), $_DELETE);
 [2012-02-01 00:23 UTC] catch dot dave at gmail dot com
Parsing "php://input" is *not* a workaround because it fails on multipart/encoded 
input. Which is a common method to send data (and also the only way to send 

See similar/duplicate bug entry here:
 [2017-01-20 20:55 UTC]
-Status: Open +Status: Feedback -Package: Feature/Change Request +Package: *General Issues
 [2017-01-20 20:55 UTC]
Is this still relevant?
 [2017-01-29 04:22 UTC] php-bugs at lists dot php dot net
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to "Re-Opened". Thank you.
 [2017-01-31 10:52 UTC] fkereki at gmail dot com
This issue is still not solved, and the rationale for its solution is still valid.
 [2017-01-31 10:56 UTC]
-Status: No Feedback +Status: Re-Opened -PHP Version: 5.1.4 +PHP Version: *
 [2019-01-16 05:19 UTC] azharakbar at gmail dot com

I am a PHP Application Developer

I would appreciate if there is support for $_PUT, $_DELETE superglobals similar to $_GET and $_POST since these 4 are the major http request methods

I know of the workaroung of parsing php://input stream

But it doesnt look good on a highly mature scripting language as PHP as there should be a native support for PUT and DELETE requests
 [2020-02-14 09:53 UTC] bruz dot arri at gmail dot com
In php 7.4 still not solved. 

This was very helpfull for develop REST APIs and similars.

There is any option to add this in the future? 

Is this problem at least being debated by PHP core developers? Or is it not even being valued?
 [2020-04-11 14:44 UTC]
-Status: Re-Opened +Status: Suspended
 [2020-04-11 14:44 UTC]
This feature likely requires the RFC process[1], because it is
obviously controversial[2].  Feel free to start the RFC process;
for the time being, I'm suspending this ticket.

[1] <>
[2] <>
PHP Copyright © 2001-2021 The PHP Group
All rights reserved.
Last updated: Fri Sep 17 02:03:36 2021 UTC