Page History

Webin julkaisujärjestelmät ovat tietokoneohjelmistoja, joita käytetään sisällön julkaisemiseen www-sivuille. Julkaisujärjestelmän tarkoitus on tarjota käyttäjälle mahdollisuus tuottaa sisältöä verkkosivuille niin, ettei käyttäjän tarvitse luoda ja muokata HTML-tiedostoja käsin ja siirtää niitä verkossa olevalle web-palvelimelle, kuten perinteinen staattisten web-sivujen julkaisu on tapahtunut webin alkuajoista saakka, eli siis tehdä sisällön tuottamisesta web-sivustoille teknisesti helppoa.

Itse julkaisujärjestelmä koostuu lähtökohtaisesti sivuston pohjarakenteesta, joka määrittää sisällön sijoittelun, ulkoasun ja mahdollisen hierarkian, jonka mukaan sisältöä jäsennellään. Tämän rakenteen päälle käyttäjä pystyy tuomaan sisällön, jonka jälkeen järjestelmä huolehtii sen julkaisemisesta ennaltamääritettyjen asetusten mukaisesti.

Julkaisujärjestelmä nimitykselle ei ole kovin tarkkaa ja virallista määritystä, mutta itse määrittelen julkaisujärjestelmän ohjelmistoksi, jossa verkkoon julkaistava sisältö sisältö saadaan suoraan tallentumaan kohdesivustolle. Käyttäjän ei siis tarvitse opetella julkaisuun liittyviä teknisiä toimenpiteitä, kuten tiedostojen siirtoa paikalliselta työasemalta verkossa sijaitsevalle palvelimelle. Muita julkaisujärjestelmille tyypillisiä piirteitä on sisällön tallentaminen tietokantaan tai tietokantatyyppisesti erilleen itse julkaisujärjestelmästä. Tämä tarkoittaa myös sitä, että julkaisujärjestelmä toimii keskeisenä osana lopullisen sivun toimintaa, eikä sitä voi ohittaa, ainakaan käyttäjän toimesta.

Periaatteessa edellämainitusta voisi olla olemassa poikkeus tapauksessa, jossa julkaisujärjestelmän toiminta perustuisi siihen, että syötetystä tiedosta luotaisiin staattinen sivu käyttöä varten itse web-palvelimelle. Tällöin esimerkiksi julkaisujärjestelmän sammuttaminen ei vaikuttaisi kävijälle näkyvän sivuston toimintaan. Tämänlainen ratkaisu voisi olla perusteltua jos sivusto kohtaa suurta kuormitusta, mutta itse sivujen sisältö ei ole dynaaminen. Ratkaisu kuormittaa palvelinta vähemmän, koska sivulataukset eivät kohdistu julkaisujärjestelmään ja mahdolliseen tietokantaohjelmistoon, vaan ainoastaan staattisia sivuja tarjoavaan web-palvelinohjelmistoon.

Julkaisujärjestelmiä kutsutaan myös usein sisällönhallintajärjestelmiksi (CMS = Content Management System) tai toisin päin. Suoraa teknistä eroa järjestelmien välillä ei edes tarvitse olla, vaan ero voi tulla pelkästään käyttötarkoituksesta.
(Lisätietoa sisällönhallinnasta)

(ks. Juha Samela)

Julkaisujärjestelmän käyttötarkoitukset

Kuten sanottua, julkaisujärjestelmien tarkoitus on tarjota helppo tapa tiedon julkaisuun websivuilla, jotka usein sijaitsevat internetissä, mutta yhä useammin myös esimerkiksi yritysten intraneteissä. Helppo julkaisu tarkoittaa sitä, että itse sisältöön keskittyvä käyttäjä pystyy hoitamaan sisällön julkaisun perhtymättä web-sivustojen luomiseen liittyvään tekniseen tietoon.

Julkaisujärjestelmä voi helpottaa teknisen tiedon omaavaa henkilöäkin. Erilaiset rutiinit ja sisällön hallinta on määritettävissä järjestelmän avulla sellaiseksi, että se helpottaa sivustojen ylläpitoa. Esimerkiksi käyttöoikeusryhmien muodostaminen. Jos käyttäjä lisätään tiettyyn ryhmään, tulee hänelle automaattisesti oikeuksia useampaan paikkaan, sen sijaan että oikeuksia tarvitsisi asettaa jokaiseen paikkaan erikseen. Tämä helpottaa myös oikeuksien poistamista silloin, kun henkilöltä halutaan evätä pääsy järjestelmän joihinkin osiin. Henkilöiden roolien muuttuminen on kuitenkin jatkuvaa järjestötoiminnassa.

(useampia julkaisijoita)

(dynaaminen sisältö, Samela, 2002, s. 47)

"Dynaaminen sivunmuodostus mahdollistaa sivujen personoinnin joko käyttäjien profiilin tai palvelupyynnön sisältämien ohjaustietojen perusteella."

Julkaisujärjestelmän tekninen toiminta ja vaatimukset

Monet julkaisujärjestelmät, mukaanlukien Drupal, ovat PHP-ohjelmointikielellä toteutettuja avoimen lähdekoodin järjestelmiä. Tietokantanaa, eli sisällön tallentamiseen käytettävänä säilönään, järjestelmät käyttävät usein MySQL-tietokantaa, joka myöskin on avoimen lähdekoodin järjestelmä. Järjestelmä osat ovat siis ilmaisia käyttää ja siksi mitä parhaimpia yhdistyskäyttöön.

Edellämainitusta johtuen järjestelmää ei voi asentaa mihin tahansa kotisivutilaan, vaan se vaatii vähintään PHP-tuen ja MySQL-tietokannan. Lähtökohtaisesti edullisin tapa lähteä liikkeelle on ostaa niin sanottu web-hotelli palvelu, jolloin itse palvelimen ja sen ohjelmistojen päivitys ja ylläpitovastuu jää palveluntajoajalle.

Tuotantoalustana voi toki käyttää jotain henkilökohtaisesti ylläpidettyä palvelinta, mutta mikäli yhdistystoiminta on aktiivista, niin palvelimen käyttökatkot voivat heijastua ikävästi useiden yhdistyksen toimihenkilöiden tai jäsenien toimintaan, mikäli palvelinta ylläpitävä henkilö ei ole ammattilainen ja aina tavoitettavissa. Mikäli yhdistyksessä löytyy useampia ylläpitoon pystyviä henkilöitä, on ylläpitotyö hajautettavissa, jolloin oman palvelimen pystytys ja ylläpito hoituu, itse oman palvelimen ollessa hyvä lisäarvo joustavuuden ja mukautettavuuden näkökulmasta web-hotelleihin verrattuna.