{"id":420,"date":"2011-06-10T00:01:35","date_gmt":"2011-06-09T23:01:35","guid":{"rendered":"http:\/\/www.manuelmarangoni.it\/sir-bit\/?p=420"},"modified":"2016-07-29T09:00:36","modified_gmt":"2016-07-29T07:00:36","slug":"php-mysql-gestire-i-privilegi-degli-utenti-e-creare-un-sito-a-livelli-di-accesso","status":"publish","type":"post","link":"https:\/\/www.manuelmarangoni.it\/sir-bit\/420\/php-mysql-gestire-i-privilegi-degli-utenti-e-creare-un-sito-a-livelli-di-accesso\/","title":{"rendered":"PHP, MYSQL – Gestire i privilegi degli utenti e creare un sito a livelli di accesso"},"content":{"rendered":"

Poco tempo fa abbiamo visto come creare una login sicura<\/a> per accedere a un’area di amministrazione.
\nA questo punto potremmo fare un passo avanti e stabilire, per ogni utente, quali sono le aree in cui pu\u00f2 accedere e quali invece nascondergli<\/strong>.<\/p>\n

Un campo nel database per gestire i livelli<\/h2>\n

Possiamo gestire la cosa in due modi.
\nIn un caso, nella tabella utenti<\/code> (che abbiamo gi\u00e0 nel database) aggiungiamo un semplice campo chiamato livello<\/code>, che conterr\u00e0 un valore intero. All’utente amministratore daremo il valore “1”, mentre a seguire gli altri utenti avranno un numero superiore, che corrisponde a un privilegio via via pi\u00f9 basso.<\/p>\n

Ogni livello avr\u00e0 accesso a determinate aree<\/strong>. L’amministratore, naturalmente, avr\u00e0 accesso a qualsiasi area, mentre gli utenti del secondo livello, per esempio, potranno accedere a tutto tranne all’area di gestione delle password o della creazione delle fatture. Gli utenti di terzo livello, invece, si vedranno negare anche aree minori come la possibilit\u00e0 di modificare alcuni dati.
\nNaturalmente, le pagine o le aree di accesso per ogni livello saranno a discrezione del programmatore e potranno essere diverse da sito a sito.<\/p>\n

Usando questo metodo, \u00e8 molto semplice negare l’accesso. Ci basta estrarre il livello dell’utente (per esempio in una variabile di sessione) e fare un controllo a inizio della pagina voluta<\/strong>. In caso di privilegi troppo bassi, si reindirizza all’index o a una qualsiasi altra pagina:<\/p>\n

\n\n\n\n
\n
1\r\n2<\/pre>\n<\/td>\n
\n
if<\/span>(<\/span>$_SESSION<\/span>[<\/span>'livello'<\/span>]<\/span>><\/span>2<\/span>)<\/span>\r\n\theader<\/span>(<\/span>\"Location: index.php\"<\/span>)<\/span>;<\/span><\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
Il metodo \u00e8 molto semplice, ma in alcuni casi limitante. Se per esempio in futuro avremo la necessit\u00e0 di creare un utente intermezzo al livello 2 e al livello 3 (in pratica, con privilegi superiori al 3 ma inferiori al 2), potremmo essere costretti a modificare del codice o i valori nel database.<\/p>\n
Una stringa nel database in binario per gestire gli accessi<\/h2>\n
Vediamo un metodo pi\u00f9 efficace, anche se leggermente pi\u00f9 laborioso.<\/p>\n\n
Invece di un valore intero, potremmo salvare all’interno del campo livello<\/code> una stringa contenente del codice in binario<\/strong>. Ogni posizione (ogni numero) identifica un’azione e il valore (0 o 1) stabilisce se si ha accesso a quell’azione o meno.<\/p>\n
Facciamo un esempio<\/strong>. Stabiliamo che la prima posizione si riferisca all’area “gestione utenti”, la seconda a “gestione fatture” e la terza a “visualizzazione dati”. A ognuna di queste sezioni corrisponde un’area del sito, una parte di pagina o un’azione (a vostra discrezione). Per “gestione utenti”, per esempio, uno 0 impedir\u00e0 di accedere alla pagina che gestisce gli utenti. Per “visualizzazione dati”, invece, uno 0 impedir\u00e0 la vista di una parte di pagina in cui si mostra l’elenco dei dati.<\/p>\n
Adesso prendiamo quattro utenti fittizi (gi\u00e0 presenti nella tabella utenti<\/code>) e compiliamo il loro campo livello<\/code> rispettivamente con queste stringhe:
\nCampo per l’utente A: 111
\nCampo per l’utente B: 011
\nCampo per l’utente C: 001
\nCampo per l’utente D: 001<\/p>\n
Traducendo in parole:
\nL’utente A visualizza tutte e tre le sezioni (ha tutte le posizioni a 1).
\nL’utente B pu\u00f2 gestire le fatture e visualizzare i dati, ma non pu\u00f2 gestire gli utenti (la prima posizione \u00e8 a 0).
\nGli utenti C e D possono soltanto visualizzare i dati.<\/p>\n
In caso di aggiunta di un’altra sezione, dovremmo creare un ulteriore 0 o 1<\/strong> in fondo alla stringa del campo livello<\/code>. Per esempio, potremmo aggiungere la quarta posizione “gestione pagine del sito”. Di conseguenza gli utenti saranno modificati in questo modo:
\nUtente A: 1111
\nUtente B: 0110
\nUtente C: 0010
\nUtente D: 0010<\/p>\n
Potenzialmente non esiste limite alla quantit\u00e0 di aree gestibili in questo sistema e non vengono intaccati i precedenti permessi.<\/p>\n
Come controllare l’accesso a un’area<\/h3>\n
Adesso ci sar\u00e0 utile la funzione per controllare se l’utente ha effettivamente accesso all’area<\/strong> o all’azione richiesta.<\/p>\n
\n\n\n\n
\n
1\r\n2\r\n3\r\n4\r\n5\r\n6\r\n7\r\n8\r\n9<\/pre>\n<\/td>\n
\n
\/\/estrae il valore della posizione-livello passata: true se \u00e8 1 (attivo), false se \u00e8 0<\/span>\r\nfunction<\/span> livelli_valore(<\/span>$posizione<\/span>)<\/span>{<\/span>\r\n\t$char<\/span>=<\/span>$_SESSION<\/span>[<\/span>\"livello\"<\/span>]<\/span>[<\/span>$posizione<\/span>-<\/span>1<\/span>]<\/span>;<\/span>\r\n\treturn<\/span> $char<\/span>;<\/span>\r\n}<\/span>\r\n\r\n\/\/funzione da richiamare a inizio pagina o all'interno dell'area da controllare<\/span>\r\nif<\/span>(<\/span>!<\/span>livelli_valore(<\/span>2<\/span>)<\/span>)<\/span>{<\/span>\r\n\theader<\/span>(<\/span>\"Location: index.php\"<\/span>)<\/span>;\r\n}\r\n<\/span><\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
In questo caso ho controllato la seconda posizione della stringa, cio\u00e8 “gestione fatture”. Se risulta uno 0, l’utente non pu\u00f2 accedere (utenti C e D) e viene reindirizzato all’index. Altrimenti lo script nel resto della pagina viene eseguito (utenti A e B).<\/p>\n
Quello che abbiamo visto \u00e8 la base per la gestione di un sistema a livelli. E’ possibile, naturalmente, (e auspicabile) creare una pagina ad hoc per cambiare i permessi degli utenti o per aggiungere una sezione senza dover intervenire direttamente nel database.<\/p>\n
Esempio<\/h3>\n
Riassumiamo i concetti, facendo un esempio concreto (e minimale: dovranno essere apportate le dovute integrazioni, dove c’\u00e8 bisogno).
\nInseriamo nel database una tabella user_livelli<\/code>, che conterr\u00e0 il nome delle pagine e la loro posizione nella stringa dei livelli utente:<\/p>\n
\n\n\n\n
\n
1\r\n2\r\n3\r\n4\r\n5\r\n6\r\n7\r\n8\r\n9\r\n10\r\n11\r\n12<\/pre>\n<\/td>\n
\n
CREATE<\/span> TABLE<\/span> IF NOT<\/span> EXISTS<\/span> `user_<\/span>livelli`<\/span> (<\/span>\r\n  `id`<\/span> int<\/span>(<\/span>11<\/span>)<\/span> NOT<\/span> NULL<\/span> auto_increment<\/span>,<\/span>\r\n  `posizione`<\/span> int<\/span>(<\/span>3<\/span>)<\/span> NOT<\/span> NULL<\/span>,<\/span>\r\n  `nome`<\/span> varchar<\/span>(<\/span>255<\/span>)<\/span> NOT<\/span> NULL<\/span>,<\/span>\r\n  PRIMARY KEY<\/span>  (<\/span>`id`<\/span>)<\/span>\r\n)<\/span> ENGINE<\/span>=<\/span>MyISAM  DEFAULT<\/span> CHARSET<\/span>=<\/span>latin1 AUTO_INCREMENT<\/span>=<\/span>1<\/span> ;<\/span>\r\n\r\nINSERT<\/span> INTO<\/span> `user_<\/span>livelli`<\/span> (<\/span>`id`<\/span>,<\/span> `posizione`<\/span>,<\/span> `nome`<\/span>)<\/span> VALUES<\/span>\r\n(<\/span>1<\/span>,<\/span> 1<\/span>,<\/span> 'Amministratore (solo supervisore)'<\/span>)<\/span>,<\/span>\r\n(<\/span>2<\/span>,<\/span> 2<\/span>,<\/span> 'Fatture di acquisto'<\/span>)<\/span>,<\/span>\r\n(<\/span>3<\/span>,<\/span> 3<\/span>,<\/span> 'Fatture di vendita'<\/span>)<\/span>,<\/span>\r\n(<\/span>4<\/span>,<\/span> 4<\/span>,<\/span> 'Riepilogo fatture'<\/span>)<\/span>;<\/span><\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
La nostra tabella utenti sar\u00e0 di questo tipo (al posto dei […] ci potranno esserci altri campi a piacere, come il nickname):<\/p>\n
\n\n\n\n
\n
1\r\n2\r\n3\r\n4\r\n5\r\n6\r\n7\r\n8\r\n9\r\n10\r\n11\r\n12\r\n13<\/pre>\n<\/td>\n
\n
CREATE<\/span> TABLE<\/span> IF NOT<\/span> EXISTS<\/span> `user`<\/span> (<\/span>\r\n  `id`<\/span> int<\/span>(<\/span>11<\/span>)<\/span> NOT<\/span> NULL<\/span> auto_increment<\/span>,<\/span>\r\n  `username`<\/span> varchar<\/span>(<\/span>255<\/span>)<\/span> NOT<\/span> NULL<\/span> default<\/span> ''<\/span>,<\/span>\r\n  `password`<\/span> varchar<\/span>(<\/span>32<\/span>)<\/span> NOT<\/span> NULL<\/span> default<\/span> ''<\/span>,<\/span>\r\n  [<\/span>...]<\/span>\r\n  `livello`<\/span> varchar<\/span>(<\/span>200<\/span>)<\/span> NOT<\/span> NULL<\/span> default<\/span> '0'<\/span>,<\/span>\r\n  PRIMARY KEY<\/span>  (<\/span>`id`<\/span>)<\/span>\r\n)<\/span> ENGINE<\/span>=<\/span>MyISAM  DEFAULT<\/span> CHARSET<\/span>=<\/span>latin1 AUTO_INCREMENT<\/span>=<\/span>1<\/span> ;<\/span>\r\n\r\nINSERT<\/span> INTO<\/span> `user`<\/span> (<\/span>`id`<\/span>,<\/span> `username`<\/span>,<\/span> `password`<\/span>,<\/span> [<\/span>...]<\/span> `livello`<\/span>)<\/span> VALUES<\/span>\r\n(<\/span>1<\/span>,<\/span> 'Admin'<\/span>,<\/span> 'password_<\/span>criptata'<\/span>,<\/span> [<\/span>...]<\/span> '1000'<\/span>)<\/span>,<\/span>\r\n(<\/span>2<\/span>,<\/span> 'Utente1'<\/span>,<\/span> 'password_<\/span>criptata'<\/span>,<\/span> [<\/span>...]<\/span> '0110'<\/span>)<\/span>,<\/span>\r\n(<\/span>3<\/span>,<\/span> 'Utente2'<\/span>,<\/span> 'password_<\/span>criptata'<\/span>,<\/span> [<\/span>...]<\/span> '0001'<\/span>)<\/span>;<\/span><\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
Il campo livello<\/code> del database contiene una stringa, che si collega immediatamente con il campo posizione<\/code> della tabella user_livelli<\/code>. Come notate, infatti, la stringa ha quattro cifre (in binario) e la tabella user_livelli<\/code> contiene esattamente quattro tipologie di livello.
\nL’Admin, nel nostro caso, una volta che acceder\u00e0 avr\u00e0 soltanto il potere di supervisore (solo la posizione 1 \u00e8 attiva, le altre gli sono negate). L’Utente1, invece, potr\u00e0 gestire le fatture di acquisto e di vendita, ma non potr\u00e0 vedere il riepilogo delle fatture (posizione 2 e 3 attive, posizione 4 disattivata).<\/p>\n
Una volta impostate le basi nel database, vediamo come \u00e8 possibile integrarle nel sito. Poniamo il caso di avere due pagine, chiamate fatture_vendita.php<\/code> e utenti.php<\/code>. La prima permette di gestire le fatture di vendita, la seconda mostra l’elenco degli utenti registrati.
\nNoi vogliamo fare in modo che gli utenti siano visibili soltanto all’amministratore. All’inizio della pagina utenti.php<\/code> inseriamo quindi il controllo che abbiamo viso sopra:<\/p>\n
\n\n\n\n
\n
1\r\n2<\/pre>\n<\/td>\n
\n
if<\/span>(<\/span>!<\/span>livelli_valore(<\/span>1<\/span>)<\/span>)<\/span>{<\/span>\r\n\theader<\/span>(<\/span>\"Location: index.php\"<\/span>)<\/span>;\r\n}\r\n<\/span><\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
In pratica, controlliamo che l’utente abbia attiva la posizione 1 nel database: in tal caso si pu\u00f2 proseguire e vedere l’elenco degli utenti; in caso contrario, si viene reindirizzati alla homepage.
\nNel nostro esempio, solo l’utente Admin ha la prima posizione attiva (la prima cifra della stringa a 1), quindi lui soltanto potr\u00e0 accedere alla pagina.<\/p>\n
Lo stesso concetto si far\u00e0 per la pagina fatture_vendita.php<\/code>, ma in questo caso il controllo dovr\u00e0 essere fatto sulla terza posizione:<\/p>\n
\n\n\n\n
\n
1\r\n2<\/pre>\n<\/td>\n
\n
if<\/span>(<\/span>!<\/span>livelli_valore(<\/span>3<\/span>)<\/span>)<\/span>{<\/span>\r\n\theader<\/span>(<\/span>\"Location: index.php\"<\/span>)<\/span>;\r\n}\r\n<\/span><\/pre>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n
L’Utente2 potr\u00e0 accedere alla pagina, mentre tutti gli altri utenti si vedranno reindirizzare a index.php<\/code>.<\/p>\n","protected":false},"excerpt":{"rendered":"
In un’area di amministrazione ci pu\u00f2 essere utile attribuire privilegi di accesso diversi per gli utenti. Vediamo come creare una struttura di base efficiente.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[78],"tags":[32,4],"class_list":["post-420","post","type-post","status-publish","format-standard","hentry","category-php-mysql","tag-mysql","tag-php","cat-78-id"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/posts\/420"}],"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=420"}],"version-history":[{"count":15,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/posts\/420\/revisions"}],"predecessor-version":[{"id":2421,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/posts\/420\/revisions\/2421"}],"wp:attachment":[{"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/media?parent=420"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/categories?post=420"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.manuelmarangoni.it\/sir-bit\/wp-json\/wp\/v2\/tags?post=420"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}