Een website. U kan er eentje hebben mét een content management systeem (CMS) of eentje zónder. Hebt u er eentje mét, dan kan u de inhoud van uw website achter de schermen zelf aanpassen. Nog geen website met CMS? Het is nochtans het overwegen waard: want een regelmatige geüpdatete website helpt om een betere plaats te halen in de ranking van zoekmachines, zoals Google. Wij vertellen u alvast waar u moet op letten wanneer u op zoek gaat naar een goed CMS.

1. Gebruiksvriendelijkheid. Dat is absoluut de eerste vereiste voor een CMS. Hoe makkelijker u uw website immers update, hoe sneller u geneigd zal zijn om dat regelmatig te doen. En laat dat nu net heel belangrijk zijn binnen search engine optimisation: websites met regelmatig opgefriste content worden beter gewaardeerd door zoekrobots.
2. Is ook de technische programmatie van uw CMS en website SEO-vriendelijk? Om dat te kunnen beoordelen, kijkt u bijvoorbeeld of u zelf de metatags, paginaomschrijvingen en titels van uw site kan beheren. Zo ja, dan betekent dat dat u kan spelen met zoekwoorden in de metatags om zo een betere ranking te halen. Check ook of de URL’s op uw site op een intelligente manier worden weergegeven, zodat Google ze optimaal kan indexeren. Een voorbeeld van een goede url: http://www.wsa.be/nl/wat-doen-we/aanpak/
3. Kies bij voorkeur voor een website en CMS met een modulaire opbouw. Dat betekent dat u naast een stevige basis – met bijvoorbeeld een aantal standaard functionaliteiten zoals een FAQ, fotoalbum of een tool om events te posten – ook de nodige ruimte hebt om later makkelijk, snel en op maat uitbreidingen te doen of modules toe te voegen.
4. Nog een vraag die u zeker aan de webbouwer moet stellen: is het CMS gebouwd in open source? Zo ja, dan betekent dat dat de programmeertaal die de webbouwer voor de site gebruikt vrij verkrijgbaar is, goed gedocumenteerd is voor webbouwers én dat u de vrijheid hebt om – mocht het ooit nodig zijn – van webbouwer te veranderen. De nieuwe webbouwer kan in dat geval gewoon uw site overnemen en ermee verderwerken.
5. Let ook op de taalgevoeligheid van uw CMS: kan u de taal van de gebruiksomgeving zelf kiezen? En wat als u een website hebt in verschillende talen, kan u die allemaal beheren in hetzelfde CMS?
6. Tot slot is het ook niet onbelangrijk om even stil te staan bij wat u zal betalen voor uw CMS. Er zijn webbouwers die werken met een jaarlijkse licentiekost, maar er zijn er net zo goed die dat niét doen. Het CMS zit daar gewoon inbegrepen in de bouw van uw website.

Hebt u hier vragen bij of wil u ons advies?
Aarzel dan niet om ons te contacteren.
We helpen u graag. Met raad én daad!

Griet@wallacesanders.be

Tel. 015/200.100.

Een cookie wordt bewaard in de browsergeschiedenis van de gebruiker totdat deze geschiedenis word verwijderd. Wanneer een gebruiker een gebruikersnaam en wachtwoord heeft, kan dit in een cookie gezet worden. Dit zorgt ervoor dat de gebruiker niet telkens terug moet inloggen wanneer hij/zij je website bekijkt. In een cookie kan je bijna alles zetten.

Er is wel echter één nadeel. Internetsurfers kunnen cookies blokkeren. Wanneer je bijvoorbeeld een webshop hebt, kan dit voor problemen zorgen Wanneer een bezoeker zijn/haar cookies geblokkeerd heeft, kan hij/zij echter niet verder op je website omdat zijn/haar gebruikersnaam en paswoord niet bewaard worden.

Sessions hebben geen effect op de gebruiker, maar op de browser zelf.  Ze laten toe om gegevens weg te schrijven, en op te halen zolang je internetbrowser geopend is. Het grote gevaar hier, is dat wanneer je je internetbrowser sluit, je sessie ook verlopen is.

