<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Backend on Netsensei</title>
    <link>https://www.netsensei.be/tags/backend/</link>
    <description>Recent content in Backend on Netsensei</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>nl-NL</language>
    <managingEditor>matthias@netsensei.nl (Matthias Vandermaesen)</managingEditor>
    <webMaster>matthias@netsensei.nl (Matthias Vandermaesen)</webMaster>
    <lastBuildDate>Sat, 19 Jun 2010 06:30:09 +0000</lastBuildDate><atom:link href="https://www.netsensei.be/tags/backend/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>WordPress 3.0</title>
      <link>https://www.netsensei.be/2010/06/19/wordpress-3-0/</link>
      <pubDate>Sat, 19 Jun 2010 06:30:09 +0000</pubDate>
      <author>matthias@netsensei.nl (Matthias Vandermaesen)</author>
      <guid>https://www.netsensei.be/2010/06/19/wordpress-3-0/</guid>
      <description>&lt;p&gt;Hoera! &lt;a href=&#34;http://wordpress.org/development/2010/06/thelonious/&#34;&gt;WordPress&lt;/a&gt; 3.0 “Thelonious” is uit! Feestje! Upgraden
maar!&lt;/p&gt;
&lt;p&gt;Belangrijke wijzigingen? Een volledig nieuwe look voor de backend en Twenty-Ten
vervangt Kubrick als default theme zijn de eerste dingen die opvallen. Maar
belangrijker is dat Wordpres MultiUser en WordPress nu één zijn. Je kan dus
meerdere blogs opzetten vanaf dezelfde installatie.&lt;/p&gt;
&lt;p&gt;De, naar mijn mening, belangrijkste toevoeging is dat je naast pages en posts
ook zelf je eigen inhoudstypes kunt bouwen. Da’s een eerste, bescheiden
stap in de richting van wat Drupal’s kunstjes met content types en content
fields. Drupal 7.0 heeft die begrippen nog verder doorgetrokken in zijn Fields
API. Nu, als je naar de rauwe code van WordPress kijkt, dan zal je al snel
merken dat daar (en elders) nog veel, heel veel, werk in gaat kruipen om een
unified API te bouwen die op eenzelfde niveau staat. In versie 2.x waren er wel
al een aantal plugins zoals &lt;a href=&#34;http://podscms.org/&#34;&gt;PodsCMS&lt;/a&gt;, maar die bieden niet dezelfde
flexibiliteit en gebruiksvriendelijkheid.&lt;/p&gt;
&lt;p&gt;Een succesvol CMS is meer dan alleen maar de software. Het gaat ook om
community. En dat heeft &lt;a href=&#34;http://ma.tt/&#34;&gt;Matt Mullenweg&lt;/a&gt; duidelijk begrepen. Ze doorbreken de
development cycle even om de focus te leggen op het verbeteren van documentatie
(codex.wordpress.org), de plugin repository en what-not. &lt;a href=&#34;http://wordpress.org&#34;&gt;WordPress.org&lt;/a&gt; kent
immers het centrale begrip “issue queue” zoals dat op
&lt;a href=&#34;http://drupal.org&#34;&gt;drupal.org&lt;/a&gt; bestaat, niet. Nochtans is een centrale plaats om bugs,
features,… per project/module te melden dé kern van de zaak als het gaat
om de participatiekracht van de community te maximaliseren.&lt;/p&gt;
&lt;p&gt;Naar mijn mening blijft WordPress net dat: een uit de kluiten gewassen blogging
tool waar Drupal ontegensprekelijk een flexibele blokkendoos of content
management framework is. Wil dat zeggen dat WordPress ondergeschikt is aan
Drupal? Verre van. Maar met WordPress stoot je gewoon veel eerder tegen grenzen
dan met Drupal als het gaat om de implementatie van een site die veel meer wil
zijn dan alleen maar een blog.&lt;/p&gt;
&lt;p&gt;En ondanks de verbeteringen in WordPress 3.0 blijft het uitkijken naar wat de
toekomst zal brengen.&lt;/p&gt;
</description>
    </item>
    
    <item>
      <title>Interfaces</title>
      <link>https://www.netsensei.be/2007/04/09/interfaces/</link>
      <pubDate>Mon, 09 Apr 2007 15:50:25 +0000</pubDate>
      <author>matthias@netsensei.nl (Matthias Vandermaesen)</author>
      <guid>https://www.netsensei.be/2007/04/09/interfaces/</guid>
      <description>&lt;p&gt;Hm. OOP programmeren is heel erg fijn. Alleen heb ik nog nooit ‘advanced
trickery’ nodig gehad. Maar vandaag ben ik toch verzeild geraakt in een
situatie waar ik interfaces in PHP 5.x op een nuttige manier kon aanwenden:
abstractie maken van een database backend!&lt;/p&gt;
&lt;p&gt;Het verhaal gaat als volgt: een bepaald object A krijgt bij inistantiëring een
ander object B als argument mee. B zorgt voor de connectie en dataoverdracht met
een database backend. Zoals we allemaal wel weten heb je daar een pleiade aan
mogelijkheden: MSSQl, MySQL, PEAR, PostGreSQL,… en dan vergeet ik er nog
wel een paar. Omdat ik natuurlijk niet kan inschatten aan welke database men A
zou willen koppelen, heb ik een interface gemaakt waaraan iedere database object
B moet voldoen wil een instantie ervan kunnen worden doorgegeven als argument
aan A.&lt;/p&gt;
&lt;p&gt;Het gevolg is dus dat ik mij niet meer druk hoef te maken over honderd-tig
mogelijke databaseobjecten, errorhandling op dat niveau,… Dat is nu voor
diegene die ooit de koppeling zou willen leggen. En die heeft enkel maar de
regeltjes te volgen die ik afdwing in een goedgedocumenteerde API en presto!&lt;/p&gt;
&lt;p&gt;Het is fijn soms eens het licht te zien!&lt;/p&gt;
</description>
    </item>
    
  </channel>
</rss>