Koska en pysty nähtävästi pitämään näppejäni paikallaolijoista erossa, on sen kehityssäie sitten perustettava tänne.

Paikallaolijat

Arvoisat Asiakkaamme;
Paikallaolijoiden ohjelmisto on kirjoitettu kokonaan uusiksi! Nyt käytämme SQLite3ta entisen MySQL:n sijaan, SQLiten tiedostot generoidaan lennosta ja säilytetään ainoastaan keskusmuistissa.
Uutena ominaisuutena otetaan käyttäjän sisääntulon aikaleima, tästä saadaan laskettua vähnintään toteutuva vierailuaika. Myös ensimmäinen haetu URI pidetään tallessa - näin tiedetään millä asioilla ketäkin on tänne alun perin päätynyt.
Pakollisia muutoksia myöhemmin: En voinnut vastustaa kiusausta olla lisäämättä erikseen käsittelyä viranomaisien ja muiden instanssien näytölle täällä. Tällä hetkellä näytämme POLYYSIN paikallaolon erikseen. Myös kunnat, sairaalat ja lääkärit ovat tuloillaan!
Käytössä olevat instanssit IP-avaruuksineen näette painamalla tästä.

Lopulta alkoi tehdä mieli jo liikaa muuttuvaa sisältöä ja nyt on jo sudeksi syntyessään todettuna <iframe>-mallinen ratkaisu, jossa sisältöä päivitetään, päivittämättä sivua sekä ilman JavaScriptiä. Karttapuolella semmoinen toimii vielä jokseenkin, tässä tapauksessa siitä ei nauti sitten yhtään
Se on tehtävä reaalaikaisella SSE:llä tai JavaScript-timereillä, jotka "pollaavat" hetken välein PenaSäätiöiltä uusinta datasettiä. Tämän ansioista voidaan luopua taas tuosta iframesta sekä saadaan päivitys ainoastaan tekstiin.
Toki sisältö oletuksena tarjoillaan muuttumattomana ilman JavaScriptiä kuten ennenkin, mutta se otetaan rinnalle uutena optiona.


----------------------------------------
olen pena ja lisäksi vitun homo seniili mulkkuperse joka tuunaa 106 vetoakselia perslävellään soinia soimaten pusikon piinaavassa uutteruudessaan

PenaSäätiöt ovat viimein päivitetty kauttaaltaan ja sain viimein myös himoitsemani SQLITE_BUSY_TIMEOUT lipun ominaisuuksiimme uusimman SQLITE3:n myötä.

Huomasin myös sattumalta, että kantahan voidaan avata myös read-only tilaan. Totta vitussa voidaan, ei vain tyhmä pää tajunnut sitä aiemmin. Näin ollen muutin ohjelmarakennetta siten, että käyttäjän tullessa, avataan kanta rw, mutta heti kun on kysytty onko käyttäjä uusi ja tehty toimenpiteet kantaan, se suljetaan välittömästi ja avataan taas uudestaan READ_ONLYnä.

Viikkojen kuluessa laitoin myös merkille, silloin tällöin, Säätiöillemme saapuminen lagaa aivan vitusti. Kun kerran pääset sisään, toimii taas. Vaikka tietokanta on tallennettuna keskusmuistille luotuun tmpfs-osioon, ovat nuo nykyiset älyttömät 500 + käyttäjän yhtäaikaiset pyynnöt vain yksinkertaisesti liikaa tiedostoperäiselle tietokannalle.

Heille mainittakoon, jotka eivät tiedä tämän homman jujua, jujuhan on se, yksinkertaisesti, ettei tietokonneella ei voida kuin yhdellä tiedostokahvalla kirjoittaa kerrallaan tiedostoon, lopputuloksena muuten tiedosto tyhjenee tai korruptoituu.

Kokeilin myös konkreettisesti luoda shared-memorylle sen vitun kannan, siinä vain tulee se ongelma, jota osasin odottaakin: apachen eri prosessit eivät pääse samaan kantaan käsiksi.

Mielestäni ainoa tapa saada tämä sqlite-pohjaisesti tehtyä on pitää kanta tmpfssä ja käsitellä sitä niin nopeasti kuin suinkin mahdollista. Entisessä MySQL pohjaisessa paikallaolijoissahan ei tätä ongelmaa ollut ollenkaan, koska MySQL ja palvelinpohjainen.

Lopputuloksena rakenne on seuraavanlainen: Käyttäjän sisääntullessa tarkistetaan onko tietokantatiedostoa edes olemassa, jos ei --> kutsutaan luojaa() luomaan se ja luodaan table, jos vanhaa ei ole. Tässä tietokanta luodaan ja kahva suljetaan heti. Tämä tapahtuu vain, jotta seuraavana tuleva SQLITE3 avaus READ_ONLY-tilaan ei aiheuta pysähdystä. Kokeilin empiirisesti, ettei SQLITE3_READ_ONLY ja SQLITE3_OPEN_CREATE lippuja voida laittaa samaan avaukseen.
Tässä vaiheessa tietokanta on auki ja tehdään kysely, jos kysely epäonnistuu tablen puuttumisen vuoksi, kutsutaan luojaa() uudelleen luomaan se ja hylätään sen käyttäjän paikallaolon tallennus.
Seuraavassa kutsussa onkin jo valmiina kaikki tietokannat ja tiedostot luotuina.
Edellä mainitun kyselyn tuloksen jälkeen (oli vastaus kumpi tahansa), avataan uusi kahva, taas rw-tilassa. Suht monimutkainen kysely on alustettu jo valmiiksi, instansseja tutkittu yms yms, voidaan vaan pikaisesti heittää sqlite3::exec():llä tiedot sissään ja sulkea välittömästi rw-kahva.
READ_ONLY on koko ajan auki. Niitä voi olla vaikka "miljoona" yhtä aikaa avoinna eikä mitään ongelmaa.

