PHP_SELF vs PATH_INFO vs SCRIPT_NAME vs REQUEST_URI

Buduję aplikację PHP w CodeIgniter. CodeIgniter wysyła wszystkie żądania do głównego kontrolera: index.php. Jednak nie lubię widzieć index.phpw URI. Na przykład http://www.example.com/faq/whateverprzekieruje do http://www.example.com/index.php/faq/whatever. Potrzebuję wiarygodnego sposobu, aby skrypt wiedział, jaki jest adres, aby wiedział, co zrobić z nawigacją. Użyłem mod_rewrite, zgodnie z dokumentacją CodeIgniter.

Zasada jest następująca:

RewriteEngine on
RewriteCond $1 !^(images|inc|favicon\.ico|index\.php|robots\.txt)
RewriteRule ^(.*)$ /index.php/$1 [L] 

Normalnie po prostu sprawdziłbym php_self, ale w tym przypadku tak jest zawsze index.php. Mogę dostać od REQUEST_URI, PATH_INFOitp, ale staram się zdecydować, który będzie najbardziej wiarygodne. Czy ktoś wie (lub wie gdzie znaleźć) prawdziwa różnica pomiędzy PHP_SELF, PATH_INFO, SCRIPT_NAME, i REQUEST_URI? Dzięki za pomoc!

Uwaga : musiałem dodać spacje, ponieważ SO widzi podkreślenie i z jakiegoś powodu czyni go kursywą.

Zaktualizowano : Naprawiono spacje.

Dokumentacja PHP może ci powiedzieć różnicę:

„PHP_SELF”

Nazwa pliku aktualnie wykonywanego skryptu względem katalogu głównego dokumentu. Na przykład $ _SERVER ['PHP_SELF'] w skrypcie pod adresem http://example.com/test.php/foo.bar będzie wyglądać następująco: /test.php/foo.bar . __FILE__ stała zawiera pełną ścieżkę i nazwę pliku prądu (czyli włączone) pliku. Jeśli PHP działa jako procesor wiersza poleceń, zmienna ta zawiera nazwę skryptu od wersji PHP 4.3.0. Wcześniej nie był dostępny.

„SCRIPT_NAME”

Zawiera ścieżkę do aktualnego skryptu. Jest to przydatne w przypadku stron, które muszą wskazywać na siebie. __FILE__ stała zawiera pełną ścieżkę i nazwę pliku prądu (czyli włączone) pliku.

„REQUEST_URI”

URI, który został podany w celu uzyskania dostępu do tej strony; na przykład „/index.html” .

PATH_INFO nie wydaje się być udokumentowane ...

Kilka praktycznych przykładów różnic między tymi zmiennymi:
Przykład 1. PHP_SELF różni się od SCRIPT_NAME tylko wtedy, gdy żądany adres URL ma postać:
http://example.com/test.php/foo/bar

[PHP_SELF] => /test.php/foo/bar
[SCRIPT_NAME] => /test.php

(wydaje się, że jest to jedyny przypadek, gdy PATH_INFO zawiera sensowne informacje [PATH_INFO] => / foo / bar) Uwaga: kiedyś było inaczej w niektórych starszych wersjach PHP (<= 5.0?).

Przykład 2. REQUEST_URI różni się od SCRIPT_NAME, gdy wprowadzono niepusty ciąg zapytania:
http://example.com/test.php?foo=bar

[SCRIPT_NAME] => /test.php
[REQUEST_URI] => /test.php?foo=bar

Przykład 3. REQUEST_URI różni się od SCRIPT_NAME, gdy działa przekierowanie po stronie serwera (na przykład mod_rewrite w apache):

http://example.com/test.php

[REQUEST_URI] => /test.php
[SCRIPT_NAME] => /test2.php

Przykład 4. REQUEST_URI różni się od SCRIPT_NAME podczas obsługi błędów HTTP w skryptach.
Korzystanie z dyrektywy Apache ErrorDocument 404 /404error.php
http://example.com/test.php

[REQUEST_URI] => /test.php
[SCRIPT_NAME] => /404error.php

Na serwerze IIS przy użyciu niestandardowych stron błędów
http://example.com/test.php

[SCRIPT_NAME] => /404error.php
[REQUEST_URI] => /404error.php?404;http://example.com/test.php

PATH_INFO jest dostępne tylko podczas korzystania z htaccess w następujący sposób:

Przykład 1

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^(favicon\.ico|robots\.txt)
RewriteRule ^(.*)$ index.php/$1 [L]

Pozostaje takie samo

[SCRIPT_NAME] => /index.php

Korzeń

http://domain.com/

[PHP_SELF]     => /index.php
[PATH_INFO] IS NOT AVAILABLE (fallback to REQUEST_URI in your script)
[REQUEST_URI]  => /
[QUERY_STRING] => 

Ścieżka

http://domain.com/test

[PHP_SELF]     => /index.php/test
[PATH_INFO]    => /test
[REQUEST_URI]  => /test
[QUERY_STRING] => 

