FinWX:n Elokuun tilastot

[J.Laiho]

Elokuu ukkosineen on takanapäin ja on jälleen aika julkistaa FinWX:n kävijätilastot kyseiseltä kuukaudelta.
Teknisestä häiriöstä johtuen tilasto saatiin julkaistua vasta nyt. Pahoittelemme viivästystä.

FOORUMISTATISTIIKKA

Foorumin statistiikka Elokuulta on tämän näköinen (Ennätys, jos on, esiintyy lihavoituna):

• 58 uutta keskusteluketjua (19 vähemmän verrattuna Heinäkuuhun)
• 407 viestiketjuviestiä (360 vähemmän verrattuna Heinäkuuhun)
• 12 uutta jäsentä (8 enemmän verrattuna Heinäkuuhun)
• 72 yhtäaikaista käyttäjää Foorumilla (35 enemmän verrattuna Heinäkuuhun)
• 103413 sivulatausta (5395 vähemmän verrattuna Heinäkuuhun)

Elokuun supersolu-ukkonen ja muutoinkin tyydyttävän ukkosaktiivinen Elokuu loivat toisen ennätyksellinen kuukauden. Vaikka tällä kertaa ei foorumin sivulatausten määrää rikottukaan, sen enempää, kuin muitakaan ylläolevia statistiikkoja, niitä kyllä sivuttiin hyvin läheltä. Esim. uusien jäsenten lukumäärä oli sama, kuin vuoden 2009 Tammikuun ennätyksessä. Kovin kauas ei myöskään jääty sivulatauksissa, joka ylitti toistamiseen 100000 latauksen rajan. Aktiivisuus pysyi siis Heinäkuun kanssa suhteessa samoissa lukemissa. Ylläpito kiittää ja kumartaa toistamiseen syvään.


FINWX-SIVUSTON YLEIS-STATISTIIKKA
Sivuston yleis-statistiikka Elokuun osalta oli seuraavanlainen (Ennätys, jos on, esiintyy lihavoituna):

• 107783 käyntiä (25399 enemmän verrattuna Heinäkuuhun)
• 3476 käyntiä vuorokaudessa keskimäärin (819 enemmän verrattuna Heinäkuuhun)

Heinäkuun ennätykset pistettiin toistamiseen uusiksi ja aivan uskomattomin tuloksin: FinWX:n sivuston historiassa ei ole koskaan aiemmin rikottu 100000 kävijän rajaa ennen tätä kuukautta.
Luku on shokeeraava ja pomppu ylöspäin jotain ennennäkemätöntä. Ukkosilla oli todellakin näppinsä pelissä, sillä lukuisat Foorumilla esiintyneet raportit kertoivat häkellyttävästä yleisöryntäyksestä sivustolle. Palvelinlaitteisto oli paikoittain kovankin kuorman alla, erityisesti 08.08.2010, jolloin kävijöitä oli ylivoimaisesti eniten. Myös muut merkittävät ukkospäivät näkyvät tilastoissa omina piikkeinään.
Osumia FinWX:n sivustolle kertyi lähes kolme miljoonaa kappaletta (2824263 osumaa tarkalleen ottaen), joka on sekin uusi ennätys.


TIETOLIIKENNESTATISTIIKKA
FinWX:n tietoliikennestatistiikka Elokuun osalta näytti seuraavalta (Ennätys, jos on, esiintyy lihavoituna):

• Serveriltä suuntautunut liikenne: 14,26 Gigatavua (2,25 Gigatavua enemmän verrattuna Heinäkuuhun)
• Kuvapankilta suuntautunut liikenne: 118,6 Gigatavua (57,7 Gigatavua enemmän verrattuna Heinäkuuhun)

Ennätykset lähtivät uusiksi toistamiseen ja täysin järjenvastaisin lukemin vielä! Yksistään kuvapankilta suuntaunut liikenne lyötiin niin uusille lukemille, ettei FinWX:llä kuunaan ole nähtykään. Kuvapankki osoitti hyödyllisyytensä, sillä tuollainen liikennemäärä olisi jumittanut FinWX:ltä ulos kulkevan linjan totaalisesti. Kokonaisliikenne FinWX:ltä nousi häkellyttävään 132,9 Gigatavuun. Se on lähestulkoon tuplamäärä Heinäkuun kokonaisliikennemäärästä. Ylläpito kiittää nöyrästi.


