{"id":910,"date":"2012-01-12T00:01:00","date_gmt":"2012-01-11T23:01:00","guid":{"rendered":"http:\/\/www.manuelmarangoni.it\/sir-bit\/?p=910"},"modified":"2016-01-14T14:05:52","modified_gmt":"2016-01-14T13:05:52","slug":"mostrare-i-get-dei-link-come-cartelle-l%e2%80%99uso-di-htaccess-nel-sito-cos%e2%80%99e-e-come-funziona-parte-02","status":"publish","type":"post","link":"https:\/\/www.manuelmarangoni.it\/sir-bit\/910\/mostrare-i-get-dei-link-come-cartelle-l%e2%80%99uso-di-htaccess-nel-sito-cos%e2%80%99e-e-come-funziona-parte-02\/","title":{"rendered":"Mostrare i get dei link come cartelle – L\u2019uso di htaccess nel sito: cos\u2019\u00e8 e come funziona – parte 02"},"content":{"rendered":"

Nell\u2019articolo precedente<\/a> abbiamo visto cos\u2019\u00e8 l\u2019.htaccess<\/em> e il suo funzionamento di base.
\nAdesso ci occuperemo di scendere nei dettagli e di mostrare le direttive pi\u00f9 complesse, per gestire ogni situazione possibile.
\nAl termine dell\u2019articolo sarete in grado di agire tanto sui link con valori statici quanto su quelli con valori dinamici, e di personalizzare eventuali pagine di errore<\/strong>.<\/p>\n

L\u2019uso delle regole: ignorare alcune cartelle e gestire i link con i get<\/h2>\n

Entriamo nel cuore dell\u2019.htaccess<\/em>. Sotto al codice che abbiamo visto prima, possiamo stabilire delle regole precise. Innanzitutto, dobbiamo specificare quali delle cartelle non saranno coinvolte dalle direttive<\/strong>: questo ci sar\u00e0 utile, per esempio, per le cartelle contenenti le immagini o i javascript.<\/p>\n

<\/p>\n

\n\n\n\n
\n
1\r\n2\r\n3\r\n4<\/pre>\n<\/td>\n
\n
#Cartelle da ignorare\r\nRewriteCond %{REQUEST_URI} img\/ [OR]\r\nRewriteCond %{REQUEST_URI} js\/\r\nRewriteRule ^(.*) $1 [L]<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
Il RewriteCond<\/em> corrisponde alla condizione if<\/code> dei linguaggi di programmazione: se quello che c\u2019\u00e8 scritto si verifica, allora si applicher\u00e0 la regola del RewriteRule<\/code>.
\nIn pratica abbiamo stabilito che gli indirizzi che fanno riferimento alle cartelle \u201cimg\u201d e \u201cjs\u201d rimarranno come sono e non saranno modificati. L\u2019attributo [L]<\/code> specifica che, nel caso sia trovato uno dei due indirizzi, la parte sotto che andremo a comporre con altre direttive non sar\u00e0 letta.<\/p>\n\n
Adesso vediamo come trasformare un link pieno di valori get nella forma voluta<\/strong>:<\/p>\n
\n\n\n\n
\n
1\r\n2<\/pre>\n<\/td>\n
\n
#Esempio di trasformazione di un link con valori statici\r\nRewriteRule ^prodotti\/ categoria.php?prod=divano&cat=promozioni [L]<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
In questo caso la direttiva \u00e8 semplice: quando l\u2019indirizzo base sar\u00e0 esattamente nella forma \u201cwww.sito.it\/categoria.php?prod=divano&cat=promozioni\u201d gli utenti lo vedranno nel loro browser nella forma \u201cwww.sito.it\/prodotti\/\u201d.
\nSi tratta, in parole povere, di un sostituto. I due get originali (\u201cprod\u201d e \u201ccat\u201d) sono ancora esistenti, ma per gli utenti non saranno visibili. Se per qualche motivo doveste fare dei controlli sul valore di \u201cprod\u201d, vi basta fare come al solito:<\/p>\n
\n\n\n\n
\n
1\r\n2\r\n3<\/pre>\n<\/td>\n
\n
if<\/span>(<\/span>$_GET<\/span>[<\/span>'prod'<\/span>]<\/span>==<\/span>\"divano\"<\/span>)<\/span>{<\/span>\r\n\t\/\/azioni varie<\/span>\r\n}<\/span><\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
Una nota importante: la priorit\u00e0. L\u2019.htaccess<\/em> legge le direttive in ordine<\/strong> cos\u00ec come gli sono presentate. Questo significa che la prima direttiva trovata ha la priorit\u00e0. Per esempio:<\/p>\n
\n\n\n\n
\n
1\r\n2\r\n3<\/pre>\n<\/td>\n
\n
#Ordine di lettura delle direttive\r\nRewriteRule ^prodotti\/ categoria.php?prod=divano&cat=promozioni [L]\r\nRewriteRule ^categorie\/ categoria.php?prod=divano&cat=promozioni&pag=1 [L]<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
Se noi gli andiamo a passare questo link
\nhttp:\/\/www.sito.it\/categoria.php?prod=divano&cat=promozioni&pag=1<\/code>
\nl\u2019utente vedr\u00e0 scritto sul suo browser \u201chttp:\/\/www.sito.it\/prodotti\/\u201d e non \u201chttp:\/\/www.sito.it\/categorie\/\u201d come ci si potrebbe aspettare. Perch\u00e9? La seconda direttiva non \u00e8 altro che la prima con l\u2019aggiunta di un altro valore get (\u201cpag\u201d): l\u2019.htaccess<\/em> vede che, effettivamente, la prima regola coinvolge il nostro link, indipendentemente dai valori che ci sono dopo, e quindi esegue la direttiva; il fatto che ci sia il parametro [L] significa che, a quel punto, smette di leggere le direttive successive<\/strong>: per cui non vedr\u00e0 mai la seconda direttiva.
\nSe il parametro [L] non ci fosse stato, per\u00f2, l\u2019.htaccess<\/em> avrebbe invece proseguito e avrebbe incontrato la seconda direttiva, che sarebbe andata a sovrascrivere la prima.<\/p>\n
Gestire i link con valori dinamici e l\u2019uso delle espressioni regolari<\/h3>\n
Facciamo un passo avanti. Vediamo il caso in cui i valori nei link siano creati dinamicamente<\/strong> attraverso delle variabili php. Per esempio:<\/p>\n
\n\n\n\n
\n
1\r\n2\r\n3<\/pre>\n<\/td>\n
\n
$prod<\/span>=<\/span>\"divano\"<\/span>;<\/span>\r\n$tipo<\/span>=<\/span>\"promozioni\"<\/span>;<\/span>\r\n$link<\/span>=<\/span>\"http:\/\/www.sito.it\/categoria.php?prod=$prod<\/span>&cat=$tipo<\/span>\"<\/span>;<\/span><\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
Noi abbiamo stabilito manualmente il valore delle variabili $prod e $tipo, ma cosa succederebbe se non fossero stabilite a priori, a esempio perch\u00e9 estratte dal database? Come \u00e8 possibile far leggere all\u2019.htaccess<\/em> dei valori dinamici?<\/p>\n
Per agire correttamente, dovremmo far uso delle espressioni regolari<\/strong>. E\u2019 la parte del tutorial pi\u00f9 complessa da capire e che pu\u00f2 portare il maggior numero di errori, ma ci permette di gestire qualsiasi tipo di stringa.<\/p>\n
\n\n\n\n
\n
1\r\n2<\/pre>\n<\/td>\n
\n
#Regola per gestire link con valori dinamici\r\nRewriteRule ^([a-z0-9\\-]{3,50})\/(.*)\/ categoria.php?prod=$1&cat=$2 [L]<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
L\u2019.htaccess<\/em> legger\u00e0 le variabili $1 e $2 e le trasformer\u00e0 nella forma stabilita a inizio regola, nello stesso ordine con cui sono state lette.
\nNel nostro esempio, l\u2019utente vedr\u00e0 il link nella forma:
\nhttp:\/\/www.sito.it\/divano\/promozioni\/<\/p>\n
Diamo un\u2019occhiata alle espressioni regolari che abbiamo usato per \u201cconvertire\u201d le variabili $1 e $2 nella forma voluta:
\n([a-z0-9\\-]{3,50})<\/strong> indica che la variabile passata \u00e8 valida nel caso in cui sia composta da valori alfanumerici e abbia una lunghezza compresa tra 3 e 50
\n(.*)<\/strong> indica che qualsiasi valore passato sar\u00e0 valido, quindi non verr\u00e0 fatto nessun controllo sulla stringa della variabile $2<\/p>\n
Nel caso in cui anche una sola delle due espressioni regolari non sia verificata, la regola non \u00e8 valida e il link non viene convertito.<\/p>\n
Potete capire come anche i link pi\u00f9 complessi, con una certa esperienza, possano assumere la forma voluta. L\u2019importante \u00e8 conoscere a fondo le espressione regolari.<\/p>\n
Personalizzare le pagine di errore<\/h2>\n
\n\n\n\n
\n
1\r\n2\r\n3<\/pre>\n<\/td>\n
\n
#Personalizzazione della pagina di errore\r\nErrorDocument 404 \/errore.php\r\nErrorDocument 403 \"Impossibile accedere\"<\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
La regola specifica che in caso di errore 404 (pagina non trovata) verr\u00e0 caricata la pagina errore.php<\/code>, mente in caso di errore 403 l\u2019utente si vedr\u00e0 apparire sullo schermo la scritta \u201cImpossibile accedere\u201d.<\/p>\n","protected":false},"excerpt":{"rendered":"
L’htaccess \u00e8 un file di testo che indica delle direttive da eseguire, con le quali \u00e8 possibile modificare l’aspetto dei link e personalizzare le pagine di errore.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[54,50],"class_list":["post-910","post","type-post","status-publish","format-standard","hentry","category-programmazione","tag-htaccess","tag-usabilita","cat-3-id"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/posts\/910"}],"collection":[{"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/comments?post=910"}],"version-history":[{"count":11,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/posts\/910\/revisions"}],"predecessor-version":[{"id":2259,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/posts\/910\/revisions\/2259"}],"wp:attachment":[{"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/media?parent=910"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/categories?post=910"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/tags?post=910"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}