Witam,

w mojej aplikacji MVC staram się właśnie "uprzyjaźnić" przyjazne URLe. Obecnie aplikacja działa na takiej zasadzie, że wszystkie żądania przekierowywane są przez plik .htaccess do pliku bootstrap o nazwie index.php. Nie wnikając w szczegóły - po wywołaniu żądania w pliku index.php inicjalizowany jest m.in. obiekt router, który rozbija adres URL na odpowiednie części i przekazuje je do Front controllera. Przyjęta przeze mnie konwencja urli wygląda tak:

Przy czym moduł to odpowiedni katalog na serwerze, zawierający oddzielne pliki kontrolerów i widoków (może być np. moduł publiczny oraz moduł administracyjny), kontroler i akcja to wiadomo, a parametry oddzielone są separatorem, określonym przy tworzeniu obiektu routera.
Czyli przykładowy url wygląda u mnie tak:

Mimo wszystko wydaje mi się to średnio "friendly", bardziej podoba mi się np. konwencja, jaka jest na stronie głównej php.pl, gdzie po wybraniu artykułu, w URL pojawia się jego przetworzona nazwa (a nie tak jak u mnie identyfikator) oraz kategoria, do której artykuł należy.

W związku mam kilka pytań:

1. W jaki sposób określić na podstawie takiego URLa, jaki artykuł ma być pobrany z bazy. To znaczy: w przypadku ID jest to proste, porównuje się go np. z kluczem głównym bazy. A w tym przypadku nie można tego porównać z tytułem artykułu przechowywanym w bazie, ponieważ wygląda zwykle inaczej (zawiera spacje, polskie znaki, znaki specjalne). Jedynym sposobem wydaje mi się utworzenie dodatkowej kolumny w tabeli z artykułami, przechowującej ten tekstowy identyfikator, ale czy tak to działa?
2. W jaki sposób zrobiony jest taki podział na kategorie (np. domena.com/artykuly/kategoria/nazwa_artykulu) i czy to w ogóle ma sens, skoro i tak nazwa artykułu jest unikatowa?
3. Na niektórych stronach widziałem dodane do tej nazwy artykułu w URLu rozszerzenie .html. Jaki jest cel dodawania tego rozszerzenia? Jest to tylko po to, żeby zmylić użytkownika, czy treść jest generowana dynamicznie, czy statycznie?
4. Czy polskie nazwy np. kontrolerów w adresach (np. domena.com/artykuly/dodaj) to efekt zastosowania jakichś aliasów, czy po prostu tak rzeczywiście nazwane są ich klasy (pytam, bo IMO dziwne wydaje mi się nazwanie pliku ArtykulyController, a w nim metoda DodajAction()).

Robisz sobie w bazie takie pole na tytuł bez pl znaków itp. Przy dodawaniu parsujesz tytuł (usuwasz spacje, niedozwolone znaki) i wsadzasz do tego pola. Później tylko WHERE przparsowany_tytul = $jakas_zmienna_z_adresu_url
IMO w tych urlach na php.pl to kategoria jest jedynie upiększaczem.