RANKING-LISTAT

Kymmenen suosituinta FinWX-asemaa Elokuussa olivat:

 1. FinWX Helsinki-42 (Kannelmäki)  5,25% osumista
------------------------------------------
 2. FinWX Salla-96 (Naruska)  5,01% osumista
 3. FinWX Kärsämäki-71 (Alaranta)  2,80% osumista
------------------------------------------
 4. FinWX Karjalohja-12 (Nummijärvi)  1,41% osumista
 5. FinWX Paimio-53 (Isoheikoinen)  0,93% osumista
 6. FinWX Kemiönsaari-70 (Påvalsby)  0,73% osumista
 7. FinWX Tampere-42 (Epilänharju)  0,60% osumista
 8. FinWX Lempäälä-56 (Kulju)  0,48% osumista
 9. FinWX Tampere-23 (Amuri)  0,48% osumista
10. FinWX Lohja-70A (Virkkala/Kittfall)  0,48% osumista
------------------------------------------

Ukkoset Etelä-Suomessa mahdollistivat tässäkin kuussa FinWX Helsinki-42:n suvereniteetin, vaikkakin kaulaa tuli hieman päälle 7000 osumalla kakkosena keikkuvaan Lapin läänin ylpeyteen, Salla-96:een. Kärsämäki-71 jatkaa yhä puskurina alempien sijojen nousijoita vastaan ja oli tässäkin kuussa pitelemätön kolmannella tilallaan. Karjalohja-12 kiri Paimio-53:n ohi hieman yli 10000 osuman turvin ja alimmat sijat (8-10) olivat 200 osuman sisällä toisistaan. Kummallisimman paluun teki FinWX Lohja-70A, joka on ollut yli puoli vuotta pois toiminnasta. Asema palaa kyllä takaisin, mutta eri Lohjan tunnuksella, todennäköisimmin Lokakuussa.


Referrer-puolella tilanne näytti tällaiselta kymmenen parhaan listalla:

 1. Suorat pyynnöt (Direct Request)
------------------------------------------
 2. http://www.google.fi/search
 3. http://www.ursa.fi/ursa/jaostot/myrskybongaus/paikanninkartta/
------------------------------------------
 4. http://www.google.fi/url
 5. http://www.vaski.net/thunder/ukkonen2.htm
 6. http://www.ursa.fi/myrskybongaus/paikanninkartta/
 7. http://www.google.com/search 
 8. http://www.teutari.net/wxradar.php
 9. http://www.hs.fi/keskustelu/Ukkosmyrsky+iski+p��kaupunkiseudulle/thread.jspa
10. http://www.nordicweather.net/index.php
------------------------------------------

Kuten aina, suorat sivupyynnöt (Direct Request) jatkavat edelleenkin kärjessä.
Googlen hakukone sen sijaan lunasti kakkossijansa takaisin ohi Ursan myrskybongausjaoston tutkakartan. Läpikulkuliikennettä esiintyi myös tuttuun tapaan Vaski.net:n, Teutari.net:n ja Nordic Weather Networkin kautta, mutta erityinen ryysis tuli Helsingin Sanomain keskustelupalstalta, joka painoi jopa NWN:n ohitse, sijalle 9.

Top-10:n ulkopuolelta mainitsemisen arvoisia läpikulkuliikenneosoitteita ovat:
Sija 28: Pinseri.com-sivusto, josta löytyi linkki FinWX:n Suomen salamatutkalistaan.
Sija 53: Chilifoorumi.fi-sivusto, jonka keskusteluketjussa "Vantaa: maailman vihoviimeinen paikka kunnon rajuilmoille!!!" löytyy linkki FinWX:n sivuille.
Sija 116: YLE Lahti, jonka Artjärven salamatutkaa käsittelevän uutisjutun kommentteihin on nimimerkki "Velikulta" laittanut myös FinWX:n sivuston osoitteen.

FinWX:n ylläpito haluaa kiittää kaikkia niitä henkilöitä, myös ylläolevan listan ulkopuolelta, jotka ovat pyytettömästi linkittäneet FinWX:n osoitteen sivustolle tai foorumiin. Arvostamme tekoanne suuresti.


FinWX löytyi hakukoneilta Elokuussa yhteensä 540 erilaista hakusanaa käyttäen.
Kymmenen eniten osumia tuottanutta hakusanaa olivat:

 1. salamatutka
