ylitalot.net

Aikoinaan tulin kirjoitelleeksi flickr:n käytöstä varmuuskopioiden tekemiseen. Viime viikkoina tuli vihdoinkin aktivoiduttua ja hankittua kaikenlaisen tiedon varmistamiseen soveltuva varmuuskopio-systeemi. Paketti on kaikessa yksinkertaisuudessaan kaksi kappaletta 500GB USB-kovalevyjä, joista toinen on aina työpaikalla ja toinen kotona. Kotona olevan kovalevyn tiedot päivitetään kerran viikossa ja kerran kuussa kotona ja työpaikalla säilytettävä kovalevy vaihtavat paikkoja.
Kovalevyjä hankkiessa tuli huomattua, että kovalevyjen talletuskapasiteetti kasvaa paljon hintaa nopeammin, esim. hankkimani kovalevymallin kohdalla saman valmistajan 250GB malli olisi ollut ainoastaan 20% halvempi kuin hankkimani 500GB:n.
Kun vertaillaan eri valmistajien kovalevyjä, niin pikaisella vilkaisulla ainoa merkittävä ero eri valmistajien kovalevyissä oli, että mitä ohjelmistoa kovalevyn mukana tulee. Koska minulla kovalevy on liitettynä Mac:in, niin Microsoftin käyttöjärjestelmiä varten tehdyistä ohjelmista ei kannattanut maksaa ylimääräistä. Toinen mielenkiintoinen havainto tämän hankinnan kohdalla oli, että perinteisten verkkokauppojen sijasta kovalevyt tuli hankittua kodinkoneliikkeestä.
Mikäli joku on harkinnut vastaavanlaiseen paketin hankintaa, niin omalle ratkaisulleni tuli hinnaksi n. 200EUR.

Palveluntarjoajamme (nebula.fi) tietokantapalvelimet alkavat ilmeisesti notkua kuorman alla tai jostain muusta syystä heidän mysql palvelimensa oli yli puolen tunnin ajan sellaisessa tilassa, että ylitalot.net:n vierailijat saivat ainakin satunnaisesti WordPress ohjelmiston virheilmoituksen siitä kuinka tietokanta yhteyden luonti epäonnistui. Tämä on sikäli äärimmäisen noloa nebulan kannalta, että tiistaina siirsimme palvelun heille ja perjantaina törmäämme ensimmäisiin ongelmiin palvelun luotettavuuden osalta. Tilanne voisi jopa kuvaille, että kuherruskuukausi tämän palvelun tarjoamien mahdollisuuksien osalta on ohi.

Ilmoitelkaa, mikäli tilanne toistuu jatkossa, koska Nebula hinnoittelee palveluhintansa sen verran korkealle, että heidän hinnoillaan palvelun on syytä toimia. Jos näin ei tapahdu, niin alamme etsimään ylitalot.net:lle uutta kotia, jonka kohdalla palvelutaso ja siitä maksettava hinta ovat lähempänä toisiansa.

Useiden blogien seuraaminen niiden sivuilla vieraillen käy nopeasti varsin puuduttavaksi, jos niissä ei ole jokaisella käyntikerralla jotain uutta ja mielenkiintoista luettavaa. Mikäli RSS ei tunnu tutulta termiltä tai blogien seurantaan kuluu muuten aivan liikaa aikaa, niin kannattaa käydä vilkaisemassa The Common Craft Show:n RSS in Plain English.

Videolla annetaan demonstraatio siitä kuinka blogien seuraaminen onnistuu tehokkaasti, mikä on RSS lukija, mistä sellaisen löytää ja miten tilaat esim. ylitalot.net:n sivuston omaan RSS lukijaasi. RSS lukijoiden lisäksi ylitalot.net:n sisällön voi myös tilata sähköpostina tai WidSets:n avulla puhelimeesi sivun oikealla reunalta löytyvien linkkien välityksellä.

Aikaisemmin ylitalot.net kärsi pienestä skitsofreniasta siltä osin, että ylitalot.net:n valokuvat, sähköpostit yms. hoidettiin ulkopuolisen palveluntarjoajan kautta, mutta blogia pyöritettiin jylitalo.homeip.net nimisellä koneella. Tarpeettoman kompleksisuuden ja palvelun luotettavuuden parantamiseksi nämä on nyt yhdistetty.

