Zozo. Ik heb in het verleden (denk dat het nu al wel 2 jaar geleden is) naar Drupal gekeken.
Opzich zag het er toen best redelijk uit, maar voor mijn wensen was het toch wat vervelend.
Ik was namelijk van plan om meerdere sites op 1 CMS (1 enkele up-te-daten codebase, etc), met verschillende content & layouts.
Drupal had daar toen ondersteuning voor, maar je moest handmatig bepaalde tabellen renamen en kopieren. Sommige tables waren dan wel weer shared, maar anderen ook niet.
Erg veel gedoe, en vooral als je moet updaten. Toen der tijd kwam er minstens 1x per maand een security fix (ja, thats a good thing
. Afgezien dat het me veel werk kostte).
Vooral die "grotere" gebruikers, vraag me af of die multisite gebruiken.
Momenteel gebruik ik een ander CMS, namelijk
MODx, een fork van Etomite. Deze bevalt me goed, vooral omdat je hier eenvoudig "snippets" en plugins voor kunt maken, zonder daar de halve core te voor moeten hacken.
Helemaal mee eens.
De moeite die je moet doen om iets in Drupal naar wens te maken, kost je ongeveer 4x zoveel tijd dan alles zelf schrijven uit het niets. Als het niet meer is. Je met er steeds veel te veel in hacken om het naar de wensen van de klant te krijgen.
Het is ook veels te log. Denk dat een webserver die normaal 1000 sites host bij 50 drupal sites al aan zijn resources zit...
Nooit meer dat CMS voor mij, wat een gedoe! Mijn collega kreeg er zelfs een paar keer paniekaanvallen door. Ik heb ontslag genomen doordat we met Drupal moesten blijven werken. Maar een jaar later hoor ik dat ze nu alles met CakePHP doen
Dat ligt waarschijnlijk aan jouw/jullie onvermogen ermee te werken. Ik beken, Drupal heeft een zeer hoge drempel, maar als je daar overheen bent, merk je hoe ongelooflijk flexibel het systeem is. Er is gewoon van alles mogelijk met Drupal en het is erg makkelijk, maar je moet gewoon die drempel even over en dat is waar veel mensen afhaken.
De flexibiliteit brengt ook een hoge load met zich mee (voornamelijk SQL queries). Ik merk dat de laatste paar versies steeds meer data cachen, waardoor deze load steeds verder afneemt. Bij versie 6 (momenteel RC1) wordt bijvoorbeeld het hele menu niet meer dynamisch opgebouwd zoals bij versie 5, maar het wordt eenmaal gegenereerd en daarna opgeslagen. Wijzig je het, dan wordt het opnieuw gegenereerd, maar dat is iets wat in de praktijk dus weinig voorkomt.
Inderdaad, en behalve dat is er uiteraard ook nog het caching systeem zelf waarmee je een heleboel queries kan voorkomen voor anonieme gebruikers. Dat cache systeem zit al van (voor?) drupal 4 erin. Voor anonieme bezoekers op een drukke site worden pagina's gewoon in een cache tabel gestopt en heb je dus enkel die eruit te halen en terug te sturen ipv telkens opnieuw dezelfde pagina te laten genereren.
Enige nadeel is uiteraard dat ze soms nieuwe nodes pas na het vervallen van de cache te zien krijgen maar het heeft je uiteraard een boel cpu cycles bespaart.
Ik zie het verband niet tussen Drupal en CakePHP. Drupal is een full-fledged cms en CakePHP is niets meer dan php ontwikkelraamwerk (wel een goeie btw).
![[RSS]](http://tweakimg.net/g/if/v2/icons/rss_small.png){kind=icon}
Acquia, dat pas vorige maand werd opgericht, heeft zichzelf vier concrete doelen gesteld, schrijft mede-oprichter Jay Batson. Allereerst gaat het bedrijf proberen de komende jaren het aantal gebruikers van Drupal te vertienvoudigen. Verder gaat er geïnvesteerd worden in de ontwikkeling van de software. Ook wil Acquia een bedrijf zijn dat de Drupal-gemeenschap niet uit het oog verliest. Het vierde en laatste doel is het ontwikkelen van producten en diensten voor klanten, zodat er geld verdiend kan worden.
18:31
12:02
Door 
![[show]](http://tweakimg.net/g/if/comments/button_down.gif "Reactie uitklappen")