------------------------------------------
 2. salamatutkat
 3. salamatutka oulu
------------------------------------------
 4. finwx
 5. ukkostutka tampere
 6. salamatutka kannelmäki
 7. salamatutka liminka
 8. ukkosennuste
 9. salamatutka tampere
10. korkeus merenpinnasta
------------------------------------------

Elokuun hakusanat kertovat aika pitkälle tarinaa siitä, millä asialla FinWX:n sivustolla pääsääntöisesti oltiin.
Listan ulkopuolelta löytyi myös sääaseman merkki- ja mallihakuja useita, joista etsityimmät näyttivät olevan WH1080- ja Meteoscan w160-sääasemat.

Elokuun kummallisimman hakusanan titteli menee tällä kertaa hakusanalle "hyvä rannetietokone".
Nyt menee offtopic-osastolle ja noin kilometrin verran: Niitä on varmasti olemassa, siitä ei ole epäilystäkään, mutta eräs vantaalainen, kuulemma sellaisia väitetysti valmistava instanssi ei henkilökohtaisen mielipiteeni mukaan niitä valmista, vaan aivan lohduttoman rumia, funktiovajaita, taantuneen absurdin ylihintaisia viiden pennin rannekelloja, joita voidaan korkeintaan käyttää golfissa pallon lyönnin harjoituskappaleena tai vaikka pienikokoisina alasimina ratanaulan takomisessa pölkkyyn. Älypuhelinkin on hyödyllisempi hankinta. 

Selaimet, joilla FinWX:n sivuilla oltiin käyty eniten Heinäkuussa, olivat:

 1. Mozilla Firefox  57,621%
------------------------------------------
 2. Internet Explorer  28,381%
 3. Google Chrome  5.896%
------------------------------------------
 4. Opera  3,694%
 5. Safari  2,601%
 6. Symbian-based Mobile Phone Browser  1,093%
 7. SeaMonkey  0,303%
 8. iPhone Mobile Phone Browser  0,282%
 9. Mozilla/Debian Iceweasel  0,027%
------------------------------------------
 9. Avant  0,027%

Kuten aiemminkin, tilanne kahden valtaselaimen välillä pysyi muuttumattomana. Firefox keräsi prosentuaalisesti lisää käyttäjiä IE:n kustannuksella.
Google Chrome on ottanut selkeän otteen kolmanneksi käytetyimmästä selaimesta yli kahden prosentin erolla neljänneksi syrjäytettyyn Operaan nähden. Safari jatkaa edelleen kännykkä- ja Linux-käyttöjärjestelmän selainvalintojen edessä puskurina, mutta Symbian-pohjaiset luurit alkavat kovasti käymään jo päälle. Eroa näiden kahden välillä on noin prosentin luokkaa. Iceweasel ja Avant eivät saaneet toisistaan selvää ja tilanne jäi jaettuun 9. sijaan.


KUUKAUDEN YHTEENVETO

Elokuu 2010 pyyhki aktiivisuudellaan pöytää ja vaikka se ei suoraan Foorumilla näkynytkään, sen kuitenkin huomasi muualla sivustolla helposti. Syyskuusta odotetaan pelkkää punaisten värien sisäänmarssia, kun luvut lähtevät laskuun takaisin ns. normaalitasolle. Kaikista hienointa on ollut nähdä se, kuinka merkittäväksi tekijäksi FinWX on yhteisölle muodostunut. Aiomme jatkaa samaan malliin myös tulevaisuudessakin.

Jos teille heräsi kysymyksiä tai kommentteja tämän tilaston tiimoilta, kirjoittakaa ne vapaasti tähän viestiketjuun.
Syyskuun kävijätilastot julkaistaan Lokakuun alussa.

[weatherc]

Ei voi muuta sanoa kun että onnittelut, aikas massiviset liikenteet tuli kerättyä! 
Täytyy sanoa että myös täällä ollaan kuin puulla päähän lyöty heinä/elokuun liikenteistä, en olisi ikinä uskonut näin suurta ruuhkaa tulevan mitä nyt nähtiin.

