Dotaz: Interaktivní notifikace

[Petr Maleček]

Ahoj,

přemýšlím, jak vyřešit následující věc:

Ústředna (SIP) při příchozím hovoru vysílá GET požadavek s informacemi o hovoru na můj server. Tento požadavek a jeho data loguji. Má představa ovšem je, že bych chtěl o tomto požadavku nějakým způsobem informovat do prohlížeče. Zatím to dělám poměrně neefektivní cestou, kdy každých 5 sekund na pozadí probíhá kontrola logu, zda se nezměnil a pokud ano, tak vyběhne notifikace v prohlížeči: (část kódu)

    // kontrola poslednich hovoru na ustrednu
    var callCheck = setInterval(function(){
        
        // zjistujeme prubezne stav
        $.getJSON( "/zakaznici/?do=kontrolaHovoru", function(data) {
            if (data)
            {
                // pokud je to nas zakaznik, otevreme kartu
                if (data.zakaznik) {
                    
                    if (Notification.permission === "granted")
                    {
                        notify = new Notification("Příchozí hovor!", {
                            tag: "prichoziHovorZakaznik", 
                            body: "Volá zákazník " + (data.zakaznik.typ === "firma" ? data.zakaznik.nazev : data.zakaznik.jmeno + " " + data.zakaznik.prijmeni) + ", klapka: " + data.klapka,
                            icon: "/images/hotline.jpg"
                        });
                    
                        notify.onclick = function () {
                            window.open("/zakaznici/detail-zakaznika/default/" + data.zakaznik.id + "/sipcall");      
                        };
                    }
                    else {
                        // pokud nejsou notifikace povoleny, tak zastavime kontrolu
                        clearInterval(callCheck);
                    }
                }
            }
        });
		
    }, 5113);           

Já bych chtěl tuto neefektivní metodu pravidelného dotazování requesty nějak zoptimalizovat, třeba za využití nějakého "hooku", kdy by tyto notifikace byly aktivně zasílány serverem do prohlížeče. Takže nějaký "push".

Lze toho dosáhnout za využití kombinace PHP a JS? Nebo musím sáhnout po externích nástrojích jako je třeba právě webhook?

Děkuji za nakopnutí správným směrem.

---

---

Odpovědi

[Petr Maleček]

Zkus kouknout na Server-Sent Events.

[Petr Maleček]

To vypadá, jako schůdná cesta, nepotřebuji obousměrnou kombinaci (takže websocket netřeba), tohle je super.

[Radek Isa]

Ahoj to co potřebuješ je návrhový vzor observer.

Takže ti doporučiji nejdříve nastudovat tento návrhový vzor a následně hledat nějakou implementaci na webu. Stačí do googlu zadat php observer nebo web observe.

[Petr Maleček]

Podívám se na to, díky za tip, to je asi použitelné.

[Jendа]

Lze toho dosáhnout za využití kombinace PHP a JS?

Já bych to z pohledu klienta udělal tak, že klient pošle HTTP požadavek, a tento požadavek čeká a buď vrátí informace v okamžiku, kdy je potřeba je zobrazit, nebo vrátí nějakou prázdnou odpověď nejpozději po 20 sekundách (aby se spojení nerozpadlo) a pak klient zadá další požadavek.

Udělat serverovou část v PHP bez pollingu mi přijde komplikované, protože PHP je pro každý požadavek tak nějak samostatný kontext a je složité posílat mezi nimi notifikace. Nemohl bys to psát třeba v bottle.py? Tam snad fungují fronty které se dají sdílet mezi požadavky.

[Petr Maleček]

Já to mám tedy trošku jinak, klient pošle požadavek a buďto se vrátí informace o hovoru (hovor nesmí být starší 15 vteřin) a uloží tuto informaci do SESSION (aby nedošlo k oznámení totožného hovoru třeba 2x, pokud bude mít někdo otevřen totožný web vícekrát), nebo se nevrátí nic. A za 8 vteřin opět stejné kolečko.

Útěchou je mi, že tento request na serveru absolutně není znát (není to ani napojení na databázi, je to jen načtení posledního řádku z logu, který se ukládá jen v RAMDISKu). Ale to je jen zatím. Pokud by se totožná funkce rozšířila, nebo bych se pustil třeba do chatu, tak tam už to chce něco "živějšího", než GET requesty v intervalech.

[luky]

Ten vzor, co popsal Jenda, se jmenuje kometa - https://en.wikipedia.org/wiki/Comet_(programming)

[Petr Maleček]

Ano, jen to má trochu háček v tom, že na pozadí se těch requestů spoušti několik (kontrola nástěnky, kontrola počtu poptávek, kontrola přiřazených požadavků, kontrola novych SMS, ...) a tyto požadavky se vždy zpracovávají postupně, vždy se čeká na dokončení předchozího requestu. Pokud bych to udělal výše uvedeným stylem od Jardy, tak bude 20 vteřin trvat request, mezi tom se ve frontě objeví další požadavky, které se spouštějí třeba co deset sekund, původní požadavek se ukončí, v lepším případě proběhnou další jiné požadavky z fronty a pak se zase dostane na samotnou kontrolu hovoru a 20 vteřin požadavek. Jenže v praxi mi to tak nikdy nefungovalo. Vždy byl nějaký z požadavků přerušen a zpracován jiný nebo se narušila časová osa původního návrhu požadavků. Nevím, jestli dělám něco špatně, ale paralelní zpracování požadavků (ajax) mi nefunguje. Vždy se zpracovávají postupně a občas se nějaký abortne kvůli jinému.

[Jendа]

Já to mám tedy trošku jinak, klient pošle požadavek a buďto se vrátí informace o hovoru (hovor nesmí být starší 15 vteřin) a uloží tuto informaci do SESSION (aby nedošlo k oznámení totožného hovoru třeba 2x, pokud bude mít někdo otevřen totožný web vícekrát), nebo se nevrátí nic. A za 8 vteřin opět stejné kolečko.

Já to chápu, ale tvůj přístup znamená, že když posíláš požadavek každých 8 sekund, tak můžeš mít až 8 sekund staré informace. Můj přístup ti změny pošle ihned.

[Petr Maleček]

Ano, muže. Těch 8 sekund je jakoby OK hodnota, protože telefon začíná zvonit až 5 vteřin po zvolení klapky na ústředně. Takže s předstihem. Nejde mi ani tak o ten čas jak o ten fakt, že je to v rámci pravidelných požadavků na server.