Blogin lukijoille ainoa tunnettu muutos on, että osa yksittäisiin sivuihin ja artikkeleihin johtaneista linkeistä osoittaa nyt todennäköisesti väärään artikkeliin. Pahoittelut jo etukäteen tämän asian johdosta. Jos huomaatte muita ikäviä muutoksia, niin kertokaa toki asiasta ja katsotaan mitä asian korjaamiseksi on tehtävissä.

Google Maps:n karttapalvelu tarjoaa nykyään käyttäjille mahdollisuuden tehdä omia karttoja. Päätin kokeilla, josko sillä saisi ylitalot.net:n kuva-albumien vanhan xplanet ohjelmalla generoidun kuvan tilalle käyttäjälle miellyttävämmän mahdollisuuden tarkastella, että mistä päin maailmaa on valokuvia tarjolla ja/tai missä päin maailmaa jokin paikka ylipäätään on. Pikaisen kokeen perusteella Google Maps on osoittautunut omalla tavallaan kaksipiippuiseksi tapaukseksi.

Positiivista Google Maps:ssä on, että käyttäjä voi sydämmensä kyllyydestä zoomata lähemmäksi jotain kohdetta ja sitten taas zoomata ulospäin. Hän voi yhdistellä karttakuvaa ja satelliittikuvaa mielensä mukaan. Lisäksi kynnys omien karttojen teolle on saatu todella matalaksi. Kun omia karttoja innostuu virittämään hiukan enemmän, niin lomakohteeseen laitetun pisteen kuvaukseen voi laittaa linkin, joka vie kyseisestä lomapaikasta otettuihin valokuviin.

Huonoja puolia on, että käyttäjän tallettamat koordinaatit ovat vain ja ainoastaan Googlen tietokannoissa tai en ainakaan nopeasti löytänyt tapaa millä talletut pisteet saisi ladattua Google Mapsistä pois ja/tai millä sinne suuntaan saisi kerralla ladattu suuren määrän koordinaatteja. Googlen ohjelmointirajapinta varmaan jotenkin mahdollistaisi tämän, mutta kyllä tuo tilanne silti tuntuu jossain määrin ns. “vendor lock-in” tilanteelta, jossa Google sanelee täysin, että miten homma toimii.

Google Maps:n käyttöliittymässä on myös käytettävyys ongelmia siltä osin, että kun kerran on asettanut koordinaatit kohdalleen, niin yhdellä napin painalluksella voi vahingossa tulla siirtäneeksi kartalla olleen merkin jonnekin aivan muualla ja sitten joutuu taas aloittamaan alusta merkkien laiton. Itse kaipaisin jotain mahdollisuutta lukita kartalla olevat merkit paikoilleen, kunnes käyttäjä erikseen toteaa, että nyt tätä merkkiä pitäisi saada siirrettyä.

Täytyy miettiä, että mitä tekisin omat lomamatkojen kohteet sisältävän kartan suhteen. Pohdintaa tehtäessä sen löytää osoitteesta http://www.ylitalot.net/photos/public/digimap.jpg, joka uudelleenohjaa kyselyn Google Maps:n sivuille. Kartalla olevat symbolit menevät siten, että
- nuppineulalla merkityistä kohteista on vain dia kuvia
- tyhjistä kuplista on olemassa digikuvia, mutta ne eivät tällä hetkellä ole julkisesti näytillä
- pisteellä varustettujen paikkojen kuvauksista pitäisi löytyä linkki varsinaiseen valokuva-albumiin.

Tulin aikoinaan töiden puolesta siirtyneeksi Debianin puolelta RedHat Linuxin käyttäjäksi. RedHat Linux jakelun loputtua oli edessä Fedoraan siirtyminen. Fedoran kanssa tuli tyytyväisenä käytettyä Fedora Linux jakelun versioista 1,2,3 ja 5. Kun Fedora Core 5:n tuki loppui, niin oli oikeastaan pakko ryhtyä päivittämään konetta Fedora Core 7 jakeluun ja tässä vaiheessa kaikki lähti menemään pieleen.

