04 apr

jQuery en het gebruik ervan voor AJAX

 

Ook al bestaat het al wat langer dan vandaag zien we tegenwoordig steeds vaker dat websites gebruik beginnen maken van AJAX technieken. AJAX staat voor “Asynchronous Javascript and XML” en stelt ons in staat snellere, efficiëntere en interactievere pagina’s te maken. Soms wordt er ook wel eens gebruik gemaakt van de term XHR, dat een afkorting is voor XMLHTTPrequest. Het concept draait voornamelijk rond de term asynchronous, wat betekent dat er achter de schermen informatie met de server wordt uitgewisseld. Via AJAX kunnen we simpel gesteld dus de inhoud van een pagina bijwerken zonder de hele pagina te moeten inladen of verversen.

ajaxEnkele bekende voorbeelden zijn zonder twijfel e-maildienst Gmail en reviewsite Yozo. Deze laatste maakt bijvoorbeeld gebruik van AJAX voor het pagineren van haar zoekresultaten. AJAX valt tegenwoordig ook veel eenvoudiger zelf te implementeren, door het gebruik van jQuery, een open-source Javascript framework. Voorheen moesten er toch redelijk wat ingewikkelde regels code voor geproduceerd worden, maar via jQuery kan dit ten eerste veel korter, maar ten tweede ook veel gestructureerder. Ik probeer het even te illustreren met een zo eenvoudig mogelijk codevoorbeeld.

$.ajax({
url: "pagina.php"
}).done(function(html) {
$("#tekstinhoud").html(html);
});

Dit klein stukje code laat toe om de inhoud van een pagina (in dit geval “pagina.php”) in te lezen zonder dat de gebruiker daarvoor naar een andere pagina moet worden geleid. De inhoud van die pagina wordt compleet in de achtergrond ingelezen en na afloop wordt de inhoud van het element “#tekstinhoud” bijgewerkt en vervangen door de nieuwe tekst.

Het goede hieraan is dat we enkel en alleen de tekst van de opgevraagde pagina opnieuw moeten inlezen en weergeven. De rest van de webpagina (die onder meer de afbeeldingen, DOM structuur en CSS-regels bevat) blijft gewoon behouden en hoeft dus niet herladen te worden. Dat dit bijdraagt tot snellere laadtijden behoeft natuurlijk geen betoog.

Natuurlijk blijft het inlezen via AJAX niet beperkt tot louter wat (statische) tekst inlezen. Zo kan men bijvoorbeeld ook GET of POST parameters meesturen, inhoud cachen, scripts in de achtergrond inlezen of ingevulde gegevens van een formulier ogenblikkelijk wegschrijven naar de server. De mogelijkheden zijn echt redelijk uitgebreid, en je maakt het natuurlijk zelf zo complex als je website vereist.

Hulp nodig bij AJAX of jQuery? Neem contact met ons op en we helpen je graag verder!

20 mrt

Correct opmaken van SHA-IN en SHA-OUT voor Ogone

 

Om informatie veilig te verzenden tussen een website en het Ogone platform maakt Ogone gebruik van een gehashte versie van deze informatie genaamd de SHA-IN en SHA-OUT. Deze gehashte versie of de SHASIGN zorgt ervoor dat alle informatie beter beveiligd is en elk systeem een grotere weerstand heeft tegen mogelijke fraude. Niet onbelangrijk bij een online betalingssysteem.

Hash methode kiezen

ogone-shasign

Ogone maakt gebruik van de SHA-1, SHA-256 en SHA-512 hash methodes om data te encrypteren. Standaard maakt Ogone gebruik van de SHA-1 encryptie methode, maar als een andere  methode jouw voorkeur heeft dan kan je deze aanpassingen in het controlepaneel van jouw Ogone account zelf doorvoeren.

08 mrt

Het gebruik van “rich snippets” in zoekresultaten

 

De zoekresultaten zoals we die tegenwoordig in Google aantreffen, hebben er zeker niet altijd hetzelfde uitgezien. In de loop der jaren hebben ze bij de zoekmachine namelijk allerhande lay-out aanpassingen uitgeprobeerd om zo de gebruiker de best mogelijke zoekervaring aan te bieden. Zo zie je misschien soms een gemiddelde recensiescore onder een bepaald product, een lijst met beschikbare nummers op een muziek-cd of een afbeelding van de auteur van een blogpost.

Enkele voorbeelden van rich snippets in zoekresultaten

rich-snippets author

rich-snippets-recensies

rich-snippets-muziek

Dergelijke stukjes extra informatie worden ook wel eens rich snippets genoemd. Hun doel is om de gebruiker sneller een beeld te geven van de soort informatie en om te evalueren of die voor hen persoonlijk wel relevant is.  Studies hebben bovendien ook al aangetoond dat “searchers” meer geneigd zijn door te klikken op zoekresultaten met rich snippets dan op de droge klassieke variant die enkel een titel en een summiere beschrijving bevat.

01 mrt

CMS kiezen: hoe begin je eraan?

 

Een website lanceren zonder een contentmanagementsysteem is meestal geen goede beslissing. Je wil als onderneming niet alleen je website-inhoud tot op een zeker niveau zelf kunnen beheren, het is cruciaal voor elke website dat inhoud en ontwerp zo veel mogelijk gescheiden blijven. In de praktijk wil dat zeggen dat het merendeel van de professionele websites gebruik maken van een CMS, net omdat dit het scheiden van deze twee zo gemakkelijk maakt.