Tämän lisäksi oli tarkoitus poistaa kannasta kokonaan journalointi, mutta olinkin sen jo aiemmin tehnyt. Poistinpa tämän kaiken lisäksi sitten myös synkronoinnin, joka tarkoittaa siis sitä, ettei kirjoituskahvan sulkemisen jälkeen mitenkään erityisesti hätäillä datan kirjoittamisessa fyysisesti levylle (joka tässä tapauksessa on tmpfs-asema, mutta sitä käsitellään kuin se olisi tiedosto tottakai)

Olennaisinta on nyt, ettei kanta ole lukossa sinä aikana, kun kysytään onko käyttäjä uusi vai alle tunti sitten liikkunut täällä. 500 käyttäjää ja 4-5k tunnin sisällä käynnyttä, kaipa siinä kova kuhina käy.

----------------------------------------
olen pena ja lisäksi vitun homo seniili mulkkuperse joka tuunaa 106 vetoakselia perslävellään soinia soimaten pusikon piinaavassa uutteruudessaan

Laitoin vielä kokeeksi ennen paikallaolijoiden kutsumista sivun ulostamaan sisältö ob_flush() ja flush()illa.
Ideana on, jos paikallaolojat lagaisi, tulisi ainakin ulkoasu ja muu sivusto esille välittömästi vs. että lagin ajan olisi valkoinen ruutu.
Käytännön elämässä toki voi olla hyvinkin niin, että noiden kahden funktion kutsuminen vie jo suuremman ajan kuin jätettäisi kutsumatta.
Toisaalta taas, jos sivun sisällä on jotain muuta, joka aiheuttaa hitautta, tuo auttaa siihenkin. Onhan tuo sentään juuri sivuston itse sisällön yläpuolella.
Myös paikallaolijoiden lukumäärän katsominen ja kirjaukset voitaisiin tehdä erillään, katsominen alussa, kirjaukset sivun lopussa.

----------------------------------------
olen pena ja lisäksi vitun homo seniili mulkkuperse joka tuunaa 106 vetoakselia perslävellään soinia soimaten pusikon piinaavassa uutteruudessaan

Lisätty nyt modifioitu virhesivu, josta kerätään paikallaolioihin HTTP-statuscodet.
Jos status != 200, maalataan rivi punaisella = sivua ei löydy / jotain muuta ongelmaa.
Pyydetty URI näkyy, mutta ei ole linkkinä tässä tapauksessa. Toimimattomia linkkejä ei tule tehdä, ettei sivusto saa huonoa karmaa hakukoneiden silmissä.

----------------------------------------
olen pena ja lisäksi vitun homo seniili mulkkuperse joka tuunaa 106 vetoakselia perslävellään soinia soimaten pusikon piinaavassa uutteruudessaan

Lisätty IP-osoite päättämään oman värinsä!
Tässähän olisi ideaa myös kuinka vakoilija ryhmittelisi rivejänsä ...

----------------------------------------
olen pena ja lisäksi vitun homo seniili mulkkuperse joka tuunaa 106 vetoakselia perslävellään soinia soimaten pusikon piinaavassa uutteruudessaan

Koko URI:n linkin nimi on korvattu sivun nimellä - siis html:n titlellä! Tämä oli hyvä ratkaisu kaventaa koko sivua.
Jos sivun_nimeä ei ole saatavilla, se on "PenaSäätiöt" muussa tapauksessa, mutta paikallaolijoissa siinä tapauksessa kirjoitetaan a) hakemistona, jos ei ole URI-argumentteja b) pelkkinä argumentteinä, jos niitä on. Ja linkki vie aina oikeaan paikkaan.

Tein myös proton reaaliaikaisesta paikallaoljoista JavaScriptin ja SSE:n avulla. Jollain aikavälillä sekin tulee optioksi, mutta ei pakolliseksi.
Me PenaSäätiöillä emme koskaan pakota Asiakkaillemme JavaScriptiä emmekä tarjoile sitä, silloin jos tarjoilemme, turhaan tai huvin vuoksi.

Kotinäyttöprojektista otettu mallia:



Hyvin yksinkertainen kokeilu



Tuo jo ulostaa paikallaolijat reaaliajassa ja tähän etappiin on hyvä päättää tämän kertainen paikallaolijoiden kehitys.
Sisennyksiä ei näy, koska code-tagiin en ole vielä tyytyväinen ...

----------------------------------------
olen pena ja lisäksi vitun homo seniili mulkkuperse joka tuunaa 106 vetoakselia perslävellään soinia soimaten pusikon piinaavassa uutteruudessaan

Miks vitussa tuo tuli kahteen kertaan!
No kyllä tämänkin ohjelmiston vuoro tulee vielä

----------------------------------------
olen pena ja lisäksi vitun homo seniili mulkkuperse joka tuunaa 106 vetoakselia perslävellään soinia soimaten pusikon piinaavassa uutteruudessaan