Kaikkine "sivuvaikutuksineen" päivineen nähtiin, kuten myös vps:llä/nykyään dedillä, missä rajat kulkee ja mitkä kohdat jumittaa ensin ja nyt on taas 8 kk aikaa keksiä jekut joilla nuijia pullonkaulat päähän
Dedin osalta täytyy näin jälikäteen sanoa että pikkasen harmillista että se otettiin niin myöhään ettei keretty ihan virittämään sitä ihan huippuunsa (sehän vaatii aikaa ja kokeiluja että löytää ne parhaat asetukset, mitään valmista kaavaa siihen kun ei ole olemassa, kaikki kun riippuu serverin raudasta ja sivuista jota sillä on), mutta osviittaa ne parit vilkkaat päivät dedillä kyllä antoi.

Mielenkintoista tulee olemaan se että mihin esim. syykuun liikenne jää näitten ennätyskuukausien jälkeen verrattuna viime vuoden vastaavaan. Veikkauseni on että jonkun verran tulee ainakin kasvamaan ja jos menossaoleva syyskuu jatkuu samaan tahtiin kun ensimmäiset 7 päivää niin nordicweatherin osalta ollaan noin 10% kasvussa sivulatauksissa

[J.Laiho]

Ei voi muuta sanoa kun että onnittelut, aikas massiviset liikenteet tuli kerättyä! 
Täytyy sanoa että myös täällä ollaan kuin puulla päähän lyöty heinä/elokuun liikenteistä, en olisi ikinä uskonut näin suurta ruuhkaa tulevan mitä nyt nähtiin.

Kiitosta vaan kiitos.
Tuli melkein kahviin tukehduttua, kun katsoin kuvapankin liikennettä tuossa statistiikan tekovaiheessa. Se oli jo sivuston ja foorumin hidastelusta luettavissa suoraan, että nyt mennään ja perhanan kovalla kuormalla ja väkeä on niin paljon, kuin mitä Megabitin ulosmenolinjalla ja koneen prosessointivauhdilla vain ulos sai, mutten koskaan odottanut kuvapankin liikenteen nousevan sataan Gigaan millään ilveellä. 50-70 oli realistinen tavoite, koska Heinäkuussa liikennettä oli noin 60 Gigaa. Totta tämä kaikki kuitenkin on ja todistaa aukottomasti, miten paljon kysyntää tällaiselle palvelulle on, erityisesti silloin, kun sääilmiö on tuota luokkaa, kuin mitä se 08.08.2010 oli.

Kaikkine "sivuvaikutuksineen" päivineen nähtiin, kuten myös vps:llä/nykyään dedillä, missä rajat kulkee ja mitkä kohdat jumittaa ensin ja nyt on taas 8 kk aikaa keksiä jekut joilla nuijia pullonkaulat päähän
Dedin osalta täytyy näin jälikäteen sanoa että pikkasen harmillista että se otettiin niin myöhään ettei keretty ihan virittämään sitä ihan huippuunsa (sehän vaatii aikaa ja kokeiluja että löytää ne parhaat asetukset, mitään valmista kaavaa siihen kun ei ole olemassa, kaikki kun riippuu serverin raudasta ja sivuista jota sillä on), mutta osviittaa ne parit vilkkaat päivät dedillä kyllä antoi.

Kyllä tuo hidastelu ihan selvä varoitusmerkki oli siitä, että kapasiteetti saattaisi loppua vielä isommassa ryysiksessä kesken, vaikka PHP:lle on puskettu jos jonkinlaista välimuistipalikkaa. Minun kohdalla optimointia voi vielä harrastaa jonkin verran esim. kompressoimalla PHP-sisältöä ja muokkaamalla koodia vähän lisää, mutta se ei välttämättä tule pitkällä tähtäimellä riittämään, jos kävijämäärä vastaavalla tavalla räjähdysmäisesti kasvaisi niin, että kapasiteetti olisi kaiken aikaa yhtä lujilla.

Mielenkintoista tulee olemaan se että mihin esim. syykuun liikenne jää näitten ennätyskuukausien jälkeen verrattuna viime vuoden vastaavaan. Veikkauseni on että jonkun verran tulee ainakin kasvamaan ja jos menossaoleva syyskuu jatkuu samaan tahtiin kun ensimmäiset 7 päivää niin nordicweatherin osalta ollaan noin 10% kasvussa sivulatauksissa

Pystyn heittämään itse hatusta vain Foorumin sivulataukset tällä hetkellä, mutta laskisin, että päästäisiin suunnilleen 75000-80000 sivulataukseen kuukaudessa. Jos ukkosia esiintyy enää tässä kuussa, tuo lukema tuosta joko vahvistuu tai paranee arvioidusta.