CMS optiesEr zijn honderden contentmanagementsystemen om uit te kiezen, open source en niet-open source. Bij Inbound zijn we overtuigd van de meerwaarde van open source systemen, en gebruiken we geen zelf ontwikkelde CMS. Waarom? Wel, hiervoor hebben we drie zeer goede redenen.

  1. De klant is niet gebonden aan Inbound voor het lange-termijnonderhoud. Veel webbedrijven kiezen ervoor een eigen, ondermaats CMS te gebruiken om klanten zo haast te gijzelen, wat voor oncomfortabele situaties kan zorgen.
  2. De klant bespaart geld. Open source contentmanagementsystemen zijn niet alleen gratis aan te schaffen, maar hebben ook gratis updates. Geen nood dus aan hoge licentiekosten.
  3. De klant kan (onrechtstreeks) gratis gebruik maken van een enorme bibliotheek aan informatie. Onze ontwikkelaars hebben een enorme hoeveelheid informatie over allerhande implementaties door derden ter beschikking waardoor troubleshooting en adaptatie een veel korter proces wordt. Ook hier is er dus weer stevig wat ruimte voor besparing.

De angst voor een mindere veiligheid van open source systemen is, zolang er op een professionele manier met onderhoud wordt omgesprongen, helemaal onterecht. Open source systemen zijn in de praktijk vaak veel veiliger dan niet-open source systemen.

18 feb

Het belang van .htaccess bestanden

 

Wat is het?

Het aanmaken van een .htaccess bestand op je Apache webserver is op zich niet zo’n echt ingewikkelde onderneming. Eenvoudig gesteld is het een simpel tekstbestand dat je op de server host en waarmee je door bepaalde commando’s verschillende server-instellingen kunt aanpassen. Zo kan je dergelijke .htaccess bestanden onder meer gebruiken om:
.htaccess bestand

  • oude pagina’s te laten doorverwijzen naar hun nieuwe equivalent
  • specifieke mappen te beveiligen
  • gespecifieerde IP-adressen te blokkeren
  • url’s te vertalen in een mooiere, meer overzichtelijke vorm
28 jan

Responsive Web Design: Wat is het en waarom is het belangrijk?

 

Ons surfgedrag is de voorbije jaren enorm hard gewijzigd. Alsmaar meer mensen beschikken inmiddels over een moderne smartphone en/of tablet, en deze dienen voor heel wat meer dan te bellen of berichtjes te sturen. Alsmaar vaker bezoeken we websites  via deze “mobile devices” en niet meer uitsluitend via de grote beeldschermen die met onze computers verbonden zijn. Echter, doordat de beeldresoluties van deze toestellen heel wat lager zijn dan die responsief web designvan het klassieke beeldscherm zullen websites  op een minder duidelijke manier vertoond worden.

Zo gaat bijvoorbeeld de tekst op een webpagina in die mate verkleind worden dat deze haast onleesbaar wordt. Deze mobiele toestellen laten dan wel toe een pagina in te zoomen, maar van een fijne gebruikerservaring is helemaal geen sprake meer. Als web publishers zullen we hier dus iets op moeten vinden.

23 jan

SEO voor gepagineerde inhoud

 

Bij het verdelen van webinhoud over meerdere pagina’s is het aangewezen waakzaam te zijn. Zonder de nodige voorzorgsmaatregelen kan dit immers ernstige schadelijke gevolgen hebben voor de zoekmachineresultaten van jouw website. Een mogelijk probleem is het optreden van zogenaamde “duplicate content”, iets wat men kost wat kost dient te vermijden. Dit houdt namelijk in dat identieke inhoud bereikbaar is op meerdere verschillende URL’s. Websites met “duplicate content” worden onder meer door Google lager gewaardeerd in de rankings. Een gevolg is ook dat de mogelijke linkwaarde van de webpagina verdeeld wordt over alle verschillende URL’s waardoor diens waarde redelijk beperkt blijven. Vanuit een zoekmachineoptimalisatie standpunt is dat natuurlijk een probleem.

Om web publishers te helpen deze problemen te voorkomen of aan te pakken, heeft Google enige tijd geleden de HTML link elementen rel=”prev” en rel=”next” geintroduceerd. Door gebruik te maken van deze elementen kan je voortaan aanduiden dat er een relatie bestaat tussen meerdere webpagina’s. Gepagineerde inhoud kan heel wat verscheidene vormen hebben zoals een artikel verdeeld over meerdere pagina’s of een webshop die producten aanbiedt op vele pagina’s.

22 jan

Het belang van een snelle website…

 

Websites worden steeds meer een uitgebreide tool die binnen uw organisatie en naar buiten toe een centrale plaats inneemt. Veel websites zijn stevige brokken code en afbeeldingen, die soms maken dat de eindgebruiker geen optimale ervaring meer heeft bij het bezoeken van uw website. Niet alleen komt dit niet zo professioneel over, het kan, zeker voor e-commerce websites of websites in de technische wereld, zorgen voor klanten die afhaken en zelfs een negatief beeld aan uw organisatie overhouden.

Ook de zoekmachines vinden het belangrijk dat een website snel en vlot geladen wordt. Google heeft al, bij monde van Matt Cutts, openlijk toegegeven dat ze de snelheid van een website als een factor gebruiken bij het bepalen van de volgorde van de natuurlijke zoekresultaten.