Witam,

Do tej pory stosowałem $_SERVER['PATH_INFO'], ale jak się okazuje, nie na każdym serwerze jest ono dostępne.
Przykładowo, na jednym z serwów, z których korzystam, zamiast PATH_INFO jest ORIG_PATH_INFO, zaś na nginx nie ma obu tych indeksów.

Ciekaw jestem czego wy używacie w swoich projektach.
Myślałem na URL_REQUEST. Są jakieś przeciwwskazania?

Wymagania co do działania:
- PHP 5.2.17 lub nowsze
- serwer Apache, IIS oraz nginx
- przyzwoity wygląd linków bez korzystania z htc

Proszę o propozycję

Są, jedynie zależy od ciebie jak sobie te regułki ustawisz. Na domyślnych to może ich nie być, ale ktoś kto używa nginx'a raczej ma świadomość tego że można to sobie skonfigurować - jeżeli takiej nie ma, to niech doczyta.

QUERY_STRING jest zawsze, możesz jakoś próbować tym operować. Ale łatwiej będzie "odjąć" SCRIPT_NAME od REQUEST_URI które również są zawsze. Efektem czego otrzymasz coś na wzór PATH_INFO.

Sobie bym skonfigurował, ale gdy ktoś korzysta z usług firmy "x", to ma problem, bo sam nie posiada uprawnień, a usługodawca nie zawsze jest chętny by cokolwiek zmienić w konfiguracji serwera.

OK, więc albo zabawa z query_string, albo najprościej wyciąć różnicę między request_uri a script_name a w efekcie dostaniesz to samo co w path_info.

[PHP] pobierz, plaintext 
$dir = substr($_SERVER['SCRIPT_NAME'], 0, -strlen('index.php'));
$path = rawurldecode(substr($_SERVER['REQUEST_URI'], strlen($dir)));
[PHP] pobierz, plaintext 

@UP osobiście proponowałbym takie rozwiązanie:

[PHP] pobierz, plaintext 
$pathInfo = str_replace(dirname($_SERVER['SCRIPT_NAME']), '', $_SERVER['REQUEST_URI']);
[PHP] pobierz, plaintext 

Załóżmy że zmienna $_SERVER['SCRIPT_NAME'] zawiera taką ścieżkę:



a zmienna $_SERVER['REQUEST_URI'] zawiera taką ścieżkę:



Efektem końcowym będzie:



Aby taki efekt osiągnąć trzeba cały ruch przekierować na skrypt (oczywiście pomijając obrazki, arkusze styli itp).

Muszę uwzględnic jeszcez sytuację, gdy mod rewrite nie jest załadowany, wtedy link wygląda mniej więcej tak: /index.php/ctrl/act/
Zastosowałem coś takiego:





Chyba już nie bardzo da się to uprościc.

A to w takim wypadku wystarczy dodać do dirname index.php i wtedy skrypt wyglądać może tak:

[PHP] pobierz, plaintext 
$pathInfo = str_replace(array(dirname($_SERVER['SCRIPT_NAME']), '/index.php'), '', $_SERVER['REQUEST_URI']);
[PHP] pobierz, plaintext 

Jedynie musisz uwzględnić w routerze że w momencie kiedy $pathInfo jest puste, znaczy że jesteś na głównej stronie. Nie musisz tego w routerze robić, możesz w tym skrypcie, w taki sposób:

[PHP] pobierz, plaintext 
$pathInfo = str_replace(array(dirname($_SERVER['SCRIPT_NAME']), '/index.php'), '', $_SERVER['REQUEST_URI']);
$pathInfo = empty($pathInfo) ? '/' : $pathInfo;
[PHP] pobierz, plaintext 