[weatherc]

Tuli melkein kahviin tukehduttua, kun katsoin kuvapankin liikennettä tuossa statistiikan tekovaiheessa. Se oli jo sivuston ja foorumin hidastelusta luettavissa suoraan, että nyt mennään ja perhanan kovalla kuormalla ja väkeä on niin paljon, kuin mitä Megabitin ulosmenolinjalla ja koneen prosessointivauhdilla vain ulos sai, mutten koskaan odottanut kuvapankin liikenteen nousevan sataan Gigaan millään ilveellä. 50-70 oli realistinen tavoite, koska Heinäkuussa liikennettä oli noin 60 Gigaa. Totta tämä kaikki kuitenkin on ja todistaa aukottomasti, miten paljon kysyntää tällaiselle palvelulle on, erityisesti silloin, kun sääilmiö on tuota luokkaa, kuin mitä se 08.08.2010 oli.

Ihan sama täällä. Kun aikoinas vps:in otin ja kun näin saksalaisten "liikennerajan" 5 teraa kuukaudessa niin ajattelin että siihen ei ikinä päästä lähimainkaan kun korkeintaan murtosaan. Tuossa kun seurailin sitten alkuvuonna liikennettä, GFS:it mukana, niin tuli sellainen mutu-tuntuma että siinä 100 Gigan hujakoilla mennään kuussa eli 2%:ssa tuosta rajasta.
Kun näin heinä/elokuun liikenteet, ensin vps:llä ja sitten dedillä niin tippua tuolilta meinasin kyllä minäkin. Vaikka GFS-servu voisi olettavan tuottavan ehkä 100 Gigan liikenteen yhteensä + että "dedi-tutkia" on tullut lisää niin kyllä oli aikamoinen ylläri kun yhteisliikenne alkoi lähentelemään 500 Gigaa saatikka kun 750 Gigan raja alkoi lähentelemään. Awstatsin laskema liikenne nordicweatherille elokuusta (sain ne siirettyä vps:ltä) kertoo noin 185 Gigaa.
Aivan uskomatonta kun muistaa että purkilla on kourallinen, täysin sääaiheisia sivuja, eikä missään ole mitään sellaista jättiliikennettä generoivaa osiota (tyyliin isoja videoita kasapäin, isoja kuvagalleroita tms).

Kyllä tuo hidastelu ihan selvä varoitusmerkki oli siitä, että kapasiteetti saattaisi loppua vielä isommassa ryysiksessä kesken, vaikka PHP:lle on puskettu jos jonkinlaista välimuistipalikkaa. Minun kohdalla optimointia voi vielä harrastaa jonkin verran esim. kompressoimalla PHP-sisältöä ja muokkaamalla koodia vähän lisää, mutta se ei välttämättä tule pitkällä tähtäimellä riittämään, jos kävijämäärä vastaavalla tavalla räjähdysmäisesti kasvaisi niin, että kapasiteetti olisi kaiken aikaa yhtä lujilla.

Niin on kyllä täälläkin, php:llä on kaikki mahdolliset palikat käytössä. Täällä ajattelin kokeilla, mutten vielä kerennyt kunnolla dedillä, Nginxissä sen cache-toimintoa siten että Apachelta tulevat php-sivut menee vaikkapa 5 sekunnin cachehen jolloin ruuhkan sattuessa ei sivua x tarvis parsia jokaisen latauksen yhteydessä vaan Nginx puskisi ulos ne staattisena html:nä siinä välissä. Jos laittaa rajaksi vaikkapa tuon 5 sekuntia tai ehkäpä 10:kin toimisi ei sivun datan tuoreus kuitenkaan pitäisi hidastua mitenkään merkittävästi ja reaaliaikaset päivitykset (NSDisplay, etusivut ym.) hoituu kuitenkin AJAX:lla.
Kaikkeista paras olisi jos tuon cachen saisi vielä sellaiseksi että kytkeyisi päälle kun joku raja, esim tcp-lukumäärä, ylittyisi, ja normaalisti se olisi pois päältä, tuolloin sen cachen voisi ehkä asettaa korkeammaksikin (= tyliin mitä joskus nähnyt jollain lehtien sivuilla: "katsot nyt kevennettyä versiota kovan ruuhkan takia"). Nginx:llä on paljon tuollaista jota voisi rakennella koska sen conffifilu on aika perus-shelliä jossa pystyy tekemään esim. if-vertailuja.
Vps:llähän suurimmaksi pullonkaulaksi osoittautui tuo älyttömän matala tcp-raja ei sinänsä tehot.
Pitää jonain syksyn pimeänä hetkenä ajaa vähän apache-benchmarkkia dedillä vähän suuremmilla latausmäärillä ja katsoa miltä nuo asteukset näyttävät ja kokeilla eri yhdistelmiä.