Hoe plaats je een session?

Vooraleer je een sessie kan plaatsen, moet helemaal bovenaan de pagina de sessie gestart worden met de functie session_start();

Een voorbeeld in php hiervan:

<?php
session_start();
?>

Nu ben je klaar om sessies te gaan definiëren als volgt:

<?php
$_SESSION[ 'taal' ] = 'NL' ;
?>

De sessie met de naam ‘taal’ is nu aangemaakt. Wanneer je nu ergens op je site deze sessie wil ophalen doe je dit met een eenvoudig echo-commando:

<?php
echo $_SESSION[ 'taal' ];
?>

Het verkregen resultaat zal de taal Nederlands zijn.

Hoe plaats je een cookie?

Een cookie te plaatsen kan je doen door de functie setcookie() aan te roepen in PHP. Als deze functie met succes wordt uitgevoerd, dan zal deze functie de waarde true of false teruggeven. Dit zegt dus niets over het wel of niet geaccepteerd worden van de cookie door de client.

Een voorbeeld van het plaatsen van een cookie in php:

<?ph
setcookie( "gebruikersnaam" , "marc" );
?>

De eerste parameter duidt op de naam van de cookie, de tweede duidt op de value of waarde van de cookie. Dus we creeërden hier een cookie met de naam “gebruikersnaam”. Hierin schreven we de naam “marc” weg.
Wil je het cookie een langere levensduur geven dan enkel deze ‘sessie’, dan kun je met behulp van de derde parameter (de verloopdatum) aangeven hoe lang het cookie dient te bestaan. Deze verloopdatum is een UNIX-timestamp.

Met time() vraag je de huidige datum/tijd op in UNIX-timestamp formaat. Het aantal seconden die je hierbij optelt is de levensduur van je cookie.

Een voorbeeld hiervan vind je hieronder:

<?php
setcookie( "taal" , "nl" , time()+3600);
?>

In dit voorbeeld zeggen we dat de cookie met de naam “taal” en de waarde “nl”, een uur geldig moet zijn.

Over het algemeen zijn er niet echt strikte regels omtrent het gebruik van cookies en sessions. Iedere webdeveloper gaat hierin een beetje zijn eigen weg.

Meer interessante info:
http://php.net/manual/en/function.setcookie.php
http://www.w3schools.com/PHP/php_cookies.php
http://www.w3schools.com/PHP/php_sessions.php

Het grote voordeel van cloud computing is vooral de lage leercurve.  Daar waar je anders vaak een grote kennis moet hebben over de software die je hanteert, streeft cloud computing ernaar om eenvoudige user-interfaces aan de gebruikers te geven.  Hierdoor verhoogt de efficiënte van het personeel en is de instapdrempel veel lager.

Het grote succes ligt verborgen in het feit dat je momenteel al verschillende echte bedrijfstoepassingen online kan laten beheren.  De grote penetratie van breedbandinternet en de stabiliteit van de internetverbindingen zijn ook sleutels tot het succes.  Doordat het systeem zich “in de cloud” en dus eigenlijk op meerdere systemen bevindt, krijg je ook nauwelijks te maken met crashes of andere problemen want het systeem herstelt zichzelf door andere computers aan te spreken.  De eindgebruiker dient vaak enkel over een webbrowser te beschikken.

