Newsgroup: it.lavoro.professioni.webmaster
Titolo: Login da un sito differente

Ciao a tutti,
Sto sviluppando un sito (in .asp); questo sito sarà accessibile solo dietro
autorizzazione. Il problema è che la procedura di login non sarà presente in
questo stesso sito, ma sarà su un sito differente. In pratica il cliente ha
già un suo sito e, tra le altre cose, ha una procedura di login per accedere
a determinate aree sul *suo* sito. Ora gli dovrei sviluppare un nuovo sito
che utilizzi la procedura di login (già esistente sul suo sito) anche per
accedere al sito nuovo; in sostanza, dopo avere fatto il login sul suo sito,
l'utente viene reindirizzato sul sito nuovo. Ovviamente non deve essere
possibile accedere al sito nuovo senza essersi autorizzati sul vecchio sito.
Domanda: come posso fare per implementare questo? La soluzione più semplice
(cioè le sessioni) non credo funzioni, in quanto le sessioni sono relative
al singolo sito e non possono essere "viste" da altri siti.
Altri suggerimenti (possibilmente evitando cookies)?
Grazie!
Marco

 ha scritto nel messaggio
news:s5rIc.29409$tP4.1...@news4.tin.it...

Credo che l'uso dei cookie sia una soluzione più appropriata, naturalmente
il cliente dovrà assicurarsi di avere di cookie attivati.
In alternativa con un db, aggiungi una colonna login a user e pass e setti
questa a true se è loggato a false se non lo è, ma anche in questo caso il
cliente dovrà ricordarsi ogni volta prima di uscire dalla sua area di fare
il log-out.
Cooper

 accedere al sito nuovo senza essersi autorizzati sul vecchio sito.
Utilizza dei token di autenticazione criptati. Creai una array (o
simile) dei dati che vuoi passare all'altro sito (es. user,
privilegi/abilitazioni etc.) li serializzi e li codifichi con qualche
algoritmo e li invii all'altro sito (es fai fare all'utente un redirect
etc.).
Per maggior sicurezza puoi aggiungere un altro parametro con un check
contenente un hash dei valori serializzati e di una stringa condivisa
tra i due siti ed eventualmente un valore temporale (es data, ore e
minuti), in modo che un utente "malizioso" non possa tentare di
riutilizzare dei token autorizzativi precedenti etc.
-- 
I am what I am, I do what I can
Vuoi supportarmi? 
http://url.repository.biz/go/3E
Cerchi un programmatore PHP/MySQL? 
http://url.repository.biz/go/1Y
L'uomo, conscio di sbagliare, persevera.

> Altri suggerimenti (possibilmente evitando cookies)?
web service (ti consiglio xml-rpc), su https, sul server del sito vecchio.
Quando passi sul server del sito nuovo, questo contatta quello vecchio via
xml-rpc e verifica se l'id utente ha superato l'autenticazione su quello
vecchio. Se usi php, ti serve curl, una libreria xml-rpc e https abilitato
sul server vecchio.
-- 
Kluge
1. n. A Rube Goldberg device
2. n. Something that works for the wrong reason.

 naturalmente il cliente dovr` assicurarsi di avere di cookie attivati.
Ed io che ero convinto che non fosse possibile condividere i cookie tra
piu' domini ...
-- 
I am what I am, I do what I can



Infatti non è possibile, lo sai anche te :) Io mi riferivo al fatto di
memorizzare delle informazioni (es tramite file) sul computer del cliente e
leggere queste dall'altro sito :)  L'idea del cookie non era intesa nel
senso proprio, ma sfruttando quel principio (non necessariamente quello
insomma).
Perchè gli informatici devono vedere i problemi a senso unico? e non aprire
gli occhi a 360 gradi? :)
Cooper.

 gli occhi a 360 gradi? :)
uhm sta volta non girarla hai detto una castroneria suvvia ammettilo :-P
-- 
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch


Mi ero spiegato male lo ammetto :) Tuttavia un professionista capirebbe al
volo che chiaramente non mi potevo riferire ai cookie sebbene avessi citato
quelli come esempio, e di conseguenza era da intendersi solo come  uno
spunto da cui partire :)
Cooper.