sessie gebruikersnaam fout [php]
Pagina: « vorige 1 2 3 volgende »
Laat ik het op houden dat op de andere site andere dingen staan en de ene zou bijv. Testmaken.nl en andere is infomaken.nl (slecht voorbeeld)
Um.. Hebben die andere dingen met elkaar te maken?
Wil je niet gewoon bepaalde info op de ene site op de andere site laten zien?
Want dan zou je iets van een API moeten maken. Dat kan met XML of JSON o.i.d.
Als dat met een super geheim systeem moet, dan zou je kunnen kijken naar SOAP e.d.
Dan heb je geen sessions in eerste instantie niet nodig.
Geef eens wat meer info over wat je wil bereiken.
Het is wel aardig tot strict geheim (denk maar aan al jou info over jezelf behalve geheimen (want die mag je niet vertellen)).
En er komen ook video's op die voor een kleine groep is famillie (niet verder).
Ps er komt ook een https:// verbinding
Gewijzigd op 10/02/2016 13:22:08 door Tim Wolf
Tim Wolf op 10/02/2016 13:19:52:
Wat ik wil bereiken is dat de ene info op de ene site staat en de andere op de andere.
Het is wel aardig tot strict geheim (denk maar aan al jou info over jezelf behalve geheimen (want die mag je niet vertellen)).
En er komen ook video's op die voor een kleine groep is famillie (niet verder).
Ps er komt ook een https:// verbinding
Het is wel aardig tot strict geheim (denk maar aan al jou info over jezelf behalve geheimen (want die mag je niet vertellen)).
En er komen ook video's op die voor een kleine groep is famillie (niet verder).
Ps er komt ook een https:// verbinding
als je niet wilt dat iedereen die video's kan zien maak dan als index.php een loginscript en alleen jouw familie krijgt inloggegevens zodat ze de site op kunnen (of begrijp ik je verkeerd)
Ik heb ook een loginsysteem maar wil graag 2 sites met dezelfde loginsysteem maar als er is ingelogd van site1 en wordt doorgestuurd naar site2 dat je niet opnieuw moet inloggen.Zoals ook eerder in dit topic stond ik heb de sessie Username en volgensmij ook Password
Is het niet veel logischer/makkelijker om alles op 1 website te plaatsen?
maar als je bijv. Een netwerk moet maken van verschillende sites: bijv. Je hebt een domein phphulp.nl en asphulp.nl als je een account aanmaakt bij phphulp.nl wordt hij automatisch in een db opgeslagen.
Asphulp.nl en phphulp.nl gebruiken dezelfde db.
Als je een link hebt naar asphulp.nl en was ingelogd op phphulp.nl dat je automatisch bent ingelogd maar hoe doe je zoiets (ps dit is een voorbeeld de website asphulp.nl bestaat nieteens.)
Een developer van Tweakers doet hier een klein boekje open over de werking hoe hun dat hebben gerealiseerd:
http://gathering.tweakers.net/forum/list_message/35849903#35849903
Gewijzigd op 10/02/2016 16:17:25 door - Ariën -
- Ariën - op 10/02/2016 16:15:42:
Een directe cross-site inlog is niet eventjes snel gemaakt, omdat je cookies alleen vanaf je eigen domein kan lezen.
Een developer van Tweakers doet hier een klein boekje open over de werking hoe hun dat hebben gerealiseerd:
http://gathering.tweakers.net/forum/list_message/35849903#35849903
Een developer van Tweakers doet hier een klein boekje open over de werking hoe hun dat hebben gerealiseerd:
http://gathering.tweakers.net/forum/list_message/35849903#35849903
Interessante link, opgeslagen om later te lezen :-)
Ik had een tijdje geleden een artikel gelezen (sitepoint geloof ik?), dat iedere browser unieke fingerprints achter laat. Aan de hand van die gegevens was het mogelijk om automatic login te maken. Als je dan gebruik maakt van dezelfde database, zou het wel mogelijk kunnen zijn. Maar ik denk dat dat iets te hoog gegrepen is voor TS. Zal kijken of ik het artikel nog ergens vandaan kan toveren.
Edit:
Hier is een oplossing.
Zal dat andere artikel straks nog ff zoeken en ook hier posten. Maar dat ging eerder over automatic login, aangezien TS gebruik maakt van dezelfde database, zou het ook moeten werken.
Gewijzigd op 10/02/2016 16:34:35 door Randy vsf
Kan het misschien gewoon via een database iets opslaan die de andere site ophaald ofzo? met ip's werken? en Randy ik snap wel dat van die unieke vingerprints maar meer ook niet :P
Blijf vooral reageren ik blijf zelf ook doorzoeken.
het zou rottig zijn dat jij inlogt in de mediatheek op school op site A, en dat al je andere vriendjes meteen ook op site A , B, C, en D kunnen komen.
Ik moet dus iets vinden dat cookies worden opgeslagen in cache ofzo en dat de 2de site hem kan ophalen?
1. Controleer of cookie geset is
2. Zo niet, redirect naar een pagina op site 1 die de session id's e.d. op site 1 kent. Zo ja, zie stap 5
3. Stuur gebruiker door naar site2/?session=... vanuit de pagina op site 1
4. Set cookie met de gegevens die binnengekomen zijn
5. Done
Dit hele verhaal is overigens al vaak genoeg bedacht en uitgevoerd, OpenID is een voorbeeld, maar zie ook deze stackoverflow post: http://stackoverflow.com/questions/3342140/cross-domain-cookies
Gewijzigd op 10/02/2016 20:10:43 door Ben van Velzen
Tim Wolf op 10/02/2016 19:58:45:
Helemaal gelijk,
Ik moet dus iets vinden dat cookies worden opgeslagen in cache ofzo en dat de 2de site hem kan ophalen?
Ik moet dus iets vinden dat cookies worden opgeslagen in cache ofzo en dat de 2de site hem kan ophalen?
En dat gaat dus niet. Hoogstens met een iframe waarop je op de andere site inlogd, en dan twee cookies aanmaakt voor de twee domeinnamen met een vaste ID erin.
Je zit dan wel met het feit dat als iemand '3th party sites' voor cookies uit heeft gezet, dat het niet werkt. Daar kom je niet omheen dan.
Toevoeging op 10/02/2016 20:32:13:
Sorry Ariën bericht nog niet gelezen. Maar ik moet dus cookies en sessies uit mijn hoofd zetten en aan de gang gaan met OpenID?
Gewijzigd op 10/02/2016 20:43:58 door - Ariën -
Ik weet dat het vrij simpel is maar als het al niet wordt opgeslagen. Is er een site met een voorbeeld als ik het nog niet heb?
Tim Wolf op 10/02/2016 20:51:31:
Ik ga dan met cookies werken, met iframes ga ik nooit meer werken ;)
Dan kan je dus nooit een inlogactie van site B op site A verwerken. Opsich kan je met AJAX dan mogelijk ook doen, maar dan heb je wel een Acces-Control-Allow-Origin header nodig.
Zie ook: http://zinoui.com/blog/cross-domain-ajax-request
Gewijzigd op 10/02/2016 20:56:55 door - Ariën -
Toevoeging op 10/02/2016 21:05:02:
Dit was voordat ik die pagina gelezen had
- Ariën - op 10/02/2016 20:42:02:
OpenID is volgens mij meer bedoeld als centrale inlogdatabase, en niet direct voor een cross-site login. Dan zul je toch echt met cookies en een iframe moeten werken, voor zolang de gebruiker dat ondersteunt. Ik denk dat Ghostery-logins dat al zal blokkeren.
Het voorbeeld was OpenID, een cross site login kan op eenzelfde manier werken. Het enige dat je daarvoor hoeft te doen is zorgen dat één van de sites de controle heeft over de sessies/logins, en de andere site hier ook gebruik van maakt.
Dus: Als je op site 2 nog geen cookie hebt redirect je naar een session handler op site 1, welke terug redirect met bijvoorbeeld een token, zodat je op site 2 ook een cookie kunt setten.
Gewijzigd op 10/02/2016 22:16:45 door Ben van Velzen