Ciąg zapytania

http://domain.com/test?123

[PHP_SELF]     => /index.php/test
[PATH_INFO]    => /test
[REQUEST_URI]  => /test?123
[QUERY_STRING] => 123

Przykład 2

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^(favicon\.ico|robots\.txt)
RewriteRule ^(.*)$ index.php?url=$1 [L,QSA]

Pozostaje takie samo

[SCRIPT_NAME]  => /index.php
[PHP_SELF]     => /index.php
[PATH_INFO] IS NOT AVAILABLE (fallback to REQUEST_URI in your script)

Korzeń

http://domain.com/

[REQUEST_URI]  => /
[QUERY_STRING] => 

Ścieżka

http://domain.com/test

[REQUEST_URI]  => /test
[QUERY_STRING] => url=test

Ciąg zapytania

http://domain.com/test?123

[REQUEST_URI]  => /test?123
[QUERY_STRING] => url=test&123

Przykład 3

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^(favicon\.ico|robots\.txt)
RewriteRule ^(([a-z]{2})|(([a-z]{2})/)?(.*))$ index.php/$5 [NC,L,E=LANGUAGE:$2$4]

lub

RewriteRule ^([a-z]{2})(/(.*))?$ $3 [NC,L,E=LANGUAGE:$1]

RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_URI} !^(favicon\.ico|robots\.txt)
RewriteRule ^(.*)$ index.php/$1 [L]

Pozostaje takie samo

[SCRIPT_NAME] => /index.php

Korzeń

http://domain.com/

[PHP_SELF]          => /index.php
[PATH_INFO] IS NOT AVAILABLE (fallback to REQUEST_URI in your script)
[REQUEST_URI]       => /
[QUERY_STRING]      => 
[REDIRECT_LANGUAGE] IS NOT AVAILABLE

Ścieżka

http://domain.com/test

[PHP_SELF]          => /index.php/test
[PATH_INFO]         => /test
[REQUEST_URI]       => /test
[QUERY_STRING]      => 
[REDIRECT_LANGUAGE] => 

Język

http://domain.com/en

[PHP_SELF]          => /index.php/
[PATH_INFO]         => /
[REQUEST_URI]       => /en
[QUERY_STRING]      => 
[REDIRECT_LANGUAGE] => en

Ścieżka językowa

http://domain.com/en/test

[PHP_SELF]          => /index.php/test
[PATH_INFO]         => /test
[REQUEST_URI]       => /en/test
[REDIRECT_LANGUAGE] => en

Ciąg zapytania językowego

http://domain.com/en/test?123

[PHP_SELF]          => /index.php/test
[PATH_INFO]         => /test
[REQUEST_URI]       => /en/test?123
[QUERY_STRING]      => 123
[REDIRECT_LANGUAGE] => en

Ścieżki PHP

    $_SERVER['REQUEST_URI']    = Ścieżka sieciowa, żądany URI
    $_SERVER['PHP_SELF']    = ścieżka sieciowa, żądany plik + ścieżka info
    $_SERVER['SCRIPT_NAME']    = ścieżka sieciowa, żądany plik
    $_SERVER['SCRIPT_FILENAME']   = ścieżka do pliku, żądany plik
    __FILE__    = ścieżka do pliku, bieżący plik
 

Gdzie

• Ścieżka do pliku jest ścieżką do pliku systemowego, podobnie jak /var/www/index.phppo rozwiązaniu aliasu
• Ścieżka internetowa to ścieżka dokumentu serwera, taka jak /index.phpz http://foo.com/index.php, i może nawet nie pasować do żadnego pliku
• Bieżący plik oznacza dołączony plik skryptu , a nie żaden skrypt, który go zawiera
• Żądany plik oznacza plik skryptu dołączanego , a nie dołączony
• URI to żądanie HTTP, podobnie jak /index.php?foo=barprzed przepisaniem adresu URL
• Informacje o ścieżce to wszelkie dodatkowe dane Apache znajdujące się po nazwie skryptu, ale przed ciągiem zapytania

Kolejność operacji

1. Klient wysyła do serwera żądanie HTTP REQUEST_URI
2. Serwer wykonuje przepisywanie adresów URL z plików .htaccess itp., Aby je pobraćPHP_SELF
3. Serwer rozdziela się PHP_SELFna SCRIPT_FILENAME+PATH_INFO
4. Serwer wykonuje rozdzielczości alias i zamienia całą ścieżkę URL do ścieżki pliku systemu , aby uzyskaćSCRIPT_FILENAME
5. Wynikowy plik skryptu może zawierać inne, gdzie __FILE__odnosi się do ścieżki do bieżącego pliku

Możesz zajrzeć do klasy URI i skorzystać z $ this-> uri-> uri_string ()

Zwraca ciąg z pełnym identyfikatorem URI.

Na przykład, jeśli to jest Twój pełny adres URL:

http://example.com/index.php/news/local/345

