< návrat zpět

Diskuse


Téma: Přihlášení uživatelů na subdoméně rss

Zaslal/a 18.4.2016 11:42

Dobrý den, na subdoméně by jsem potřeboval přihlášení uživatelů kteří jsou již registrováni na webu. Poradíte mi prosím jak porovnat jmeno a heslo uzivatele z databaze sunlight-users ? Děkuji

Zaslat odpověď >

Strana:  1 2   další »
#020171
Dotazem do databáze uživatelů.
Na subdoméně nemáte nic, tak nevím čeho a jak chcete dosáhnout.
#020172
Chci vytvořit ligu na té sub doméně. Uživatel zaregistrovaný na webu by se mohl přihlásit i na te subdomene pod svým heslem a prihlasovacím jmenem, aby se nemusel znovu registrovat. Snad mě chápete.
#020173
Ono je to celkem problematické / nemožné tohoto docílit. Mě sice jedno řešení napadá, ale o tom se rozepíšu až dorazím z práce domů.
#020174
sisaCZE:
...aby se nemusel znovu registrovat....
První předpoklad je, že na subdoméně by registrace byly zakázány, resp. jakékoli registrace by musela proběhnout na hlavní doméně.

Ta "LIGA" je nějaký hotový projekt, nebo ji budete tvořit?
#020175
Teprve se bude tvořit. Myslel sem že by šlo nějak přes formulář poslat heslo a jmeno a to by se pak porovnalo s databází ... web je zde: www.proevo.cz a liga by byla zde: www.liga.proevo.cz
#020176
Domény registruji (viz. můj první příspěvek o obsahu).
Nicméně bych ještě vyčkal na Jirku, coby zkušeného programátora, co doporučí.
#020177
Napadlo mě řešení, které se ovšem bez zásahu do systému asi nepůjde provést. A předem říkám, že to je jen nápad z hlavy který jsem NIKDY netestoval.

V bodech:
1. Využití jedné databáze pro všechny weby
2. Společné tabulky users, groups
3. Úprava databázové třídy

Společná podmínka pro varianty:
Pro jednoduché sdílení společných tabulek, by musely být všechny subdomény instalovány s vlastním prefixem do hlavní databáze. U hlavní instance by se museli přejmenovat minimálně tabulky users, groups na něco ve stylu common-users, common-groups.

Varianta A:
No a pak donutit systém aby uživatele a skupiny nehledal v tabulkách _mysql_prefix . "-users" ale common-users. Což by znamenalo například každý SQL dotaz prohnat regulárnim výrazem a název zmíněných tabulek opravovat/nahrazovat za název společných tabulek.

Tato úprava by samozřejmě musela být na všech subdoménách, které mají tyto tabulky využívat. Ale mělo by to fungovat tak jak je požadováno. Všechny instance systému by měli vlastní data stránek a společné skupiny a uživatele.

Varianta B:
Mít možnost měnit názvy systémových tabulek například v config.php a vygenerovat si pro ně konstanty _table_nazevtabulky a v celém systému následně používat tyto konstanty, což by mělo umožnit při dobrém návrhu vyměnit systémový prefix za vlastní pevný(jednotný)
[
"_table_root"=>[$prefix, "root"],
"_table_users"=>["common","users"]
]


Jak jsem již psal je to jen myšlenka, bylo by super kdyby se k tomu vyjádřil i Shira
#020178
Přes eventy nejde měnit vyhodnocované SQL, jen číst. To je ale dobře, protože to je špatný postup (nutnost parsovat úplně každý dotaz => overhead, okrajové případy...Pluginy načítají až po inicializaci uživatele, takže by to stejně nefungovalo 1
#020179
Pokud jsem správně pochopil dotaz a následné dovysvětlení, pak by měl systém vypadat:
DOMÉNA - instalace SL
SUBDOMÉNA - vlastní systém, který bude pouze využívat data zaregistrovaných uživatelů.

Tedy po přihlášení uživatele na doméně a následném spuštění subdomény si převezme své logovací údaje a bude dále přistupovat jako přihlášený uživatel v cizím systému.

Něco jako bridge SL - cizí systém.

Bylo by vhodné, aby se nyní vyjádřil konkrétněji tazatel.
#020180
Lonánek, ano pochopil jsi správně na subdoméně bude vlastní systém.

Tedy po přihlášení uživatele na doméně a následném spuštění subdomény si převezme své logovací údaje a bude dále přistupovat jako přihlášený uživatel v cizím systému.
Ano, nebo když přijde rovnou na subdoménu tak bych mu dal možnost přihlášení jeho údaji ze SL.

Strana:  1 2   další »