Sen jo testasin vps:llä että Nginx + Apache toimi parhaiten kuorman alla kun vertailin esim php-fpm:ään joka meinasi kaatua kokonaan.

[J.Laiho]

Kyllä tuo hidastelu ihan selvä varoitusmerkki oli siitä, että kapasiteetti saattaisi loppua vielä isommassa ryysiksessä kesken, vaikka PHP:lle on puskettu jos jonkinlaista välimuistipalikkaa. Minun kohdalla optimointia voi vielä harrastaa jonkin verran esim. kompressoimalla PHP-sisältöä ja muokkaamalla koodia vähän lisää, mutta se ei välttämättä tule pitkällä tähtäimellä riittämään, jos kävijämäärä vastaavalla tavalla räjähdysmäisesti kasvaisi niin, että kapasiteetti olisi kaiken aikaa yhtä lujilla.

Niin on kyllä täälläkin, php:llä on kaikki mahdolliset palikat käytössä. Täällä ajattelin kokeilla, mutten vielä kerennyt kunnolla dedillä, Nginxissä sen cache-toimintoa siten että Apachelta tulevat php-sivut menee vaikkapa 5 sekunnin cachehen jolloin ruuhkan sattuessa ei sivua x tarvis parsia jokaisen latauksen yhteydessä vaan Nginx puskisi ulos ne staattisena html:nä siinä välissä. Jos laittaa rajaksi vaikkapa tuon 5 sekuntia tai ehkäpä 10:kin toimisi ei sivun datan tuoreus kuitenkaan pitäisi hidastua mitenkään merkittävästi ja reaaliaikaset päivitykset (NSDisplay, etusivut ym.) hoituu kuitenkin AJAX:lla.
Kaikkeista paras olisi jos tuon cachen saisi vielä sellaiseksi että kytkeyisi päälle kun joku raja, esim tcp-lukumäärä, ylittyisi, ja normaalisti se olisi pois päältä, tuolloin sen cachen voisi ehkä asettaa korkeammaksikin (= tyliin mitä joskus nähnyt jollain lehtien sivuilla: "katsot nyt kevennettyä versiota kovan ruuhkan takia"). Nginx:llä on paljon tuollaista jota voisi rakennella koska sen conffifilu on aika perus-shelliä jossa pystyy tekemään esim. if-vertailuja.

Tulin käväisseeksi vilkaisemassa, miten Nginx istuisi minulle ja muistaakseni Windows-koneellekin sellainen olisi tarjolla, joten voi olla, että sivustolla on tekniikan puolesta sisäisiä muutoksia edessä jos päädyn tuota käyttämään, onhan tarkoituksena kuitenkin saada optimoitua liikennettä ja sen ohjausta mahdollisimman paljon. FinWX:n osalta pienen aloittelevan tutkinnan alla on mm. kuvien muuttaminen .jpg:stä .png:ksi (jos se yhtään pudottaa liikennettä kuvien osalta).

Olen tuollaiseen "kevytversioon" törmännyt itsekin, muistaakseni viimeksi silloin, kun Sello-kauppakeskuksessa alkoi pyssyt paukkumaan. Sellainen systeemi olisi hieno, mutta ainakaan Windows-purkin Apachelle sitä ei saa, koska Apache ei kykene valvomaan Windows-koneen resursseja samalla tavalla, kuin Linux-koneessa. Tokihan noita kolmansia sovelluksiakin on, mutta yleensä ne ovat CMS-sovelluksia. Näin ollen tuollaiseen kevytversioon siirtyminen taitaa jäädä FinWX:n osalta lähinnä haaveeksi ja kaikki panokset on varattava sivuston liikenteelliseen optimointiin.

Vps:llähän suurimmaksi pullonkaulaksi osoittautui tuo älyttömän matala tcp-raja ei sinänsä tehot.

