Wanneer het drupal cms níet te gebruiken

Er zijn wereldwijd veel mensen enthousiast bezig met Drupal systemen, wij ook. Daarom zijn er veel ‘Drupal forever’ blogs, videos, etc. Daarin lijkt het vaak alsof Drupal geschikt is voor álle internet applicaties.

Maar bij sommige toepassingen is Drupal wellicht niet de meest geschikte keuze. Hierin wil ik Drupal niet afvallen, maar wel benadrukken dat een pragmatisch aanpak gezond kan zijn.

‘Drupal kan alles’

‘Drupal is really amazing!’ - Dit is wat veel mensen in eerste instantie zeggen en daarom ook álles erin bouwen. Maar het probleem is júist dat het alles kan, waardoor je betere alternatieven wellicht over het hoofd ziet.

Wij streven ernaar altijd objectief te blijven wanneer we keuzes maken voor een web applicatie. We zeggen dus niet bij elke klant vraag: 'Ja, Drupal kan dat', maar zeggen ook 'nee' wanneer blijkt dat Drupal niet meest geschikt is voor de job. We houden namelijk niet van Rube Goldberg machines.

Drupal’s kracht

Drupal is ontwikkeld als cms: een Content Management Systeem. Elke website heeft content, maar dit betekent niet dat je altijd een cms en dus Drupal nodig hebt voor het beheer van die content.

Een Drupal cms wordt namelijk pas interessant als er content workflows binnen een website nodig zijn. Dus als er bijvoorbeeld content gemaakt wordt door meerdere gebruikers, met meerdere rollen en er wordt samengewerkt aan die content. Dat is vrij omslachtig om zelf te gaan fabriceren; gebruik Drupal.

Brochure websites

Een brochure website is een statische website: waar mensen alleen informatie eenzijdig bekijken en verder niet inloggen of andere spannende handelingen doen. Meestal dus een website voor presentatie van een bedrijf en wellicht een contactformulier.

Voor dit soort brochure websites is Drupal meestal niet de beste keuzen, vanwege zijn benodigde security updates, beheer en onderhoud (ook van de server).

‘Statische site generators’ kunnen hierin helpen. Dit soort systemen zijn in opkomst, hierin kan je relatief snel een statische, brochure website in bouwen. Enkele voorbeelden:

Staticgen.com
Wintersmith.io
Staticsitegenerators.net voor een hele lijst.

Zij verschillen voornamelijk in taal en templating engines en dus ondersteunde templates. Wanneer je een ‘static generator’ met Twig gebruikt, kan je het template later ook in Drupal 8 gebruiken. Handig als je later besluit toch een Drupal cms nodig te hebben.

Mobiel

Ik heb al diverse keren geblogd over Headless Drupal; in mijn ogen zijn we in een ‘API First’ tijdperk beland. Wat inhoudt dat je eerst een API bouwt en daarna pas de bezoekers interface. Dit komt voornamelijk door de opkomst van mobiele apparaten en apps: daarin kan je niet zonder backend systeem met een API.

In Drupal 8 is gekozen voor Symfony, wat Drupal 8 het een modern framework met een RESTful API maakt. Het gaat dus absoluut de goede kant op.

Maar Symfony zorgt in Drupal 8 grotendeels voor de API, dus de vraag hier is: heb je Drupal nodig..? Dit hangt dus af van je benodigde wilt bouwen.

Wanneer Drupal minder interessant is Drupal voor mobiele apps: