jak zabránit vícenásobnému přihlašování?

Dobrý den,

mám docela velký problém a nevím, jak jej vyřešit.

Na mé webové aplikaci mám přihlašování řešeno přes relace (sessions) a mám to uděláno tak, že pokud je jeden uživatel na jednom účtu přihlášený, nemůže se přihlásit na druhý účet, dokud ten první neodhlásí.

Jenže problém je v tom:

Co dělat, abych zabránil vícenásobnému přihlášení na jednoho uživatele ze dvou počítačů?
Uživatel A se přihlásí z jednoho počítače na účet 'uzivatel'
Uživatel B se přihlásí z druhého počítače taktéž na účet 'uzivatel'

A budou pracovat souběžně - k čemuž v mé webové aplikaci NESMÍ dojít!

Jak by se to prosím dalo ošetřit?


Přemýšlel jsem, že bych mohl při přihlášení uživatele uložit jeho sessions ID do databáze přímo do tabulky uživatelé, tam by byla kolonka ses_id a v ní by byla 0 - tento uživatel není přihlášen nebo session ID = uživatel je přihlášen.

Pokud se na uživatele někdo bude snažit připojit, ověří se jeho sessions ID s tou v databázi. Pokud je stejná, může pokračovat... Pokud ne - uživatel bude odhlášen a v databázi se session ID nastaví na nulu. Tím pádem to odhlásí i původního přihlášeného.

Tohle by bylo i řešení toho, kdy uživatel zavře prohlížeč - v databázi zůstane přihlášený ale jeho sessions se po opětovném spuštění aplikace změní. Dojde k tomu, že se uživatel bude chtít na sebe opět přihlásit - jenže přihlášený v databázi bude a tím pádem ho to z databáze odhlásí. Poté se už bude moci zase přihlásit.

Problém je v tom, že tento způsob je dost NÁROČNÝ na databázi, jelikož se na KAŽDÉ STRÁNCE musí ověřovat, zda je sessions stejná jako ta uživatelova (a v databázi). To je strašně moc dotazů, když si vezmete, že ve webové aplikaci bude například 200 lidí.


Jak to tedy řešíte vy?

Mnohokrát děkuji za odpověď.

Vlastně, šlo by to řešit o něco jednodušeji..

U každého uživatele v databázi by byla kolonka PŘIHLÁŠEN = A (ano) N (ne)

Pokud se někdo bude snažit přihlásit na uživatele s A (ano), napíše mu to že uživatel je už přihlášen ať to zkusí znovu a přenastaví se to na N (ne).

Na každé stránce se bude ověřovat uživatelův nick v sessions s databází a kolonkou PŘIHLÁŠEN.
Pokud je uživatel přihlášen za uživatele Pepa a uživatel Pepa má v kolonce PŘIHLÁŠEN - N (ne), tak to uživatele odhlásí.

Ale pořád je to spousta dotazů.

Tak blbost, o sessions ID tam musí být, protože ten uživatel by toho druhého odhlásit nemusel v případě, že by ten druhý uživatel byl třeba zrovna na WC :D zůstal by přihlášený i potom... prostě by jen neobnovil stránku ale v databázi by bylo i po přihlášení prvního uživatele 'A'... takže by byli přihlášení oba...

Protože to bude hra... Nemůžou být 2 hráči na jednom účtu SOUČASNĚ...

Jinak, už jsem to naprogramoval, jen to někde vyzkoušet... ale opravdu dotaz na každé stránce.. no :\ naštěstí ty dotazy dělají jen přihlášení uživatelé (kontrola oprávnění)

Alphard:
Snažím se šetřit kde se dá, zatím mám 5 dotazů na každé stránce pro přihlášeného uživatele, což je relativně malinko oproti jiným, kde jsou až desítky dotazů (proto se někdy stránky načítají docela dlouho - například. 2 vteřiny i na rychlých strojích).

Keeehi:
Při přihlášení se kontroluje, jestli už uživatel není někde přihlášen. Navíc se před příhlášením mění session id (proti fixation).
Hra typu trav*an to není, nečeká se tam, je to real-time.

Pokud je jeden uživatel přihlášen ve dvou panelech, je stejně rychlý - pracuje stejně rychle - pořád to je jeden uživatel a udělá tolik práce jako jeden uživatel.
Pokud jsou 2 uživatelé přihlášení každý na svém PC, jeden může například vydělávat ve hře peníze zatímco druhý bude expit... Chápete? Udělají toho 2x více.

Ugo:
ale ve wow to povolené není (souběžné přihlášení) a oni věděli taky proč. Navíc, ve wowku hraješ s určitou postavičkou... kdyby tam bylo souběžné přihlášení, ve hře se objeví postavičky DVĚ a radši si ani nepředstavovat, jak by to spolu kolidovalo...

Přesně to je případ taky browserové hry, kdy se jeden uživatel rozhodne něco udělat, ale udělá zároveň i to, co udělal druhý za něj přihlášený uživatel - a přitom o tom ani ten první nevěděl...

Příklad: Uživatel #1 je přihlášen za účet Pepa a rozhodne se, že půjde expit do oblasti 'temnyles'... expí expí a najednou se mu objeví zpráva od uživatele 'brambora' - ok sejdem sejdem se na tržišti.. pak se podívá do odeslaných zpráv a tam bude
Od uživatele 'pepa' pro uživatele 'brambora' - ahoj, chci si koupit 5kg brambor za 100Kč... máš zájem?

A přitom celou dobu expil v temném lese a ani nevěděl, že něco takového napsal.
Kdyby si zprávy nevšimnul, ten druhý uživatel mohl klidně za uživatele Pepa provést obchod zatímco by první uživatel celou dobu expil...

.. nebo spolupráci, na jednom účtu (fyzicky)...

Vy ale pořád řešíte něco jiného místo mého původního problému, což nechápu. Nevíte, jak ta aplikace funguje, ale já vím, že pokud by bylo více uživatelů přihlášeno najednou, tak by to byl problém, jelikož to není klasická "čekací" hra, jakých je po internetu desítky. Bude to něco nového - realtime v prohlížeči v PHP...

Takže si to můžete představit jako klienta například zmíněného WOWka a tam je NUTNÉ, aby byl účet přihlášen naráz jen JEDENKRÁT z JEDNOHO místa, nikoliv více.

Už to mám naprogramované a vše funguje jak má - odzkoušeno na 2 PC. Když je uživatel někde přihlášen a někdo ho odněkud logne, odhlásí to ten účet - takže i toho prvního uživatele.

Jako by se vám ve Wowku objevilo "You logged in from another location, logging out in 5 seconds"...

A tomu "loggerovi" se napíše, že účet je už přihlášen.


*Solved*