(Image source: http://infreemation.net/cloud-computing-linear-utility-or-complex-ecosystem/)

3 Lagen

Er bestaan binnen Cloud Computing 3 verschillende categorieën: Infrastructure as a Service (IaaS), Platform as a Service (PaaS) en Software as a Service (SaaS), waarbij de afkorting SaaS wellicht de meest gekende is.  laaS geeft je de meeste vrijheid maar vereist ook de meeste kennis, Saas geeft je de minste vrijheid maar vraagt weinig of geen voorkennis.

Je moet de drie lagen bekijken als een doos.  IaaS is het karton waarmee je zelf de doos moet vouwen.  PaaS is de doos die netjes voorgevouwen is maar die nog leeg is.  SaaS is de doos gevuld met een leuk cadeautje dat je zelf kan gebruiken.

Software as a Service

Bij SaaS staat de gebruikte applicatie volledig onder controle van de dienstverlener, de gebruiker is dan ook afhankelijk van de dienstverlener.  De gebruiker gebruikt hierbij de applicatie maar kan ze niet aanpassen naar de eigen wensen.  Vaak wordt SaaS gebruikt om dure gebruikerslicenties van softwarepakketten te omzeilen.  Meer en meer zal je gebruikers hebben die geen behoefte hebben aan een volledige Office-licentie, maar slechts sporadisch deze software nodig hebben.  Dan wordt het uiteraard interessanter om slechts te betalen bij gebruik.  Een andere veel voorkomende naam voor SaaS is “webdiensten”.

Ook voor kleine laptops en netbooks (mobiele telefoons) wordt het interessant als je de rekenkracht die nodig is om bepaalde bewerkingen uit te voeren door de server kan laten doen.  Hierdoor moet je zelf niet investeren in rekenkracht en kan je onmiddellijk aan de slag.

Voorbeelden van SaaS zijn Webmail, Google Apps, Skype, Facebook, Salesforce.com, Microsoft Office Live, …

Platform as a Service

Deze dienstverlening laat veel meer toe als SaaS.  Hierbij kan je zelf met jouw ontwikkelingstaal gaan werken (Python, .NET, Java, …).  Het framework, het systeem en infrastructuur wordt aan de gebruikers aangeboden, maar het eigenlijke gebruik ervan ligt in handen van de gebruikers.  Zij staan in voor het ontwikkelen en optimaliseren van de applicaties.  Een veel voorkomend begrip hierbij is API (Application Programming Interface) of de legoblokjes waarmee je zelf iets moet bouwen.

Voorbeelden van PaaS zijn PayPal, Google App Engine, Amazon.com, …

Infrastructure as a Service

In deze laag wordt enkel de infrastructuur aangeboden via virtualisatie of hardware-integratie.  Hieronder vind je de servers, netwerken, …  De gebruiker kiest voor een hardware-samenstelling en kan daarna zelf aan de slag.  In bepaalde gevallen kan hij zelfs zijn hardware-configuratie aanpassen op het moment van gebruik.  Dit principe wordt ook wel eens cloud-servers genoemd.  De meeste bedrijven kennen deze toepassing reeds want zeer veel bedrijven zijn geen host van hun eigen website.  Deze wordt meestal beheerd op een externe server.  Meestal gaat het over huren van “rackspace” of van virtuele serverspace.

Voorbeelden van IaaS zijn Hostbasket, Combell, GoGrid, Amazon VPC, …  (hoewel Hostbasket en Combell ook PaaS- en SaaS-diensten aanbieden)

3 Types

Hoewel Cloud Computing vooral gestoeld is op het publieke type (vandaar het hele “Cloud”-aspect), zijn er toch bedrijven die uit angst of gewoonte opteren voor private Cloud-opstellingen.  Een goed gekend voorbeeld hiervan is SAP.

Publiek

De traditionele vorm van Cloud Computing is deze waarbij men op het publieke domein (het internet) werkt.  De software alsook de data wordt opgeslagen bij de dienstverlener extern.

Privaat

Hierbij wordt de wolk gecreeërd binnenin het bedrijfsnetwerk.  De applicatie wordt in het datacenter of op de server van het bedrijf beheerd en aangeboden binnenin het bedrijf.  Het bedrijf is op dit ogenblik eigenaar van infrastructuur en applicaties.  Op deze manier blijft de data, de beveiliging en de kwaliteit de verantwoordelijkheid van het bedrijf.

Hybride

Wanneer beide wolken door mekaar worden gebruikt spreekt men van hybride wolken.  Een andere mogelijkheid is dat het bedrijf een interne cloud heeft en wanneer extra rekenkracht gevraagd wordt, deze op de publieke cloud aangesproken wordt.

3 Bezwaren

Cloud Computing is duur

De kostprijs van Cloud Computing wordt bepaald door het gebruik.  In vele gevallen is het een flexibele abonnementsdienst die bepaalt hoeveel je maandelijkse bijdrage is.  Ben jij een licht gebruik betaal je uiteraard minder.  Dit is een veel eerlijker systeem dan wanneer je kleine gebruikers dure licenties gaat laten betalen.  Maar ook voor zware gebruikers kan het goedkoper zijn, want vaak wordt vergeten dat deze software ook een bepaalde hardware verwacht.  Wanneer je dan in hardware moet investeren zal deze kostprijs ook dalen.  Een bijkomend voordeel is dat de Cloud Software steeds up-to-date blijft en dat je geen grote investeringen moet maken wanneer er een nieuwe versie van de software beschikbaar wordt.  Voor de aanbieders geeft dit ook de vrijheid om rustig verder te blijven ontwikkelen zonder dat er de permanente druk is om op bepaalde tijdstippen een nieuwe versie op te leveren.  De flexibele aanpassing van het systeem voorziet in stijgende behoeften en groeit mee met de vraag en de omvang van de onderneming.  De kostenstructuur wordt hierdoor transparanter en de kosten worden gedragen door de gebruikers van het platform.

Cloud Computing is onveilig

Dit is wellicht de grootste misvatting in het hele Cloud Computing gebeuren.  Uiteraard zijn er kleinere spelers in de markt waarvan je de beveiliging in vraag kan stellen.  Maar als grote bedrijven als Microsoft, Sun, IBM, Adobe, Google, … hun diensten via Cloud Computing aanbieden kan je er zeker van zijn dat deze diensten minstens even goed en soms zelfs beter beveiligd zijn dan wanneer je het zelf zou doen.  Het blijft hier een transfer van data over het internet, dus het spreekt vanzelf dat ook de firewall van het bedrijf nog moet blijven draaien.  De betrouwbaarheid van het platform zelf is de volledige verantwoordelijkheid van de dienstverlener, maar dit is eveneens het geval wanneer het IT-departement binnen een bedrijf het platform beheerd.

Cloud Computing is traag

De reactiesnelheid van de software is afhankelijk van de snelheid van de internetverbinding.  Maar aangezien dit in de Westerse wereld geen probleem meer mag zijn, is dit veelal geen issue voor bedrijven.

Oorspronkelijk was open source bedoeld om iedereen samen te laten werken aan één eindresultaat.  Doel was om zoveel mogelijk ontwikkelaars van software bij het project te betrekken.  Deze gedecentraliseerde ontwikkelingsmodellen zijn zeer interessant voor softwareontwikkelaars die tools willen ontwerpen in hun vrije tijd, maar de tijd/manpower ontbreken om het hele project zelf te trekken.   Open source heeft dan ook pas succes gekend na de doorbraak van het internet, omdat dan ineens de grote massa gevraagd kon worden om mee te werken aan een project.

Veelal werd dan ook verwacht dat wie gebruik maakte van deze software zich ook actief ging gedragen binnen de gemeenschap om samen tot een goed eindresultaat te komen.

Linux

Het meest gekende voorbeeld van open source was Linux, een open operating systeem dat een gratis vervanger vormde voor Windows.  De ongekende hoeveelheid aan software-ontwikkelaars die hier aan meebouwde zorgde voor een sterk platform dat nu nog steeds gebruikt wordt voor intensieve server-taken.  Vanuit het hele Linux-initiatief zijn dan ook betalende varianten ontstaan, waarbij service en maintenance terug gecentraliseerd werden.

Het beperkte succes van Linux op thuiscomputers is een logisch gevolg van de weg die de software afgelegd heeft.  De software werd ontwikkeld door techneuten, waardoor de technische diepgang van de software vaak zeer sterk is, maar aan gebruiksgemak voor leken ontbreekt het dan vaak.  De laatste jaren zien we echter een veelvoud van tools die ook voor niet informatici bruikbaar zijn.  Deze gebruiksvriendelijke tools hebben als resultaat een groter bereik, maar de betrokkenheid van de gebruikers verminderd sterk.  Daar waar in de beginjaren van het open source-gebeuren verwacht werd dat je participeerde, gebruiken momenteel veel mensen de tools enkel omdat deze gratis zijn.

Web2.0

De opkomst van het web was eigenlijk de start van open source, maar het echt succes kwam er pas na de internetboom van de eeuwwisseling.  Door de opkomst van Web2.0 is er ook in de hele open source filosofie iets veranderd.  Resultaat van deze veranderende filosofie is bijvoorbeeld Wikipedia, waar niet alleen software open source wordt, maar ook kennis.  Ook beelden en creatieve uitingen worden steeds vaker rechtenvrij, zie bijvoorbeeld Creative Commons.  Iedereen wordt een beetje artiest.  In dat opzicht is elke blogger dan ook een beetje een open source journalist.

Open Source heeft de weg vrijgemaakt voor meer transparantie en vrijheid.  Het illegaal downloaden van muziek en films heeft ook op deze media druk gezet om meer “open source” te gaan, maar tot op heden lijkt dit nog moeilijk.

Semi-open source

Er is ook zogenaamde semi-open source.  Voorbeeld hiervan is Flash van Adobe.  Daarbij is de broncode (ActionScript) om Flash-applicaties, -websites, -filmpjes, … te maken gratis, maar Adobe heeft wel een betalende tool (FlashBuilder) om deze applicaties op een professionele manier te maken.  Ook de FlashPlayer, is gratis maar moet wel apart geïnstalleerd worden en is geen onderdeel van de browser.  Je kan de applicaties ook met andere gratis tools ontwikkelen, maar Adobe zorgt er wel voor dat hun tool steeds state-of-the-art is.

Een ander voorbeeld is bijvoorbeeld Zend: software om professionele PHP-sites te bouwen, maar wel betalend.  Ondertussen is PHP-code gewoon open source en kan het zelfde ook bereikt worden met gratis tools.  Maar de verhoogde productiviteit van Zend maakt dat toch veel PHP-ontwikkelaars hier geld voor willen betalen.

Ook Google is op veel vlakken semi-open source.  De tools zijn gratis te gebruiken maar worden betaald door reclame en dure “advanced” pakketten.

Iedereen open source

Er zijn groepen die pleiten om alles open source te maken, en meer en meer software-bedrijven lijken dit ook te overwegen.  Vaak is het voor deze bedrijven zeer moeilijk omdat zij hun focus moeten verleggen van software-leverancier naar service-provider.  Daar waar zij vroeger de tools leverden gaan zij nu de implementatie en personalisatie van deze tools op zich nemen.  Support en maintenance wordt voor vele van deze bedrijven dan de kerntaak.  Andere software-ontwikkelaars gaan dan weer meer naar opleiding of ontwikkeling van tools om de broncode te interpreteren of te schrijven (Adobe/Zend).

Bepaalde bedrijven kiezen er zelfs voor om geen geld meer uit te geven aan software en stappen volledig over op open source, ook voor tekstverwerking en boekhoudpakketten.

Kritiek

De grote kritiek komt er van de leveranciers van software, de fotografen, de muzikanten, … de mensen die hun copyright geschonden zien en die hun hele businessmodel ondermijnt zien.  Doordat alles “publiek goed” wordt, zijn zij hun inkomsten kwijt.  Volgens tegenstanders van open source zou dit leiden tot vermindering van creativiteit.  Doordat meer en meer software-ontwikkelaars consultant worden, zouden er ook minder nieuwe, baanbrekende tools ontworpen worden, maar zou er meer op huidige technologie worden voortgesurfd.

Een andere kritiek is dat de kwaliteit van de producten zou verminderen.  De verminderde betrokkenheid van de ontwikkelaars, het ontbreken van een planmatige aanpak en grondige analyse, zou druk zetten op het eindresultaat.  Ook een gebrek aan marketing en lange-termijn-visie zou de levensduur van de tools sterk doen dalen.

Eén van de grootste nadelen bij open source is de onzekere toekomst van de tools.  Wanneer er een moeheid optreed bij de ontwikkelaars, krijg je vaak een vastlopen van het hele project.  Verwaarlozing en slechte support zijn dan vaak het gevolg.  Veel tools stranden zo midden in ontwikkelingsfase.