On tiettyä, joskin kieroa, nerokkuutta tehdä TCP-socketeista kauppatavaraa. Se asettaa tiettyjä rajoja sivustolle, eikä kestä hetkellistä piikkiä millään tavalla (mikä tuli todistettua silloin, kun sivustosi oli VPS:n alla) ja jos haluat ruuhkakeston, niin saat maksaa uudesta paketista kovempaa hintaa.

[weatherc]

Sitten ei saa unhohtaa myöskään tuota varsinaista tehosyöppöä Mysliä.
Ainakin dedillä se keikkuu aika tiheään tehonsyöntilistan kärjessä, vaikka olen yrittänyt että mahdollisimman paljon mysli-kyselyistä tehdään varsinaisen sivun ulkopuolella ajastettuna ja tuotos tarjotaan sivulle staattisena datafiluna (esim. nwn). Foorumissahan se voi olla aika ratkaiseva tekijä silloin kun ruuhkaa pukkaa.
Toinen mikä tulee aika usein tulee esille esim. WHT-foorumilla (webhosting-fooruumi), jota on tullut seurailtua, kun kyse "ruuhkasta" tai resursseista on IO, ja että se voi olla myös "se" joka hidastaa ruuhkan aikana, liikaa IO-kyselyjä -> kyselyt jää jonoon -> purkki tukossa.

Pitäisi tutkia miten pystyisi paremmin hyödyntää sitä että dedillä on 8 G RAM:ia entisen dedikoidun 2 G:n sijaan jolloin pystyisi tarjoamaan tavaraa ulos myös suoraan RAM:ista mikä vissiin olisi paljon nopeampaa kun kysely kovalevyltä, nythän normitilassa käytetään vain noin 10% RAM:ista jos sitäkään joten siinä olisi puskuria käyettäväksi jonkun verran.

Fundeerasin että jos jossain vaiheessa pistäis pystyyn sub-domainin tai jotain jossa olisi muutama filu jolla voisi testailla rauhassa, se kun pitäisi pystyä tekemään ilman että "live"-sivujen säädöt kärsii ja sitten vasta kun löytää hyvät säädöt siirtää uudet säädöt muille sivuille. Esim. nginxissä jokaiselle domainille voi laittaa ihan eri säädöt jos haluaa koska jokaisella domainilla on "omat lokerot" conffi-filussa. 
Voisi myös testailla Lighttpd-servua, se pitäisi myös olla kevyt ja nopea ja siinä on suora silta php:lle olemassa.
Ainakin Linukassa pystyy ajamaan vaikka tusinaa eri webservuja samaan aikaan jos haluaa, laittaa ne vaan eri porteille kuuntelemaan, ja onhan esim GFS-servu tavallaan oma webserveri (Tomcat)

FinWX:n osalta pienen aloittelevan tutkinnan alla on mm. kuvien muuttaminen .jpg:stä .png:ksi (jos se yhtään pudottaa liikennettä kuvien osalta).

Ainakin Nexstormin kuvan koko tippuu aika rajusti png:nä ja vielä enemmän jos käyttää 8-bittistä kuvaa, oma kuva on 8-bittinen png ja koko hilluu siinä 35 Kb:n hujakoilla
Mutta toisaalta, voi käydä myös toisteppäin; Jos teen webkamerakuvan php/gd:llä, joka on alunperin jpg, lisään siihen datat clientrawsta tekstinä ja tallennan sen png:nä, niin koko kasvaa todella reilusti mutta jos tallennan sen jpg:nä kuten nyt, niin koko pysyy lähes samana.

On tiettyä, joskin kieroa, nerokkuutta tehdä TCP-socketeista kauppatavaraa. Se asettaa tiettyjä rajoja sivustolle, eikä kestä hetkellistä piikkiä millään tavalla (mikä tuli todistettua silloin, kun sivustosi oli VPS:n alla) ja jos haluat ruuhkakeston, niin saat maksaa uudesta paketista kovempaa hintaa.

Totta, varsinkin kun siitä ei mainita missään mitään vaan tulee esille vasta kun kyseinen raja alkaa paukkumaan ja alat kyselemään että voisko sille tehdä jotain, vastauksena että "ota suurempi paketti", heidän mielestä kun esim tuo tcp-raja ei ole oleellinen jotta siitä pitäisi mainita missään.