Diskuse

Dotazem do databáze uživatelů.
Na subdoméně nemáte nic, tak nevím čeho a jak chcete dosáhnout.

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.

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ů.

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?

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

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čí.

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

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 🙂

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.

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.