Linux koneessani on kaksi 160GB ATA kovalevyjä, joista toisella (sda) on käyttöjärjestelmä, jne. ja toisella (sdb) on kaikki historian varrella kertyneet digitaalisessa muodossa olevat kuvat. Kun aloin tekemään Fedora Core 5:sta hienosti ajaneelle koneelle päivitystä Fedora Core 7:ään, niin installointi CD tunnisti sda levyn aivan hienosti, mutta jostain syystä jo installoinnin yhteydessä totesi, että sdb kovalevyssä ei näytä olevan kunnollista partitiotaulua. Sellaisen teko olisi installointiohjelman mukaan sangen helppoa ja sen ainoa “pieni” sivuvaikutus on, että se tuhoaa kaiken levyllä mahdollisesti olevan datan. Oletusarvoinen vastaus tähän kyselyyn on, että laitetaan vain levy sileäksi, jotta sinne voidaan tehdä uusia tiedostojärjestelmiä.

Käskin päivityksen yhteydessä asennusohjelmaa pariin otteeseen Fedoran installointiohjelmaa pitämään näppinsä siitä erossa ja lopulta DVD:ltä tehty asennus saatiin vietyä läpi. Päivityksen jälkeen kone alkoi antamaan mielenkiintoisia virheilmoituksia siitä kuinka määritysten mukaan levyllä olisi olevinaan enemmän tilaa kuin mitä siellä Fedoran mielestä oli. Kun tarkistin asian fdisk:llä, niin Fedora Core 7:n mielestä siellä oli tosiaan 160GB:n sijasta vain n. 30GB levy.

En vieläkään jaksanut tästä panikoida, vaan ajattelni että kyllä tuollainen ongelma on tullut muillekin vastaan ja se on varmaan korjattu jossain päivityspaketissa. Tässä vaiheessa tuli seuraava yllätys vastaan. Kuukauden vanhaan käyttöjärjestelmäjakeluun oli jo ehtinyt tulemaan yli 400MB:n edestä päivityksiä. Onneksi nykyinen ADSL-liittymäni on kohtalaisen nopea, joten päivitetyt paketit saatiin ladattua järkevässä ajassa. Niiden asentaminen ei kuitenkaan näyttänyt ratkaisevan ongelmaa.

Koska konetta oli asennuksien, päivityksien, yms. yhteydessä käynnistetty useamman kerran uudestaan, niin lopulta törmäsimme siihen tilanteeseen, jossa Linux välttämättä haluaa tarkistaa tiedostojärjestelmän eheyden ja eihän se tietenkään mennyt tuolla toisella kovalevyllä olevan tiedostojärjestelmän kohdalta läpi. Tällaisia tilanteita varten on onneksi olemassa rescueCD:t, joiden kanssa systeemiä pääsi vielä hienosti tutkimaan.

Aikani verkossa tietoja kaivaessa lopulta löysin Fedora Core 7 release notes:sta maininnan, että tämän tyyliset tilanteet saattaisivat olla tunnettuja ja ne saisi ratkaistua laittamalla ‘options libata ignore_hpa=1′ rivin /etc/modprobe.conf tiedostoon. Nostin koneen ylös rescue CD:llä, käskin Fedoran edelleen pitää sormensa erossa tuosta sdb kovalevystä ja tein mainitun tiedoston muokkausoperaation, mutta vieläkään kone ei tykännyt sdb kovalevystä. Kun aloin tarkemmin tutkimaan release notes:n kommentteja, niin sieltä löytyi linkki RedHat:n bugitietokantaan, jossa korjaus menikin hiukan eri tavalla. Bugitietokannan mukaan tuon release notes:ssa mainitun rivin pitäisikin olla ‘options libata libata.ignore_hpa=1′. Tätä varten kone piti käynnistää jälleen kerran uudestaan ja tällä kertaa kiirehtiessäni erehdyin vahingossa painamaan enteriä, kun kone kysyi että laitetaanko sdb kovalevyn partitiotaulu uusiksi.

