par
Dr@ke » 30 avr. 2010, 16:35
Je pense à un truc:
On garde l'idée du cookie crypté pour sécurisation.
Sinon pour les commandes..., si ils sont sur le même serveur, tu enregistres les infos dans un fichier texte en dehors des deux racines des deux sites webs (donc inaccessible de l'extérieur), chaque site quelque soit son domaine, peut ensuite lire et écrire dans ce même fichier...
Genre tu génères le nom du fichier en rapport avec le cookie (ip,date...), pour qu'il soit retrouvé par l'autre domaine...
Ainsi on peut cumuler les commandes sur les deux sites...
[EDIT]
C'est peut-être même plus simple encore avec SQlite, mais là je n'en suis pas certain...
Le cookie servant juste a s'assurer que l'utilisateur vient bien de l'autre site web...
Donc dans ce cas aucun besoin de synchroniser les deux cookies.
Le reste des informations étant contenues dans un fichier texte ou autre..
[u]Je pense à un truc:[/u]
On garde l'idée du cookie crypté pour sécurisation.
Sinon pour les commandes..., si ils sont sur le même serveur, tu enregistres les infos dans un fichier texte en dehors des deux racines des deux sites webs (donc inaccessible de l'extérieur), chaque site quelque soit son domaine, peut ensuite lire et écrire dans ce même fichier...
Genre tu génères le nom du fichier en rapport avec le cookie (ip,date...), pour qu'il soit retrouvé par l'autre domaine...
Ainsi on peut cumuler les commandes sur les deux sites...
[EDIT]
C'est peut-être même plus simple encore avec SQlite, mais là je n'en suis pas certain...
Le cookie servant juste a s'assurer que l'utilisateur vient bien de l'autre site web...
Donc dans ce cas aucun besoin de synchroniser les deux cookies.
Le reste des informations étant contenues dans un fichier texte ou autre..