Více nezávislých přihlášení v aplikaci

Rozdelenie napriklad backendu a frontendu sa robi tak, ze do BasePresenteru frontentu si napises:
$this->getUser()->getStorage()->setNamespace(‚frontend‘);

a do BasePresenteru backendu
$this->getUser()->getStorage()->setNamespace(‚backend‘);

aha, tak že pokud chci přihlasit „rovnocené“ uživatele např. ze skupiny user to nejde, ale pokud chci dva ruzné typy např. uživatel a admin to lze. a příkazy použivam standartně jen na začatku definují setNamespace s kterým chci pracovat.

no a co mi bráni pamatovat např. ID uživatele a odvolat se např. $this->getUser()->getStorage()->setNamespace("<ID_User>"); ??? s tím, že pak jedné co musím předávat mezi stránkami jen to ID uživatele, protože vše ostatní bude schovano v tom session

CZechBoY: jde mi o to, abych mohl použit v jednom prohlížeči dvě/tři různé přihlášení v samostatných oknech od stejného prohlížeče. Teď v momentě, když používám standardní postup z Nette. Tak mám uživatele, který je stále přihlášen ať dělám co dělám. A abych mohl přihlásit s jiným uživatelem tak musím prvního odhlásit.

Možné řešení (byť „pracné“ a asi neúplně košer) je mít vygenerovány „klič“ / unikátní řetězec, který budu předávat na stránkách tj. co uživatel to samostatný klič. dle klíče vím, že uživatel je registrovaný, dle uživatele vím co smí dělat atd.

vlkodlak napsal(a):

Rozdelenie napriklad backendu a frontendu sa robi tak, ze do BasePresenteru frontentu si napises:
$this->getUser()->getStorage()->setNamespace(‚frontend‘);

a do BasePresenteru backendu
$this->getUser()->getStorage()->setNamespace(‚backend‘);

aha, tak že pokud chci přihlasit „rovnocené“ uživatele např. ze skupiny user to nejde, ale pokud chci dva ruzné typy např. uživatel a admin to lze. a příkazy použivam standartně jen na začatku definují setNamespace s kterým chci pracovat.

no a co mi bráni pamatovat např. ID uživatele a odvolat se např. $this->getUser()->getStorage()->setNamespace("<ID_User>"); ??? s tím, že pak jedné co musím předávat mezi stránkami jen to ID uživatele, protože vše ostatní bude schovano v tom session

Namespace musis definovat este pred prihlasenim. A keby si nasledne zmenil namespace, tak ti prdne to povodne prihlasenie. (alebo by sa nestalo nic? … neviem, nemam to odskusane, ale myslim, ze to co od toho chces, by sa nestalo :) ) Namespace sa ti nastavuje na aplikaciu ako taku, nie na vystup v okne, alebo tabe prehliadaca.

Editoval vladimir.biro (14. 11. 2017 22:38)

vlkodlak napsal(a):

Vladimir.biro
tak, že vícero úrovňové přihlašovaní není jako baliček typu, kdy sice session odesilan jako celek, ale v konkretním okně si mohu vybrat s kterou hodnotou chci pracovat.

session --- uzivatel1 --- hodmota1
                      --- hodnota2

        --- uzivatel2 --- hodnota1
                      --- hodnota2

Idelane, ked si precitas toto: https://doc.nette.org/…thentication#…

Je tam na par riadkoch pekne vysvetlena cela problematika.

vlkodlak napsal(a):

vladimir.biro
je to bod odkud jsem vyšel viz. můj první příspevek a asi budu muset prostě zkusit svou verzi s předávanim ID uživatele, kdy místo pojmenovaní ‚backend‘ nebo ‚fronend‘ určím uživatelské hodnoty pomoci jeho unikátního ID a tak by nemuselo vadit ani to že jeden uživatel dostane session ostatních uživatelů, protože bezpečnost bude ošetřeny/zajištěna tím, že uživatel sedí u jednoho pc tj má přístup ke všem přihlášeným účtům

public function checkRequirements($element, $IDUser)
{
    $this->getUser()->getStorage()->setNamespace( $IDUser );
    parent::checkRequirements($element);
}

Ten namespace musis mat definovany skor, ako prihlasis uzivatela, cize skor, ako budes poznat $IDUser prihlaseneho uzivatela.

CZechBoY, Vladimir.biro

dobře a co tento scenář:

• uživatel otevírat prohlížeč a otevírá mou web stránku
• vygeneruji unikátní klič (UK) platný pro tohoto konkretního uživatele do doby než zavře toto jediné okno
• založím setNamespace s tímto UK a aniž by byl přihlášený uživatel. Později po přihlášení spojím setNamespace a login uživatele
• v pozadí předávám toto UK mezi stránkami a tak mám přístup do session k danému uživateli a standardním funkcím pro Nette

… teď přemýšlím zda to nemám zbytečně překombinované a zda by se dalo to vyřešit jednodušeji, protože pokud už si budu pamatovat UK tak mi nic nebrání vše řešit ve vlastni režii přes databázi. Jedině to, že se ochudím o použíti standardní funkci Nette

Editoval vlkodlak (15. 11. 2017 22:28)

vlkodlak napsal(a):

CZechBoY, Vladimir.biro

dobře a co tento scenář:

• uživatel otevírat prohlížeč a otevírá mou web stránku
• vygeneruji unikátní klič (UK) platný pro tohoto konkretního uživatele do doby než zavře toto jediné okno
• založím setNamespace s tímto UK a aniž by byl přihlášený uživatel. Později po přihlášení spojím setNamespace a login uživatele
• v pozadí předávám toto UK mezi stránkami a tak mám přístup do session k danému uživateli a standardním funkcím pro Nette

… teď přemýšlím zda to nemám zbytečně překombinované a zda by se dalo to vyřešit jednodušeji, protože pokud už si budu pamatovat UK tak mi nic nebrání vše řešit ve vlastni režii přes databázi. Jedině to, že se ochudím o použíti standardní funkci Nette

Myslim, ze akonahle otvoris druhe okno/tab s tvojou strankou, vygenerujes univerzalny kluc, zalozis setNamespace, tak tym prepises automaticky setNamespace aj prveho okna/tabu. To setNamespace je vlastne vec session a ta je viazana ja zakladnu url.

Vladimdir.biro
To ještě nevím, ale má úvaha je založená na předpokladů toho, že pokud mohu mít ‚backend‘ a ‚frontend‘, které se nepřepisují, proč by nemohl existovat jiný unikátní klíč např v mém případě UK a také přeci není nastaveno omezení jen na dva záznamy v session

Ja osobne sa najlepsie ucim na vlastnych chybach. Vyskusaj si to tak, ako pises a ked pride „Aha efekt“, tak ti to cele zapadne do seba :)

Alebo to spravis a vytries mi tym zrak ;)

jo, token v url a dynamicky namespace podle tokenu ti dovoli nekolik prihlaseni…

/administrace/userList?token=OkamuraToken //user1
/administrace/userList?token=ZemanToken //user2

$this->getParameter('token') // select namespace by

sry, na mobilu se píše debilně (možná jsem neměl psát vůbec)
v basepresenteru

/** @persistent */
public $userToken;

startup()
{
	if ($ip === 'moje.ip') {
		enableUserOverToken();
	}
}

enableUserOverToken()
{
	if ($this->userToken) {
		$this->user->setNamespace($this->userToken);
	}
}

Dle mě si chceš ušetřit práci na něčem, co ti akorát přidělá potíže, zabere spoustu času a bude zbytečně smrdět v kódu. To měj radši otevřené dva prohlížeče.

Editoval GEpic (16. 11. 2017 12:01)