Dotaz: Počet otevřených oken v prohlížeči z jednoho www severu

[Jarda]

Hezký den

existuje vůbec jak zjistit, kolik má uživatel otevřených oken z jednoho a téhož www severu pomocí javascriptu společně s php a dalšími technologiemi? Viděli jste takovéto řešení? Poradíte? Důvod je prostý, chci zamezit možnosti editace shodných formulářových dat jedním klientem v téže době.

Jarda

Odpovědi

[Filip Jirsák]

Neexistuje. A stejně by to neřešilo váš problém, protože formulář může editovat víc uživatelů na různých počítačích.

Řešením je zamykat příslušná data, tj. uživatel je zamkne a pak edituje, ostatní mohou editovat až po odemčení. V případě webu je vhodné nějak vyřešit automatické odemykání (uživatel zavře prohlížeč bez uložení, odpojí se od internetu atd.). Tj. zámek by měl mít nějakou časovou platnost, a pokud je daná stránka otevřená v okně prohlížeče, pomocí JavaScriptu bych na server pinkal („stále edituje“), čímž by se zámek automaticky prodlužoval.

Opravdu potřebujete zamezit souběžné editaci, nestačilo by optimistické zamykání? Tj. uživatel edituje nějakou verzi, s uložením se verze zvýší. Při ukládání se otestuje, zda editovaná verze souhlasí s aktuální verzí – pokud ne, někdo data mezitím změnil a uživatel musí konflikt vyřešit.

[Jarda]

Editaci různými klienty už mám vyřešeno a to zamykáním dat. Ale to ne znáte vynalézaví uživatele! Tisíckrát jim říkám neotevírat další okna a ni je i tak otevřou! Tak jsem si říkal, když tuto informaci získám, tak při otevírání dalšího okna mu napíšu něco slušně v tom smyslu, b...u už to edituješ!

[Filip Jirsák]

Dalo by se to vyřešit trikem s window.name – každé okno prohlížeče by tam mělo unikátní název (pokud by tam ještě ID nebylo, požádal byste si server o další), a zámek by měl tohle ID poznamenané. Pokud by uživatel zkusil editační formulář otevřít z jiného okna, dostal by varování. Ale nejsem si jist, zda by se vám podařilo zachytit případné zavření prvního okna. Každopádně mi to připadá jako kanón na vrabce…

[Josef Kufner]

Můžeš nastavit cookie a pak ji kontrolovat. Pokud cookie nastaví jedno okno, druhé ji uvidí také. Je to něco jako sdílená paměť a stejným způsobem je můžeš použít v javascriptu pro meziokenní komunikaci.

[Filip Jirsák]

Jenže kdyby uživatel formulář otevřel v jednom okně, pak ho zavřel a otevřel znova, dostane vynadáno taky, protože u té cookie nepůjde zjistit, že ji nastavilo aktivní okno. Předpokládám, že proto tazatel potřebuje umět jednotlivá okna odlišit.

[Josef Kufner]

Ale zjistí. Stačí v té cookie udržovat aktuální čas, třeba jen jednou za sekundu. Pak script v druhém okně uvidí, že ta cookie se mění nebo je jen příliš čerstvá a může podle toho jednat.

Alternativou k aktivní modifikaci cookie může být její odstranění při zavření okna. Asi bych skloubil obojí – méně častou aktualizaci (10 sekund?) a úklid při zavření okna, takže to nebude zbytečně zatěžovat prohlížeč, ale přitom to bude přiměřeně spolehlivé.

Pokud pak někdo okno otevře a zas zavře, cookie zmizí a při dalším otevření se žádné varování nekoná. Pokud k tomu otevře druhé okno, tak script uvidí cookie a zakřičí.

Další možností je window.open() s názvem skrytého iframe, jak to dělá bncconnector (netestoval jsem to).

[fixxxer]

Pridaj k tym datam do tabluky dalsi slpec, co ja viem "can_edit". V pripade ze niekto edituje dany zaznam, "can_edit" = 0. Po skoneceni editacii (submite) nastav znova ten slpec na 1 (zize da sa editovat).

V pripade ze niekto dalsi bude chciet sucasne editovat dany zaznam, musis najprv zistit ci "can_edit" je 1, ak nieje zakaz mu editaciu.

Jedna vec sa danemu sposobu vytknut. V pripade ze niekto edituje dany zaznam, a neulozi data (povedzme strati spojenie so servrom), "can_edit" bude stale nastaveny na 0, cize nik iny nebudem moct editovat, pokial (manulane alebo inym sposobom) nezmenis "can_edit" na 1

[Šangala]

Příloha:

• ewindow.tar.gz (1552 bytů)

Jak to tady čtu, tak jsem si řekl, že se připojím. Lze to pomocí dvou řešení(, ale jen v rámci vaší aplikace). Buď máte „Javacript super stránky“ a nikdy neodešlete celou stránku takže máte neustále jednu stránku, které bylo přiděleno nějaké ID a tuto identifikaci držíte v nějaké globální proměnné (Javascriptové) a vždy ji odesíláte s každým requestem a na straně serveru tyto proměnné jen evidujete, takže když se otevře nové okno ve vaší aplikaci víte o tom, bo jej musíte evidovat (nebo dokonce přidělit id).
Nebo stránku umístíte do frame-u a máte druhý viditelný/neviditelný frame a v něm udržujete id okna viz příloha a v ní tři funkční php dokumenty.
Pokud stránka, ze které bude uživatel editovat data, umožní registraci okna a stránka kde se data již editují ne, ta již pak vyžaduje registrované okno, tak jeden uživatel nikdy nemůže editovat data 2× současně a taky pokud si omylem zavře „to správné“ okno, tak se nic neděje protože vstupem na stránku, kde bude data k editaci volit, si editaci opět povolí (a zakáže pro jakákoliv jiná i otevřená okna a, o kterých víte na serveru a můžete o tom informovat) - jak s tím pracovat a jak uživatele informovat a co povolit je už na Vás.
Pokud se to zkombinuje i s funkcí keep-alive, tj. každé okno (ten hlavni frame) si pinká na server třeba po minutě přes httprequest a prodlužuje platnost registrace okna, tak přesně víte (v rámci 1-2 min) i jaká okna existují a můžete přímo sdělit „data zapsána, data editujete ještě v jednom okně a nyní nejsou aktuální“ nebo to prostě pro to okno zakázat, nebo nepovolit zápis pokud existují taková okna dvě, nebo prostě neotevřít další editační okno, pokud už nějaké existuje.
Ale jak vidíte přináší to i spoustu otázek typu „A když toto, tak co?“