I wtedy czy będziesz miał przekierowanie ruchu na jeden plik, czy go mieć nie będziesz, powyższy skrypt będzie każdorazowo wyświetlać to samo co path_info. Cały problem możesz mieć później. Problemem tym będą linki do przeróżnych podstron. O ile na apache wykryjesz jeszcze w jakiś sposób czy jest włączony mod_rewrite. O tyle nie wykryjesz w nginx i nie wiem czy w iis tak samo, nie wiem czy wykryjesz że cały ruch jest przekierowany na jeden plik. Dlatego też musisz raczej podjąć decyzję czy chcesz żeby działało to wszędzie, więc wówczas wszystkie twoje linki najlepiej jak będą wyglądać tak:



Możesz to jeszcze zrobić inaczej. Podczas instalacji systemu, sprawdzić czy jakaś przykładowa strona zadziała, poprzez ajax i przesłanie wyniku do instalatora, który ustawi że tak, a nie inaczej mają być ustawione linki. Oczywiście z zmianą gdzieś w panelu administratora

BTW po co ci jakaś zmienna _index_file? Nie lepiej sobie odpuścić, i niech to zawsze będzie index.php ?

Linki mam tworzone dynamicznie dzięki implementacji odpowiedniej funkcji, którą rejestruję w systemie szablonów OPT, przez co może byc używana w plikach tpl.
Działa to mniej więcej na takiej zasadzie, że jako argumenty przesyłam nazwe kontrolera, akcję oraz parametry, a skrypt sam albo dodaje index.php do zwracanego adresu, albo nie - w zależności od wyniku metody systemowej, sprawdzającej czy mod rewrite jest załadowany.

Co do sytuacji pustej zmiennej, to oczywiście mam to uwzględnione, bo to przecież podstawowa sprawa

Potrzebna była jeszcze drobna poprawka. Ostatecznie wygląda to tak:



Takie kwestie jak index.php czy separator jako zmienna klasy to już kwestia podejścia do sprawy, więc przyjmijmy że to pomijamy
Śmiga aż miło, niestety nie na nginx. Czyli cała praca z przepisywaniem na marne. Okazuje się, że nginx nie przyjmuje niczego co jest po pliku.
Czyli przyjmuje: /index.php ale już nie index.php/ a tym bardziej nie index.php/ctrl/act/

Chyba trzeba dla tego serwera dac tradycyjne linki: index.php?page=ctrl&action=act. Jakieś inne pomysły?

Po co ci wówczas router, jeżeli będziesz miał te linki tradycyjnie? Jeżeli są jakieś serwery na których jest nginx, a nie można go skonfigurować, to bardzo wiele rzeczy tam nie zadziała - nie powinieneś się tym przejmować.. Podaj gdzieś w instalatorze jak konfigurować ngnix'a i jeżeli ktoś tego wykonać nie będzie mógł - trudno, przecież nie wyczarujesz cudów.. IMO nie zrobisz czegoś co będzie działać wszędzie idealnie, i wyglądać tak samo.

__FILE__

No panowie... dzięki za pomoc, chyba tak jak teraz zrobiłem, styknie.
Mianowicie: sprawdzam czy serwer to Apache. Jeśli tak, to w zależności od dostepności mod rewrite w linku jest index.php lub nie ma.
forma odpowiednio: index.php/ctr/act/test-cos/ lub /ctr/act/test-cos/

Jeżeli serwer jest inny, to wychwytuje czy na którejś z podstron wystąpi indeks PATH_INFO w tablicy $_SERVER. Jeżeli tak, to zapisuję informację w cache i generuję linki typu:
index.php/ctr/act/test-cos/

Jeżeli nadal nie wyłapie PATH_INFO, to uznaje, że go nie ma, a wtedy link ma postać: index.php?q=ctr/act/test-cos/
Problemem może być to, że gdy cache się przedawni, to osoba która go bedzie tworzyć ujrzy inne linki, niż kolejna, która odświeży stronę (bo na głównej nie ma PATH_INFO, więc póki ktoś nie wjedzie na podstronę, to po przedawnieniu cache system uznaje, że PATH_INFO nie ma). Aby uniknąc takiego problemu, osoby które wiedzą, że skonfigurowały sobie np. na nginx co trzeba, zmieniają wartość pod indeksem w pliku config.php z FALSE na TRUE.