Lopputulos oli, että Linux koneeltani katosivat kaikki siellä olevat valokuvat. Samalla varmistui, että Fedora lentää ovesta ulos ja sen tilalle tulee joku luotettavampi Linux jakelu. Tällä hetkellä päällimmäisenä on mielessä RedHat Enterprise Linuxin pohjalta tehty CentOS (http://www.centos.org/), josta on mm. työn parista hyviä kokemuksia. CentOS:n kohdalla viehättää ajatus siitä, että kone laitetaan kerran pystyyn ja siihen ei tarvitse tehdä vastaavan mittaluokan päivityksiä koneen jäljellä olevan eliniän aikana (tällä hetkellä kolme vuotta vanha, oletettua käyttöikää ehkä pari vuotta). Mihin valinta sitten lopulta kohdistuukaan, niin vastaava päivitysoperaatio on edessä vanhempienkin tietokoneen kanssa, koska sitä tulee oman kotikoneen ohella jossain määrin ylläpidettyä.

Minun valokuvien perään mahdollisesti surkutteleville voin kertoa, että niistä on olemassa täydellinen kopio Applen Mac Ministä, josta käsin minä tätäkin juttua kirjoitan. Kunhan saan Linux koneen taas tolpilleen, niin pitää taas kiireen vilkkaan varmistaa, että kaikki valokuvat ovat taas kahdella tietokoneella, joissa mielellään on vielä eri käyttöjärjestelmä, jotta niille ei tule epähuomiossa tehtyä mitään suurempia päivitysoperaatiota saman viikon aikana.

Wordpress tarjoaa lukuisan määrän vaihtoehtoja roskapostin estämiseen, joista osa on esim. sähköpostin virusskannerien tyylisiä tekstianalysoottereita. Kaikkein varmin on kuitenkin pieni lähdekoodin muuttaminen siten, että WordPress:n lomakkeiden kenttien nimiä muutetaan hieman. Tämän varjopuoli on, että jokaisen ohjelmistopäivityksen jälkeen pitäisi muistaa tehdä samat muutokset uuteen versioon. Minulta tämä pääsi unohtamaan ja sen takia meillä oli hetken aikaa ylitalot.net:ssä sellainen tilanne, että kukaan ei päässyt kommentoimaan mitään. Marin vinkin ansiosta asia kuitenkin huomattiin ja siihen saatiin korjaus.

Tähän lopuksi käytännön esimerkki, että miten tuollainen muutos tehdään WordPress:n kommentien lähettämiseen. Muutokset tehdään kahteen tiedostoon, joista ensimmäinen on WordPress lähdekoodin mukana tullut wp-comments-post.php ja toinen on tyylitiedoston comments.php.
wp-comments-post.php tiedoston kohdalla olen muuttanut
$comment_author_email = trim($_POST['email']); rivin muotoon
$comment_author_email = trim($_POST['ema1l']); eli jälkimmäinen email on muutettu ema1l:ksi.
comments.php tiedoston kohdalla olen muuttanut
<input type="text" name="email" id="email" value="<?php echo $comment_author_email; ?>" size="28" tabindex="2" />
rivin muotoon
<input type="text" name="ema1l" id="email" value="<?php echo $comment_author_email; ?>" size="28" tabindex="2" />
Rivien välinen ero on, että name="email" on muutettu name="ema1l":ksi

Nämä kaksi yhdessä riittävät varmistamaan, että verkosta WordPress blogeja ja niihin mainoskommentteja generoivat kommentit eivät pääse läpi. Asian kääntöpuoli on, että jos muutokset ovat vain toisessa tiedostossa, niin kukaan ei pääse kommentoimaan mitään.

Klassiset tietoturvaohjeethan vaativat, että paikallisten varmistusnauhojen lisäksi tulisi olla fyysisesti muualle viety varmuuskopio. Järkevältä tuntuva ohje, jonka soveltaminen henkilökohtaisessa elämässä tuntuu vain monesti olevan vähään niin ja näin.

Valokuvien osalta tulin tätä soveltaneeksi siten, että minulla on kotona kaksi konetta, joissa on eri käyttöjärjestelmät, molemmissa runsaasti levytilaa ja joissa molemmissa on kaikki säilyttämisen arvoiseksi katsomani valokuvat niin JPG kuvina kuin mahdollisesti myös PhotoCD tai RAW-muodossa, mikäli se on kuvan alkuperäinen formaatti. Tätä samaa konseptia voisi hyvin tehdä USB-kovalevyillä, jotka säännöllisin väliajoin kytkisi laitteisiin kiinni.

Fyysisesti muualle viety varmuuskopio olisi entisaikoina ollut kova haaste, mutta tähän on nykyään useita vaihtoehtoja, joista varmaan monessa mielessä luotettavin perustuu kahden USB-kovalevyn käyttöön. Tämä kuvio toimisi siten, että tallennat kovalevylle A täydellisen kopion kuvista ja viet sen esim. vanhemmille säilytettäväksi. Kun viikon, kuukauden tms. ajanjakson olet menossa taas sinne suuntaan, niin teet täydellisen varmuuskopion kuvista kovalevylle B. Vanhempien luona käydessä jätät kovalevyn B vanhemmille ja otat kovalevyn A takaisin kotiin päivitettäväksi. Tästä voi kehittää lukemattomia variaatiota, joista yksi voisi olla, että viet kuvat kuviasi välittävän kuvatoimiston säilöön.

Tämä kuitenkin vaatii, että fyysisesti viitsi kuljettaa tavaraa paikasta toiseen. Laajakaistayhteyksien nopeuden kasvun myötä on kuitenkin tullut myös uusia vaihtoehtoja. Laajakaistayhteydet nimittäin tarjoavat vaihtoehdoiksi:
- kaverin koneelle kopioinnin
- paljon kovalevytilaa tarjoavan web hosting partnerin
- flickr, yms. kuvapalvelut

Itse olen kokeillut flickr:iä tähän tarkoitukseen, koska se on halpa, näennäisesti ongelmaton ja koin flickr:n yhteisöllinen puolen houkuttelevaksi. flickr:ssä on kuitenkin ongelmansa tai piirteensä, joista on hyvä olla selvillä ennenkuin siitä alkaa tekemään kuvien säilytyspaikkaa. Huomiotavia seikkoja on:
- flickr hyväksyy ainoastaan JPG kuvia ja niidenkin osalta on 10MB yläraja, joka tosin varmaan kasvaa ajanmyötä
- flickr:stä puuttuu kunnollinen tietosuoja. Täyden resoluution kuvat kannattaa piilottaa private asetuksien taakse turvaan, koska kuvien ainoa todellinen suoja on niiden osoitteen salassapysyminen. Yhteisöllistä toimintaa varten kuvista kannattaa erikseen ladata pienemmät versiot.
- flickr:iin kannattaa ladata vain 3-5 julkista kuvaa/päivä. Niiden kuvatekstit kannattaa muuttaa englanninkielisiksi ja ne on syytä lisätä kaikkiin olennaisiin ryhmiin, mikäli haluaa maksimaalisen hyödyn flickr:n yhteisöllisestä puolesta.
- selaimen kautta tapahtuva kuvien käsittely drag&drop kuvioineen on pienillä määrillä mukavan helppoa, mutta suuria kuvamassoja (100+) se on menee melko kankeaksi ja esim. jo 1000 kuvan tuhoamiseen menee 15-30 minuuttia ja sinä aikana flickr:n javascript skriptit onnistuvat melko tehokkaasti jumiuttamaan Firefox selaimen.
- varmuuskopion täysimittainen palauttaminen flickr:stä vaatii aikaa, jos kaikki pitää ladata laajakaista yhteyttä pitkin takaisin.
- kodin ja flickr:n kuvat pitää pystyä linkittämään keskenään, jotta kuvaan tehdyt muutokset päivittyvät flickr:iin ilman että kuvasta on siellä pian useita kopioita.
- flickr:n API muuttuu aika-ajoin, mikä saattaa rikkoa varmuuskopiointiin käytettävät skriptit

Näiden seikkojen lisäksi kannattaa flickr:n yhteisöllisestä puolesta todeta, että se pohjautuu pitkälti siihen, että jos sinä kommentoit muiden kuvia, niin muut kommentoivat sinunkin kuvia. Mikäli taas ei itse millään tavalla osallistu flickr:n yhteisölliseen puoleen, niin silloin omat kuvat saavat joko vähän tai eivät ollenkaan kommentteja.

Omalta osaltani tulin nyt hetkellisesti poistaneeksi kaikki kuvani flickr:stä, kunnes mietin uuden tavan organisoida flickr:iin lähettämiäni kuvia. flickr:n yhteisöllisessä puolessa on hauskoja aspekteja ja siltä osin tulen varmaan jatkossakin julkistaneeksi sinne ylitalot.net:n kuvia, mutta samalla kuitenkin ylitalot.net:n kuitenkin säilyy paikkana, johon panostan eniten ja jonka on eniten tarkoitus olla oman näkemykseni mukainen.

Blogin ja www-foorumien ylläpitoon tuntuu nykyisin kuuluvan se, että blogin pitäjä saa lääkkeitä yms. mainostavia kommentteja arvioitavaksi ja spammin lähettäjät koittavat rekistereröityä väärillä tiedoilla foorumeihin ja sen jälkeen lähettää roskapostia sekä uusina keskusteluketjuina että kommentteina vanhoihin viestiketjuihin.

Tai Chi Chuan ry:n phpBB pohjaisen foorumin kohdalla roskapostin esiintyminen foorumin sivuilla saatiin tapettua, kun muutimme ohjelmiston vakiorekisteröintiä siten, että muutimme hiukan rekisteröinnissä yhden kentän nimeä. Nyt olisi tarkoitus testata, että auttaako vastaavanlainen pieni muutos pysäyttämään kaikki ne skriptit, jotka koittavat lähettää roskapostia tämän blogin kommenttiosioihin.

Ainakin pikaisella vilkaisulla näyttäisi siltä, että kommenttiketjun kenttien nimien muuttaminen vaatii muutoksia vain kahteen paikkaan, jotka ovat wordpress:n päähakemistossa oleva wp-comments-post.php ja käytössä olevan teeman alla oleva comments.php tiedostot. Pikaisesti mietittynä ainoa huono puoli tässä muutoksessa on, että wp-commens-post.php tiedoston pikku muutos pitää muistaa tehdä aina kun päivittää Wordpress ohjelmiston uudempaan versioon.

ylitalot.net:n kuva-albumit pyörivät webhotelli palvelua myyvän yrityksen koneella. Blogi sen sijaan ajetaan ainakin toistaiseksi ADSL piuhan takana olevassa koneessa. Työhön liittyvien kuvioiden takia päätin vihdoinkin vaihtaa omilla rahoilla maksetun 1M/512k ADSL yhteyden työnantajan nopeampaan ADSL yhteyteen. ADSL modeemin vaihtumisen, uuden yksikön konfiguroinnin, yms. päivitysoperaation aiheuttaman käyttökatkon olemme nyt merkittävästi nopeammalla verkkoyhteydellä taas linjoilla.

Jotta jatkossa ei tulisi ADSL yhteyteen liittyviä turhia katkoja, niin jossain vaiheessa täytyy harkita, että hankinko jostain erillisen domainin ylitalot.net:n blogin pyörittämiseen vai siirränkö ylitalot.net sivuston kokonaisuudessaan nykyiseltä palveluntarjoajalta jonnekin, jolta saisi samaan hintaan levytilan lisäksi MySQL kannan. Nykyisen palveluntarjoajan kohdalla MySQL:n pyörittäminen on hinnoiteltu sen verran korkealle, että siinä pitäisi pyörittää julkista foorumia tms. aktiviteettia, jotta se olisi hintansa arvoinen.

Vaatimuksina kilpaileville palveluntarjoajaille ovat pääsy UNIX:n komentotasolle, mahdollisuus ajaa rsync:iä ssh:n yli, palvelimet sijaitsevat pohjoismaissa tai Virossa, MySQL-kanta blogia ja muita kokeellisia projekteja varten, minimissään 1GB levytilaa valokuville ja muille tiedostoille, mahdollisuus ajaa cgi-bin skriptejä (muutakin kuin PHP) ja hinta alle 200EUR/vuosi (nykyinen webhotelli maksaa 175EUR/vuosi ja MySQL kanta maksaisi 108EUR/vuosi (eli yhteensä 283EUR/vuosi)).

Tulin erään yhdistyksen sivujen kautta törmänneeksi sigmatic.fi:n, joka vaikutti ensi alkuun mainiolta vaihtoehdolta. Tulin kuitenkin viisi päivää sitten pyytäneeksi heidän tueltaan apu, kun minun yksinkertaisimmatkin testi cgi-bin ohjelmat (testenv, jne.) aiheuttavat ‘500 internal server error’:n, vaikka ympäristö on mielestäni täysin heidän käyttöohjeiden mukainen. Tähän mennessä en ole saanut tuohon kyselyyn muuta vastausta kuin automaattisesti generoidun tikettinumeron.