Funkcja zwróci to:

/news/local/345

Możesz też wykorzystać segmenty do drążenia określonych obszarów bez konieczności opracowywania analizowania / wartości wyrażenia regularnego

Osobiście używam, $REQUEST_URIponieważ odwołuje się do wprowadzonego URI, a nie do lokalizacji na dysku serwera.

Do odpowiedzi Odyna można dodać bardzo niewiele. Po prostu poczułem, że mogę podać kompletny przykład z żądania HTTP do rzeczywistego pliku w systemie plików, aby zilustrować skutki przepisywania adresów URL i aliasów. W systemie plików skrypt /var/www/test/php/script.phpto

<?php
include ("script_included.php")
?>

gdzie /var/www/test/php/script_included.phpjest

<?php
echo "REQUEST_URI: " .  $_SERVER['REQUEST_URI'] . "<br>"; 
echo "PHP_SELF: " .  $_SERVER['PHP_SELF'] . "<br>";
echo "QUERY_STRING: " .  $_SERVER['QUERY_STRING'] . "<br>";
echo "SCRIPT_NAME: " .  $_SERVER['SCRIPT_NAME'] . "<br>";
echo "PATH_INFO: " .  $_SERVER['PATH_INFO'] . "<br>";
echo "SCRIPT_FILENAME: " . $_SERVER['SCRIPT_FILENAME'] . "<br>";
echo "__FILE__ : " . __FILE__ . "<br>";  
?>

i /var/www/test/.htaccess jest

RewriteEngine On
RewriteRule before_rewrite/script.php/path/(.*) after_rewrite/script.php/path/$1 

a plik konfiguracyjny Apache zawiera alias

Alias /test/after_rewrite/ /var/www/test/php/

a żądanie http to

www.example.com/test/before_rewrite/script.php/path/info?q=helloword

Wynik będzie

REQUEST_URI: /test/before_rewrite/script.php/path/info?q=helloword
PHP_SELF: /test/after_rewrite/script.php/path/info
QUERY_STRING: q=helloword
SCRIPT_NAME: /test/after_rewrite/script.php
PATH_INFO: /path/info
SCRIPT_FILENAME: /var/www/test/php/script.php
__FILE__ : /var/www/test/php/script_included.php

Zawsze obowiązuje

PHP_SELF = SCRIPT_NAME + PATH_INFO = full url path between domain and query string. 

Jeśli nie ma mod_rewrite, mod_dir, przepisywania ErrorDocument lub jakiejkolwiek formy przepisywania adresu URL, mamy również

REQUEST_URI = PHP_SELF + ? + QUERY_STRING 

Aliasy wpływają na systemowe ścieżki plików, SCRIPT_FILENAMEa __FILE__nie na ścieżki URL, które zostały wcześniej zdefiniowane - zobacz wyjątki poniżej. Aliasy mogą wykorzystywać całą ścieżkę adresu URL, w tym PATH_INFO. W ogóle nie mogło być żadnego połączenia między SCRIPT_NAMEa SCRIPT_FILENAME.

Nie jest całkowicie dokładne, że aliasy nie są rozwiązywane w momencie [PHP_SELF] = [SCRIPT_NAME] + [PATH_INFO] definiowania ścieżki URL , ponieważ uważa się, że aliasy przeszukują system plików, a wiemy z przykładu 4 w odpowiedzi Odyna, że ​​system plików jest przeszukiwany w celu ustalenia, czy plik istnieje, ale ma to znaczenie tylko wtedy, gdy plik nie zostanie znaleziony. Podobnie, mod_dir wywołuje mod_alias w celu przeszukania systemu plików, ale ma to znaczenie tylko wtedy, gdy masz alias taki jak, Alias \index.php \var\www\index.phpa uri żądania jest katalogiem.

Jeśli kiedykolwiek zapomnisz, które zmienne co robią, możesz napisać mały skrypt, który używa phpinfo () i wywołać go z adresu URL z ciągiem zapytania. Ponieważ instalacje oprogramowania serwera przedstawiają zmienne zwracane przez PHP, zawsze dobrym pomysłem jest sprawdzenie danych wyjściowych maszyny na wypadek, gdyby ponowne zapisywanie w pliku konfiguracyjnym serwera powodowało inne wyniki niż oczekiwano. Zapisz to jako coś takiego _inf0.php:

<?php
    $my_ip = '0.0.0.0';

   if($_SERVER['REMOTE_ADDR']==$my_ip){
     phpinfo();
   } else {
     //something
   }

Wtedy byś zadzwonił /_inf0.php?q=500

Zrób kopię zapasową na sekundę, na początku wybrałeś niewłaściwe podejście. Dlaczego po prostu tego nie zrobić

RewriteEngine on
RewriteCond $1 !^(images|inc|favicon\.ico|index\.php|robots\.txt)
RewriteRule ^(.*)$ /index.php?url=$1 [L]

zamiast? Następnie złap go$_GET['url'];