$HTTP_GET_VARS [kullanımdan kalktı]

(PHP 4 >= 4.1.0, PHP 5, PHP 7)

$_GET -- $HTTP_GET_VARS [kullanımdan kalktı]HTTP GET değişkenleri


URL değiştirgeleri (başka bir deyişle, sorgu dizesi) üzerinden geçerli betiğe aktarılan değişkenlerden oluşan bir ilişkisel dizi. Dizinin yalnızca GET isteklerinden değil, bir sorgu dizesindeki tüm isteklerden oluşturulduğunu unutmayın.

$HTTP_GET_VARS aynı başlangıç bilgisini içerir, fakat bir süper küresel değildir. ($HTTP_GET_VARS ve $_GET farklı değişkenlerdir ve PHP de bu şekilde ele alır.)

Sürüm Bilgisi

Sürüm: Açıklama
4.1.0 $_GET ortaya çıkmış ve $HTTP_GET_VARS kullanımdan kaldırılmıştır.


Örnek 1 - $_GET örneği

echo 'Merhaba ' htmlspecialchars($_GET["isim"]) . '!';

Kullanıcının http://example.com/?isim=Elif adresini çağırdığı varsayılarak

Yukarıdaki örnek şuna benzer bir çıktı üretir:

Merhaba Elif!



Bu bir süper küreseldir. Yani bir betiğin her yerinde geçerlidir. Değişkene işlevler ve yöntemlerin içinden erişmek için global $değişken; deyimine gerek yoktur.


GET değişkenleri urldecode() üzerinden aktarılır.

add a note add a note

User Contributed Notes 5 notes

John Galt
10 years ago
Just a note, because I didn't know for sure until I tested it.

If you have a query string that contains a parameter but no value (not even an equals sign), like so:

The following script is a good test to determine how a is valued:
$_GET["a"] === "") echo "a is an empty string\n";
$_GET["a"] === false) echo "a is false\n";
$_GET["a"] === null) echo "a is null\n";
$_GET["a"])) echo "a is set\n";
$_GET["a"])) echo "a is not empty";

I tested this with script.php?a, and it returned:

a is an empty string
a is set

So note that a parameter with no value associated with, even without an equals sign, is considered to be an empty string (""), isset() returns true for it, and it is considered empty, but not false or null. Seems obvious after the first test, but I just had to make sure.

Of course, if I do not include it in my browser query, the script returns
a is null
php at securetech dot com dot au
5 months ago
When using $_GET, please consider the security implications of this, as an attacker can post whatever they want, which gets included into your code, unless you are careful and sanitize it and check for VALID values, don't just use whatever is returned.

Instead of using this, i would recommend a function, which will return a sanitized version of the $_GET['variable']

I personally have a function _GET($par, $parType = '')

this means i can swap this into the code for $_GET['variable'] such as _GET('variable')

the function then checks if the second (optional) parameter has been checked:
if($parType == '')
    $parType = gettype($par);

next, we need to sanitize the string, to ensure no really bad stuff can happen. Check the type to ensure we filter correct type of data, for example if type is 'email' then:
$return = filter_input(INPUT_GET, $par, FILTER_SANITIZE_EMAIL)
case 'int':
$return = filter_input(INPUT_GET, $par, FILTER_SANITIZE_NUMBER_INT);

you can read some good security information on OWASP, but it isn't targetted to PHP.
timberspine _AT_ gmail _DOT_ com
12 years ago
Note that named anchors are not part of the query string and are never submitted by the browser to the server.


echo $_GET['title'];

// returns "apocalypse.php" and NOT "apocalypse.php#doom"

you would be better off treating the named anchor as another query string variable like so:

...and then retrieve it using something like this:
$url = $_GET['title']."#".$_GET['na'];

Hope this helps someone...
chris at bjelleklang dot org
9 years ago
Please note that PHP setups with the suhosin patch installed will have a default limit of 512 characters for get parameters. Although bad practice, most browsers (including IE) supports URLs up to around 2000 characters, while Apache has a default of 8000.

To add support for long parameters with suhosin, add
suhosin.get.max_value_length = <limit> in php.ini
1 year ago
The variable name $_GET is a bit misleading. It works with any HTTP request method that has a query component in the URI: GET, POST, PUT, PATCH, DELETE. A better name would be $_QUERY, similar to http_build_query and PHP_URL_QUERY in parse_url.
To Top