Osobne pole w tabeli (ja używam ident), tytuł utworzony przez iconv + wyłuskiwanie paru znaków (http://eriz.pcinside.pl/weblog/mod_rewrite...ac-208.html#t81). Choć lepiej jest stosować konwencję mieszaną, np. identyfikator-123 - przy większej ilości tekstów indeksy numeryczne są szybciej przetwarzane aniżeli tekstowe. Wtedy adres żądania rozbijasz po myślniku albo przekazujesz jako osobny parametr, do wyboru, do koloru. ;]


Teoretycznie tak. Jednak łatwiej jest zachować porządek, jeśli chodzi o np. przechodzenie do spisu danej kategorii (część użytkowników - jeśli nie znajdzie nawigacji - zrobi to ręcznie); nie wiem, jak zachowują się pod tym względem wyszukiwarki; podejrzewam, że niektóre również wędrują po pseudokatalogach.


W SEO panuje teza, że pliki statyczne są lepiej promowane w wynikach. Google się do tego ustosunkowało: http://googlewebmastercentral.blogspot.com...tatic-urls.html. Ale znając życie, prawda jest 50/50, poza tym - wyszukiwarki, to nie tylko Google. ;]


Zapewne jest to poprzez routing. U siebie korzystam po prostu z polskich nazw; to jedyny wyjątek, gdzie takie postępowanie dopuszczam. Po co dodatkowe mapowanie artykuly=>articles, dla mnie to tylko zbędny proces, który z czystym sumieniem można pominąć.

Dzięki za odpowiedzi, takich informacji mi brakowało


To też ciekawe rozwiązanie, na pewno w przyszłości wykorzystam, jednak na obecnej stronie, którą tworzę nie ma wielu artykułów, dlatego chciałem właśnie zastosować konwencję z tytułem zamiast identyfikatora numerycznego. BTW. właśnie wcześniej szukając jakichś informacji o przyjaznych URLach, trafiłem na ten wpis na Twoim blogu i przyznam, że zainspirował mnie do zagłębienia się w temat


Mam jeszcze jedno pytanie. Bo zastanawiam się teraz, jak trochę skrócić obecnie używane w mojej aplikacji URLe, nie tracąc przy tym zalet rozszerzalności aplikacji. To znaczy: mógłbym np. zastosować adres typu domena.com/artykuly/nazwa_artykulu.html, ale wtedy musiałbym już wszędzie pomijać zarówno nazwę modułu, jak i nazwę akcji (bo w tym przykładzie adresu co podałem jest tylko nazwa kontrolera i parametr - nazwa artykułu).

Miałem taki pomysł, żeby dopuścić trzy rodzaje zapisów URLi, które przetworzy aplikacja:

Tylko prawdopodobnie znacznie obniżyłoby to wydajność. Bo przecież trzeba przy sprawdzić, czy pierwszy element adresu jest modułem (tzn. odpowiednim katalogiem na serwerze) - jeśli tak, to sprawdzić czy drugi parametr jest kontrolerem (tzn. czy istnieje klasa o tej nazwie), dalej trzeba by dołączyć tą klasę i sprawdzić czy kolejny element URLa jest akcją (tzn. czy w klasie kontrolera istnieje metoda o tej nazwie), itd. Jak widać byłoby mnóstwo warunków, poza tym nawet nie wiem, czy należałoby je wszystkie sprawdzać w Routerze czy we Front Controllerze? Bo żeby np. sprawdzić istnienie metody w klasie, trzeba dołączyć plik tej klasy, a to już jest zadanie front controllera Co o tym sądzicie?

Można ostatecznie pójść na kompromis i zrobić tabelę istniejących modułów/kontrolerów - wtedy zwykłe in_array.


Raczej front-controller, choć mogę się mylić, bo nie stosuję tylu pośredników po drodze.

Myślałem wcześniej o czymś podobnym, z tym że nie planowałem tego zrobić na zasadzie tablicy, a bardziej mapy kontrolerów i modułów przechowywanej w pliku INI (takiej, jaką robi się np. przy autoloaderze).

Na razie postanowiłem w ogóle spróbować wcielić w życie te "inteligentne" rozpoznawanie adresów Zrobiłem tak, że w pliku konfiguracyjnym aplikacji (plik ini) przechowuję dane o modułach i poszczególnych akcjach kontrolerów.
Wygląda to tak:


A oto jaki piękny warunek analizuje te adresy:

[PHP] pobierz, plaintext 
// Pobranie danych konfiguracyjnych.
$config = $this->_context->getConfig();
 
// Pobranie listy modułów, kontrolerów i akcji z pliku konfiguracyjnego.
$modulesList     = explode(',', $config->modules);
$controllersList = array_keys($config->getSection('controllers'));
$actionsList     = $config->getSection('controllers');
 
// Rozbicie adresu URL na poszczególne elementy.
$elements = explode('/', $this->_url);
 
if (isset($elements[0]) && $elements[0] != '') {
    // 0. element adresu istnieje
    if (in_array($elements[0], $modulesList)) {
        // 0. element adresu i jest poprwną nazwą modułu.
        $this->_module = $elements[0];
 
        if (isset($elements[1]) && $elements[1] != '') {
            // 1. element adresu istnieje
            if (in_array($elements[1], $controllersList)) {
                // 1. element adresu istnieje i jest poprawną nazwą kontrolera
                $this->_controller = $elements[1];
 
                if (isset($elements[2]) && $elements[2] != '') {
                    // 2. element adresu istnieje
                    if (in_array($elements[2], $actionsList)) {
                        // 2. element adresu istnieje i jest poprawną nazwą akcji
                        // np. domena.com/module/controller/action
                        $this->_action = $elements[2];
 
                        if (isset($elements[3])) {
                            $this->_params = explode($paramSeparator, $elements[3]);
                        }
                    } else {
                        // 2. element adresu istnieje, ale nie jest nazwą akcji.
                        // np. domena.com/module/controller/params
                        // Przyjmujemy, że element 2. to parametry akcji.
                        // Wywołujemy akcję domyślną dla kontrolera.
                        $this->_action = $config->default_action;
                        $this->_params = explode($paramSeparator, $elements[2]);
                    }
                } else {
                    // 2. element adresu nie istnieje, ale elementy
                    // 0. i 1. są poprawnymi nazwami modułu i kontrolera.
                    // np. domena.com/module/controller
                    // Wywołujemy więc domyślna akcję
                    // dla tego kontrolera.
                    $this->_action = $config->default_action;
                }
            } else {
                // 1. element adresu istnieje, ale nie jest nazwą kontrolera,
                // np. domena.com/module/undefined
                // Brak przewidzianej akcji dla tej sytuacji.
            }
        } else {
            // 1. element adresu nie istnieje, ale 0. element jest poprawną
            // nazwą modułu.
            // np. domena.com/module
            $this->_controller = $config->default_controller;
            $this->_action = $config->default_action;
        }
    } else {
        // 0. element adresu istnieje, ale nie jest nazwą modułu.
 
        if (in_array($elements[0], $controllersList)) {
            // 0. element adresu jest nazwą kontrolera.
            // np. domena.com/controller
            $this->_module = $config->default_module;
            $this->_controller = $elements[0];
 
            if (isset($elements[1])) {
                // 1. element adresu istnieje
                if (in_array($elements[1], $actionsList)) {
                    // 1. element adresu jest nazwą akcji.
                    // np. domena.com/controller/action
                    $this->_action = $elements[1];
                } else {
                    // 1. element adresu istnieje, ale nie jest nazwą akcji.
                    // Przyjmujemy, że są to parametry
                    // np. domena.com/controller/params
                    $this->_action = $config->default_action;
                    $this->_params = explode($paramSeparator, $elements[1]);
                }
            } else {
                // 1. element adresu nie istnieje
                $this->_action = $config->default_action
            }
    }
 
} else {
    // 0. element adresu nie istnieje.
    $this->_module = $config->default_module;
    $this->_controller = $config->default_controller;
    $this->_action = $config->default_action;
}
[PHP] pobierz, plaintext 

Nie wiem, jak to się ma do wydajności, ale wygląda groźnie

Nie mogę na razie sprawdzić jak to działa, bo moja aplikacja jest w trakcie małej refaktoryzacji i kod jest na tyle rozgrzebany, że się nie uruchomi Ale na oko ten warunek sprawdza wszystkie założone przeze mnie możliwości i jest raczej poprawny (musiałem pomagać sobie komentarzami, żeby się nie zgubić:P) Niestety podejrzewam jednak, że spadek wydajności będzie na tyle zauważalny, że będę musiał wrócić do stałej konwencji URLi

Ja robię tak, że rozbijam adres na dwie zmienne:
- jedna to lokalizacja domena/kategoria/podkategoria
- druga - słowa kluczowe + parametry

Czyli przykładowy adres mam:
strona.pl/kategoria/podkategoria/45-strona,o,grach;23;6-2.html

A po przepisaniu:
strona.pl/index.php?kat=kategoria/podkategoria&page=45-strona,o,grach;23;6-2.html

I teraz każdą zmienną analizuję kodem PHP podobnym do Twojego, by wyłuskać tablicę danych adresowych. Na podstawie unikalnej nazwy url (definiowanej przez użytkownika jako nazwa kategorii widoczna w adresie url) kategorii/podkategorii pobieram ich id oraz wszystkie niezbędne informacje: zainstalowane dla kategorii moduły, szablony, style itp. Natomiast rdzeniem zmiennej "page" są słowa kluczowe (oddzielone przecinkiem), potem średnikiem lecą podstawowe parametry, natomiast myślnik oddziela parametry dodatkowe (początek stringa) oraz określa numer strony (koniec stringa).

Może coś z tego co napisałem Ci pomoże. Warto przemyśleć na początku budowę adresu, bo od tego dużo zależy, potem można nie dać rady z obróbką