CMS'en - Overzicht: verschil tussen versies

Uit De Vliegende Brigade
Naar navigatie springen Naar zoeken springen
(11 tussenliggende versies door dezelfde gebruiker niet weergegeven)
Regel 485: Regel 485:
 
* WordPress is verbazend goed: Modules die goed zijn uitgekristalliseerd, simpel, goede documentatie
 
* WordPress is verbazend goed: Modules die goed zijn uitgekristalliseerd, simpel, goede documentatie
 
* D8 & DC2 zijn ongetwijfeld heel krachtig, maar ook véél complexer dan vorige versies van beide producten. Bijbehorende ''use cases'' worden steeds beperkter, heb ik de indruk
 
* D8 & DC2 zijn ongetwijfeld heel krachtig, maar ook véél complexer dan vorige versies van beide producten. Bijbehorende ''use cases'' worden steeds beperkter, heb ik de indruk
−
* SaaS: Er zijn verbazend goede SaaS-oplossingen, waaronder Lightning (?) Héél laagdrempelig om mee te beginnen, maar met vervelende beperkingen.
+
* SaaS: Er zijn verbazend goede SaaS-oplossingen, waaronder Lightspeed. Laagdrempelig om mee te beginnen, maar met beperkingen
−
* Magento: Geschikt voor webwinkels vanaf € 10.000 omzet per maand (of per jaar?) Reken daarbij op onderhoudskosten van € 10.000 per jaar - Zuigt
+
* Magento: Geschikt voor webwinkels vanaf € 10.000 omzet per maand (of per jaar?) Reken daarbij op onderhoudskosten van € 10.000 per jaar. Magento schijnt geen pretje te zijn om mee te werken, en daarnaast ongeschikt te zijn als CMS.
  
−
=== Drupal: Complexer ===
+
== Wordt Drupal te complex? (2017) ==
  
−
* Om DC te installeren, heb je ''Composer'' nodig én ''Drupal Console''
+
* Drupal is nooit een intuïtief CMS geweest, en dat heeft voor mij onderhoud altijd lastig gemaakt.
−
* Ontwikkelen van modules is ingewikkelder geworden. Dat is één van de beweegredenen achter Drupal Console: Genereren van ''boiler plate code''
+
* Sinds Drupal 7, maar vooral sinds Drupal 8, is de complexiteit echter flink toegenomen. Wil ik dat nog wel? Een paar gedachten:
−
* Je kunt via de UI modules niet meer uitschakelen. Daar schijnt een heuse reden achter te zitten, maar mijn broek zakt er van af.
+
 
 +
=== Issues ===
 +
 
 +
* '''Command line-installatie:''' Drupal Commerce v. Drupal 8: Je kunt Drupal Commerce niet meer installeren via Drupal zelf. Je hebt daar de command-line voor nodig. Je moet dus op minimaal twee plekken werken. Dat geeft een hoop extra overhead + kans op complicaties
 +
* '''Composer vereist:''' Je hebt het command line-tooltje ''composer'' nodig
 +
* '''Drupal Console vereist?''' Voor een beetje serieus klussen, heb je naast ''drush'' nu ook ''drupal console'' nodig, een ander command-line tool
 +
* '''Drush is buggy:''' Regelmatig belandt Drush in wat ik de ''Drush loop'' noem. Da's een bug die ontstaat als de naam van een (sub-)module niet overeenkomt met de naam van het ''drush en''-argument, waardoor een oneindige loop ontstaat. Door deze bug kan ik dingen niet automatiseren (tenzij ik min-of-meer m'n eigen command-line-tool ontwikkel), en deze bug zit er al jaren
 +
* '''Je kunt modules niet meer uitschakelen:''' In Drupal 8 kun je modules niet meer uitschakelen via de UI. Daar schijnt een heuse reden achter te zitten, maar mijn broek zakt er van af: Hoe kun je iets zo onnodig complex maken? Hoe kan het dat zo'n elementaire functie is komen te vervallen vanwege 'achterliggende' redenen?
 +
* '''Producten vs. displays:''' Sinds DC 1.x, is er onderscheid tussen ''producten'' en de weergave daarvan. Dat heb ik altijd onwerkbaar en niet-intïtief gevonden. Alles staat op de 'verkeerde' plek. Het kost me veel tijd om bij het juiste objec te komen. Daarnaast geeft het veel complexiteiten. Je moet bv. twee keer importeren, en twee keer vertalen
 +
* '''Drempelverhogend - kleine community?''' Omdat je Composer nodig hebt, is Drupal niet meer toegankelijk voor een hoop gebruikers. Dat zou wel eens verkeerd kunnen uitpakken
 +
* '''Overkill:''' Drupal is duidelijk ''upscale'' gegaan. Maar heb ik dat nodig? Waarschijnlijk kan ik heel goed uit de voeten met WordPress: Alles werkt en de documentatie is heel goed, want grote community. Het heeft beperkingen, maar doorgaans wil ik juist ''kleine'' dingen bouwen, dus zo'n ramp is dat niet
 +
* '''Alles is complex:''' Het kost me veel moeite om een willekeurige Drupal-techniek onder de knie te krijgen, want alles is lastig. Dat lukt me slecht, omdat ik er de resources niet voor heb: Ik ben geen full-time Drupal-ontwikkelaar
 +
* '''Slechte documentatie:''' Alles is complex, en dan is het ook nog eens niet fatsoenlijk gedocumenteerd. Drupal Commerce is daar een goed voorbeeld van
 +
* '''Geen goede themes:''' Er is bv. geen fatsoenlijk parallactisch theme. In WordPress wel
 +
* '''Te veel reverse development:''' Als je een bepaalde functionaliteit wilt, moet je uitvogelen hoe je dat in Drupal bewerkstelligt. Je werkt immers binnen het Drupal-framework. Dat is vaak heel lastig. Vaak is het veel gemakkelijker om iets direct in PHP te bouwen, dan binnen Drupal's framework. Dat klopt niet
 +
* '''Afhankelijkheid:''' Ik denk dat ik een punt heb bereikt, dat ik niet langer afhankelijk wil zijn van zo'n framework dat zich in zo'n voor mij onprettige richting begeeft
 +
* '''Drupal Commerce nog steeds beta:''' Na anderhalf jaar, is er nog steeds geen productieversie van Drupal Commerce voor Drupal 8 en/of kritieke ondersteunende modules
 +
* '''Populariteit neemt af:''' Zie Google Trends. De top was in 2009
 +
* '''Kickstarter:''' Drupal Commerce Kickstarter is een sterk gemodificeerde versie. Daardoor is de markt verder versnippert, want informatie die betrekking heeft op ''Kickstarter'', is vaak niet relevant voor de gewone Drupal Commerce
 +
* '''Managen van pagina's is lastig:''' Ik zie er vaak tegenop om sites te beheren met meer dan een handjevol pagina's en/of blokken. Het is niet-intuïtief en daardoor vervelend werk. Vooral het eindeloos wisselen van contexten (daarmee bedoel ik verschillende schermen binnen de site) is vermoeiend. Mbv. de Context-module kun je beheer van blokken op een compleet andere manier aanpakken, die dat wellicht wat intuïtiever maakt, maar Context vereist een andere aanpak, en heeft soms bugs, en het is wat extra werk, en het werkt alleen als je het consequent toepast -- Dus is Context ook geen goede oplossing.
 +
* '''Veel werk:''' Bouwen van een webwinkel in Drupal, is veel werk. Ook als je veel hebt geautomatiseerd is het gewoon veel werk, in vergelijking tot bv. WordPress.
 +
 
 +
=== Ben ik de enige? ===
 +
 
 +
* https://www.reddit.com/r/drupal/comments/48mt0z/am_i_the_only_drupal_developer_frustrated_with/
 +
* https://www.drupal.org/node/2845379 - Do not leave non-experts behind: do not require Composer unless a GUI is also included
 +
* http://davehall.com.au/blog/dave/2017/04/19/drupal-we-need-talk
 +
* https://www.ostraining.com/blog/drupal/drupal-controversy/
 +
* http://alexrayu.com/blog/drupal-8-more-complex-and-expensive
 +
* http://blog.varunarora.com/why-we-stopped-using-drupal-for-our-platform/ - Uit 2013, maar nu juist relevanter
 +
* http://www.success.grownupgeek.com/index.php/2015/12/19/stick-a-fork-in-it-drupal-is-done/comment-page-1/
 +
 
 +
=== Tegengeluiden ===
 +
 
 +
* https://www.deeson.co.uk/blog/7-facts-reveal-state-drupal
 +
 
 +
=== Alternatieven? ===
 +
 
 +
In plaats van aan te geven dat iets goed of slecht is, is het veel interessanter om het te vergelijken. Meest relevante alternatieven op dit moment:
 +
 
 +
* Django (Python-framework) [https://stackoverflow.com/questions/1118372/what-is-a-good-python-based-webshop-software]
 +
* GetGrav
 +
* Lightspeed
 +
* Magento
 +
* PHP-frameworks
 +
* Python-frameworks
 +
* Satchmo (Python-framework)
 +
* WordPress
 +
 
 +
=== Vergelijking ===
 +
 
 +
* '''Webwinkel-migratie van Drupal naar WordPress:''' Begin 2017 heb ik de Drupal-site van een klant bijgewerkt. Dat was een flinke klus. De klant vond dat Drupal erg lastig in het gebruik was voor zijn medewerkers. Direct na oplevering van de bijgewerkte site, heeft de klant deze site opnieuw laten bouwen in WordPress. Details zijn mij onbekend, maar ik vermoed dat herbouwen in WordPress minder werk was dan bijwerken van de bestaande Drupal-site. Nog afgezien van het feit dat de Drupal-site lastig te bedienen was
 +
* '''WordPress-site gebouwd''': In de lente van 2017 heb ik voor een klant met een WordPress-site, deze site uitgebreid met een WooCommerce-webwinkel. Dat ging super en kostte aanzienlijk minder inspanning voor zowel de klant als voor mij, als wanneer ik dit in Drupal had gedaan. En dat terwijl ik nog nooit eerder een webwinkel in WordPress had gemaakt: Leren + bouwen in WordPress ging sneller dan bouwen in Drupal. Voor de klant was het ongetwijfeld ook een prettigere ervaring, omdat in Drupal producten gescheiden zijn in ''producten + weergave'', en da's zowel voor de klant als voor de ontwikkelaar vervelend
 +
 
 +
=== WordPress ===
 +
 
 +
* '''Program today for today and tomorrow for tomorrow:''' WordPress biedt alles wat ik vandaag de dag nodig heb
 +
* '''Efficiënt:''' Ondanks mijn minimale ervaring, kan ik in WordPress een webwinkel bouwen in minder tijd dan wanneer ik dat in Drupal zou doen
 +
* '''Gebruiksvriendelijk:''' Drupal-webwinkels zuigen voor zowel de ontwikkelaar als de gebruiker, vooral vanwege het ''producten+weergave-paradigma''. Dat probleem heb je niet in WordPress. Daardoor zijn WordPress-sites veel gebruiksvriendelijker
 +
* '''Goede documentatie:''' WordPress-documentatie is super
 +
* '''Keep it simple:'''' WordPresss is zo veel eenvoudiger dan Drupal. ''Vertalingen' zijn een mooi voorbeeld: In Drupal moet je een hoop dingen configureren op verschillende plekken in verschillende modules, en maar hopen dat al die modules nog steeds samenwerken (hier had ik recentelijk een probleem mee: Vertaalde blocks kreeg ik niet gekoppeld). In WordPress werkte dit veel eenvoudiger
 +
* '''Geen reverse development:''' In Drupal moet ik vaak voor redelijk eenvoudige dingen me eerst verdiepen in hoe dat werkt in Drupal. Goede kans dat dingen in WordPress dermate intuïtief gaan, dat dat amper een rol speelt.
  
 
== Zie ook ==
 
== Zie ook ==
  
 
* [[Installatie Drupal Commerce 2.x - Casus begin 2017 (3)]]
 
* [[Installatie Drupal Commerce 2.x - Casus begin 2017 (3)]]

Versie van 19 jun 2017 07:11

Sinds ca. 2007 maak ik gebruik van CMS'en, vooral voor webwinkels. De keuze voor een bepaald CMS is lang niet altijd gemakkelijk geweest. Door de jaren heen is er tot op heden nog maar één consequent criterium geweest: Het moet open-source zijn. Dit artikel behandelt de verschillende keuzes en afwegingen in de loop der jaren.

In den beginne: osCommerce

Tot ca. 2007 was osCommerce de meest voor de hand liggende keuze als het open-source e-commerce software betrof. Echter, osCommerce heeft nogal wat tekortkomingen:

  • De basisinstallatie is vaak niet bruikbaar: Het is belangrijk dat op de home page gelijk alle artikelen getoond worden op een practische manier. Dat is bij osCommerce totaal niet het geval.
  • Geen bruikbare documentatie
  • Code is niet gedocumenteerd en slecht leesbaar
  • Beperkte aanpasbaarheid: Ik heb verscheidende malen ervaren dat een simpele wens van een klant niet uitvoerbaar was in osCommerce, tenzij ik radicaal de code zou gaan aanpassen, waarbij ik compatibiliteit verlies. Wellicht verklaart dit waarom veel osCommerce-shops sterk op elkaar lijken.
  • Weinig ontwikkeling
  • Kraakgevoelig.

Rond 2008 of 2009 heb ik ervaring opgedaan met osCommerce, maar nooit een werkende site mee geproduceerd. Wat een bagger.

2009: Inventarisatie van CMS'en

Tijdens deze inventarisatie van webwinkelsoftware in 2009, leken er pakweg twee categorieen te zijn:

  • Webwinkelsoftware die vervolgens steeds meer op een cms gaan lijken (osCommerce, Magento)
  • Cms'en die onder andere webwinkelfunctionaliteit bevatten (Drupal/Ubercart, Wordpress)

Het leek me dat deze tweede categorie de beste vooruitzichten heeft, maar dat blijkt niet het geval te zijn:

Open Source e-Commerce Software
Pakket Omschrijving Voorbeelden
CRE Loaded
CubeCart
Drupal - various e-commerce modules

Vergelijkingen tussen Drupal en Joomla:

Evaluatie van vergelijkingen Drupal en Joomla:

Drupal E-commerce
  • http://drupal.org/project/ecommerce.
  • Vergelijking met Drupal Ubercart: Zie Drupal Ubercart
  • Het heeft een niet-specifieke naam. Volgens mij maakt dat 't moeilijk om op internet gerelateerde informatie te vinden.
Drupal Ubercart

Vergelijking met Drupal E-commerce

Joomla! VirtueMart

This seems the most promosing Joomla!-based e-commerce package, and a promising option in general:

  • Supposingly has a small and simple footprint
  • Can work together with other Joomla-extensions, which supposingly makes it very powerfull
  • Since 2006, VirtueMart has more options and add-ons than osCommerce
  • When customizing, you don't change core files as with osCommerce
  • Support available in The Netherlands from many companies

Drawbacks of Joomla + VirtueMart:

  • You have to use Joomla
  • Slower than osCommerce

Some basic information:

VirtueMart compaired with osCommerce:

Questions:

  • Can Joomla do asynchronous updates?
Joomla - Other modules Joomla actually has a whole bunch of e-commerce tools.
LoadedAU e-Commerce software, based on osCommerce, tailored at the Australian market.

http://www.hotscripts.com/Detailed/47824.html

Magento
osCommerce
  • Schijnt het meestgebruikte open source e-commerce pakket te zijn
  • Spartaans om mee te ontwikkelen. De code is slecht gedocumenteerd en moeilijk om mee te werken
  • Ontwikkeling lijkt stil te zijn gevallen
  • De basic layout is nogal suboptimaal, dus de kans is vrij groot, dat je gelijk flink moet aanpassen.
  • osCommerce kan snel veel aanpassingen eisen, waardoor het erg onaantrekkelijk wordt om er aan te sleutelen: Vereist daardoor veel onderhoud, en veel aandacht om het stabiel te houden. Wellicht is dit de reden waarom de meeste osCommerce-sites zo op elkaar lijken: Aanpassen is erg moeilijk.
ZenCart

Drupal, Wordpress en Joomla! zijn zo rond 2009-2012 de drie toonaangevende CMS'en. We zijn in 2009 begonnen met Drupal 5. Op dit moment (zomer 2012) werken we voornamelijk in Drupal 6. We hebben nog geen productiesites met Drupal 7 gemaakt, omdat benodigde modules nog niet voor handen zijn.

2009: Welke Drupalversie?

Dit hoofdstuk was aangemaakt in 2009, met de keuze tussen Drupal 5 en Drupal 6. Toen was het niet vanzelfsprekend om Drupal 6 te gebruiken. Vanaf ca. 2011 is dit wel vanzelfsprekend voor nieuwe sites, maar misschien niet voor het migreren van bestaande sites.

Issues Drupal 5

  • Zal eerder achterhaald zijn dan Drupal 6. In 2009 werden veel modules al niet meer ondersteund voor Drupal 5;
  • Geen complete vertaling beschikbaar > Valt wel mee;
  • Net iets minder ergonomisch dan Drupal 6;

Issues Drupal 6

  • iDeal-module Qrios wordt niet ondersteund > Lijkt geen probleem te zijn [1]
  • Taalkeuze per individuele gebruiker niet goed mogelijk > Probleem opgelost
  • CCK kan geen artikelen importeren in Übercart;
  • Ondersteuning van afbeeldingen bij artikelen lijkt niet te functioneren

November 2011: Welke Drupalversie?

Drupal 7 is een groot verschil tov. Drupal 6, en naar het zich laat aanzien, een grote verbetering.

Desalniettemin: Op dit moment zijn veel van de modules die wij voor Drupal gebruiken, nog niet stabiel in Drupal 7. Daarnaast is Drupal 7 erg langzaam. Na een Drupal 7-experiment gaan we op dit moment voor een webwinkel terug naar Drupal 6.

Lente 2012: Joomla! vs. Wordpress vs. Drupal

Joomla! heeft afgedaan; Wordpress is de laatste tijden flink verbeterd en razend populair geworden; Drupal is een krachtig nicheproduct.

Juni 2012: Drupal vs. Wordpress vs. Joomla!

Anno 2012 ben ik minder overtuigd van mijn eerdere keuze voor Drupal. Joomla! lijkt in de tussentijd geen belangrijke speler meer te zijn, terwijl Wordpress steeds beter wordt. Een belangrijk verschil is dat Wordpress backwards compatible is, terwijl Drupal dat niet is. Daarnaast schijnt de code van Wordpress steeds beter te worden.

Nadelen Drupal

  • Geen backwards compatibility: Het is heel vervelend dat we met een goedlopende en complexe Drupal 5-site zitten, die niet goed meer te onderhouden is.
  • Geen goede wysiwyg-editor: Het is welliswaar niet zo moeilijk om de CKEditor te installeren, maar echt lekker werkt dat niet. Vooral uploaden is onhandig, en configureren een hoop werk
  • Theming is complex: In Wordpress schijnt dit gemakkelijker te zijn
  • Niet-intuitief: Zelfs na drie jaar en zo'n twintig sites, vind ik Drupal nog steeds niet intuitief

Bronnen

Augustus 2012: Welke Drupalversie?

Momenteel heb je de keuze uit Drupal 5, 6, 7 en 8.

  • Drupal 5 wordt niet meer ondersteund
  • Drupal 6 wordt vermoedelijk ondersteund totdat Drupal 8 uitkomt
  • Drupal 8 is in ontwikkeling. De feature freeze is gepland voor december 2012. De code freeze is geplanned voor februari 2012, en de release is geplanned voor augustus 2013.

Volwassenheid Drupal 7

  • Volgens deze blogpost van Dries Buytaert, heeft Drupal 7 het Plateau of Productivity in februari 2012 bereikt: Vanaf die datum waren er meer Drupal 7-sites dan sites met de andere versies van Drupal, bij elkaar. Vanaf dat moment is het voor ontwikkelaars niet meer interessant om nog te ontwikkelen voor Drupal 6. Van de belangrijkste modules zou er nu een Drupal 7-versie zijn.
  • Volgens deze blogpost van Dries Buytaert, is de adoption speed van Drupal 7 ongeveer het dubbele van Drupal 6
  • Usage statistics for Drupal core

Problemen Drupal 7

  • Aanzienlijk hogere systeemeisen [2]
  • Übercart wordt opgevolgd door Drupal Commerce. Dit artikel bevat een goede vergelijking tussen Ubercart 3.x en Commerce. Het lijkt erop dat Ubercart voor mij nog steeds de beste keuze is. Echter, ik maak me nu zorgen of er nog wel een voldoende grote gemeenschap is om Ubercart te blijven ontwikkelen
  • Overige missende modules: Flatrate, Bank deposit, PayPal en View Bulk Operations
  • Vertaling Übercart in het Nederlands is verre van compleet
  • iDEAL Easy-module bestaat niet voor Übercart 3. Er is wel een vergelijkbare oplossing, en waarschijnlijk is dit ook niet al te moeilijk om zelf te programmeren
  • Importeren van artikelen: Ik kon geen artikelen inclusief hiërarchische taxonomische gegevens importeren, ook niet met de Feeds Module. Dat is een cruciale functionaliteit voor mij
  • Afbeeldingen mee-importeren: Als je afbeeldingen ftp'ed en referenties meeïmporteert mbv. Feeds, lijkt de Image Styles-module geen geschaalde afbeeldingen te genereren [3]. Deze afbeeldingen opnieuw handmatig uploaden, is een oplossing, maar uiteraard alleen voor kleine aantallen.
  • Beschikbaarheid van modules in het algemeen, is nog steeds een risico [4].

Bronnen

September 2012: Welk CMS?

Ubercart staat op nummer 6
Populariteit Ubercart is steigende, maar deze grafiek was waarschijnlijk van vóór de introductie van de Commerce-module

De afgelopen tijden was me opgevallen dat het marktaandeel van Drupal lang niet zo overweldigend is als ik dacht. Wordpress doet het erg goed. Daarnaast heeft Ubercart concurrentie gekregen van Commerce.

Evaluatie van de webshops die in de afbeeldingen genoemd worden:

  • Magento: Alleen webwinkels. Geen generiek CMS
  • Zen Cart: osCommerce-offshoot. Tragische vergissing
  • VirtueMart: Webwinkel voor Joomla!
  • osCommerce: Nooit gebruiken
  • PrestaShop: Alleen webwinkel. Geen generiek CMS
  • Ubercart: Hoogst genoteerde webshop die gebaseerd is op WordPress of Drupal. Niet slecht.
  • Volusion: Geen open-source
  • Interspire: Geen open-source
  • ECSHOP: ?
  • OpenCart: Commercieel? osCommerce-gebaseerd?
  • Batavi: osCommerce-offshoot: Niet doen
  • nopCommerce: ASP-platform. Geen optie
  • Apache OFBiz: Compleet ERP-pakket, inclusief webwinkelfunctionaliteit
  • http://en.wikipedia.org/wiki/Comparison_of_shopping_cart_software WordPress e-commerce]: Dit lijkt het populairste WordPress-webwinkelpakket te zijn, maar is amper populair

Conclusie

Er lijkt geen overtuigend Wordpress-gebaseerd webwinkelpakket te bestaan. Daarnaast weet ik niet hoe populair Commerce wordt. Zodoende blijft Ubercart m'n favoriete webwinkelpakket, zowel voor nieuwe als bestaande projecten.

Bronnen

Eind september 2012

Chantal Hogenes van Webcat Solutions is Joomla-expert, en heeft duidelijk meer van de wereld van CMS'en gezien dan ik:

WordPress

Let wel op met WordPress als je er mee aan de slag gaat: hack gevoelig, veel exploits in extensies, rommelige code, slecht te beveiligen tegen hackbots. Voordeel daarvan is dat je er een onderhoudsabonnement aan moet koppelen en dat geeft dus vaste inkomsten wink. Het is wel wat minder zwaar dan Joomla en Drupal maar het is ook wat meer houtje-touwtje knutselen. Ook voor de eindgebruiker: veel werken met {shortcodes}.

Als je Drupal niet intuitief vindt, dan ga je denk ik hetzelfde hebben met WordPress. WordPress heeft een populaire naam maar dat begint overigens al wat af te nemen. Ik merk zelf dat steeds meer mensen toch eigenlijk niet zo veel tekst op hun site veranderen en dan toch liever een html site willen (met goedkopere hosting) zodat het er minder blokkerig uit ziet.

Ik heb al meerdere keren pogingen met WordPress gewaagd maar het is voor mijn klanten niet ideaal (maar zeker niet afgeschreven). Ook qua templates: je moet bijna iedere maand het template updaten en de extensies anders krijg je vaak errors te zien. Gemiddels 54 updates om te installeren per jaar (!) in vergelijking tot Joomla: max 1 per maand.

Met de vermeende backward compatibility van WordPress ben ik het overigens niet eens. Die komt maar weinig voor (alleen bij de goede programmeurs van templates en extensies maar die zijn er helaas niet zo veel bij WordPress - het is allemaal meer huis-tuin-en-keuken geprogrammeer - uitzonderingen daar gelaten natuurlijk).

Het beste kun je WordPress gewoon ter test installeren en een paar themes proberen te maken. Themes bouwen op basis van bestaande themes is lastig want er wordt vaak gebruik gemaakt van een framework dat meldingen geeft over dat het framework moet worden geupdate. Als je dat doet als eindgebruiker heb je de kans dat er ineens basis dingen anders uit zien of dat je bijvoorbeeld webdesign by... de originele maker op de site hebt staan ipv de vliegende brigade. Goed op letten dus als je daar mee aan de slag gaat smile. Er komt dus wat meer bij kijken maar het is voor bloggers zeker geen slechte optie. Waarschijnlijk beter dan MovableType want dat heeft minder extensies (WordPress heeft veel van MovaleType look en feel en werking overgenomen in de beginjaren).

WordPress heeft overigens wel een websho pakket maar het is toch wat kneuterig. Het is meer voor als je een paar t-shirts verkoopt die bij je bedrijf passen en meer niet. Wel een grote kans natuurlijk dat er binnen een jaar wat beters op de markt komt hiervoor.

Joomla

Joomla gaat overigens eind september over op bootstrap (zowel backend als frontend zijn dan mobiel goed te gebruiken). Joomla lijkt misschien in de markt minder populair maar het is wel voor developers en gebruikers makkelijker en veiliger (het mvc zit beter in elkaar dan bij wordpress).

Concrete5, TYPO3 & DotNetNuke

Wat ook veel gebruikt wordt qua cms is Concrete5 en TYPO3 en DotNetNuke (de laatste is asp gebaseerd dus meer voor windows hosting maar is wel leuk en makkelijk). Misschien is dat nog wat. Het ziet er in ieder geval niet slecht uit en de gebruikers kunnen er niet veel in fout doen.

Webshops

Qua webshops ben ik zelf heel blij met PrestaShop en voor de hele simpele sites OpenCart. PrestaShop is de gebruiker wel weer wat afhankelijker wat betreft het template maken en de indeling, maar je kunt er een hele complexe webshop mee opzetten voor noppes. VirtueMart is ook een optie maar is toch vaak wat trager.

Magento is bagger naar mijn mening: moeilijk voor de eindgebruiker, lastige theming, lastig onderhoud, ontzettend dure hosting nodig wil dat goed draaien vanwege de capaciteit die het van de webserver vraagt (heeft eigenlijk dedicated hosting nodig om echt goed te draaien).

Voor Joomla is er behalve Virtuemart ook RedShop. Dat kan ook nog wel eens wat zijn maar ik ben nog bezig dat uit te zoeken.

Begin 2013: Webwinkel: Drupal 5 vs. Drupal 6 vs. Drupal 7

Problemen Drupal 5

Verouderde PHP: In januari 2013 heb ik http://www.koolborstels-online.nl gekloond naar een nieuwe locatie, en ik kreeg allerlei foutmeldingen die betrekking hadden op een oude versie van PHP [5]. Weinig bemoedigend.

Problemen Drupal 7

Drupal 7 is op veel gebieden belist een verbetering, maar onbruikbaar vanwege missende kritieke functionaliteiten:

  • iDEAL Easy
  • Importeren van hierarchische taxonomische gegevens als onderdeel van Ubercart artikelgegevens
  • Importeren van Ubercart artikelgegevens inclusief verwijzingen naar afzonderlijk ge-ftp'de afbeeldingen.

Issues die minder kritisch zijn:

  • Er is geen complete Nederlandstalige vertaling voor Ubercart
  • Hoge systeemeisen die Drupal 7-websites beperkt bruikbaar maken op shared hosting-platformen

Conclusie: Drupal 6

In Drupal 6 kan wat hierboven genoemd wordt, wel: http://www.slijpmachines-online.nl en http://www.carbonbrushes-online.com.

Lente 2013: Magento vs. Drupal

Zomer 2013: Eenvoudige site: Drupal 6 vs. 7

Nu wordt het ingewikkelder: Ik moet twee eenvoudige sites bouwen, die mogelijk vrij statisch blijven. Wat wordt het nu? Drupal 6 of Drupal 7?

Voordelen Drupal 6

  • Ik ken het
  • Meer modules voor beschikbaar
  • Sneller dan Drupal 7
  • Niet die stomme interface met overlays

Nadelen Drupal 6

  • Kortere ondersteuning: Op een dag worden modules e.d. niet meer onderhouden
  • De eerste modules die niet meer ondersteund worden, dienen zich al aan. Oa. Backup & Migrate deed het een tijdland niet icm. de huidige versie van PHP.

Voordelen Drupal 7

  • Moderner en technisch ongetwijfeld beter
  • Minder additionele modules nodig
  • Langere ondersteuning
  • Gebruiksvriendelijke voor ontwikkelaar en beheerders, zegt deze site.
  • Klanten kunnen modules gemakkelijker zelf bijhouden, zegt deze site.

Nadelen Drupal 7

  • Zwaar en traag gedurende bouw, maar daar heeft de bezoeker weinig last van dankzij caching
  • Ook zwaar en traag voor de klant tijdens bijwerken van content, maar dat wordt waarschijnlijk toch aan mij uitbesteed
  • Irritante overlay-interface, maar die kan uitgeschakeld worden
  • Een kwartaal geleden waren allerlei modules nog niet beschikbaar zoals Übercart en iDEAL Easy, maar dat speelt voor deze sites geen rol.

Conclusie

Drupal 7

Zie ook

Drupal 7 (hoofdartikel)

Bronnen

Naschrift: WordPress

Kort nadat ik begon met deze sites, experimenteerde ik wat met WordPress. Conclusie: WordPress is onvergelijkbaar veel beter voor eenvoudige sites. Beide projecten ben ik opnieuw begonnen, maar dan met WordPress.

Zomer 2013: Drupal, WordPress, Joomla! & ExpressionEngine

In de zomer van 2013 heb ik een opdracht aangenomen om een bestaande WordPress-site te beheren. Dus tijd om WordPress te leren. Vantevoren heb ik even rondgekeken hoe het CMS-landschap er vandaag bijligt. Weinig nieuws onder de zon:

Het grote beeld: WordPress, Joomla!, Drupal

  • WordPress is nog steeds het meestgebruikte CMS, en groeit flink
  • Joomla! stagneert
  • Drupal stagneert. Dit gevoel had ik al een beetje, maar nu heeft iemand er een grafiek bij verzonnen.

In detail: WordPress & Drupal

  • Deze zomer ben ik met WordPress gaan oefenen, en ik ben bepaald onder de indruk: Snel, en met een fatsoenlijke interface voor schrijven van content, inclusief een fatsoenlijke manier om afbeeldingen te uploaden. Juist wat ik altijd mis aan Drupal
  • Dit is waarschijnlijk de beste vergelijking tussen Drupal en WordPress die ik ken. De essentie: Drupal kan écht meer dingen, waaronder Views. Maar heb je dat nodig?

ExpressionEngine

Verder stuitte ik op de site van iemand die ik uit een ver verleden ken. Zij werken met ExpressionEngine. Toch 's kijken wat dat is:

  • Het is een propriëtair CMS. Er bestaat een gratis versie maar die mag niet commerciëel gebruikt worden
  • Het lijkt weinig te worden gebruikt

Bronnen

Herfst 2013: Drupal Commerce, Drupal Übercart & Magento

Nov. 2013: Drupal 7 + Drupal Commerce?

Übercart is min-of-meer opgevolgd door Drupal Commerce, en de kans is groot dat Drupal 6 binnenkort niet meer ondersteund wordt, omdat Drupal 8 online gaat. Daarom: Is Drupal Commerce geschikt voor wat ik zoek?

Voordelen Drupal 7

  • Taxonomieën zijn nodes: Toevallig is dat voor mij belangrijk om de SEO van webwinkels goed te doen: Ik wil taxons kunnen optuigen als volwaardige pagina's
  • Langere ondersteuning
  • Beter & moderner: Klinkt flauw, maar ik heb er alle vertrouwen in dat Drupal 7 op veel vlakken stukken beter zal zijn dan Drupal 6.

Vermoedelijke non-issues

  • iDEAL: iDEAL Easy is niet beschikbaar voor Drupal 7, anders dan deze betaalde versie. Aan de andere kant: Mogelijk schakelt deze klant over op een payment service provider zodat ondersteuning van iDEAL Easy geen punt meer is
  • Performance: Voor een serieuse Drupal-6-site is al een aangepast hosting-platform nodig. Dat is geen verschil met Drupal 7
  • Vertalingen: Übercart bleek amper vertaald te zijn in het Nederlands. Waarschijnlijk geldt dat probleem niet voor Drupal Commerce.

Nadelen Drupal 7

  • Leercurve Drupal 7
  • Leercurve Drupal Commerce
  • Problemen met importeren van artikelen inclusief afbeeldingen en hiërarchische taxonomische gegevens
  • Risico dat cruciale functionaliteiten niet beschikbaar zijn.

Bronnen

Maart 2014: Drupal 6-webwinkel migreren naar Drupal 7?

Tot op heden heb ik pas één webwinkel in Drupal 7 gebouwd. Belangrijkste probleem: Importeren van taxonomische gegevens. (meer hierover hier). Nu zijn de rollen omgedraaid: Het bijwerken van bestaande taxonomische gegevens kan ik nu in Drupal 7, maar niet in Drupal 6. Deze casus betreft een migratie. Dus van Übercart 2 naar Übercart 3. Daarnaast is het geen handig moment om Drupal Commerce te gaan gebruiken.

Issues in het verleden tav. Drupal 7/Übercart 3

  • Vertaling Übercart 3 niet volledig --> Geen probleem: Dit wordt een Engelstalige site
  • Drupal 7 is zwaar --> Dat valt wel mee: De juiste dingen uitzetten
  • Drupal 7 had te weinig modules --> Zal wel meevallen. Daarnaast: Drupal 6 is geen lang leven meer beschoren
  • Geen Ideal Easy-module beschikbaar voor Drupal 7 --> Geen probleem. Ik ben overgestapt op Sisow als payment service provider. Ik heb ze gebeld, en er zijn gewoon Drupal 7-modules voor al hun betalingsmethodes.

Popualairste CMS'en (feb. 2017)

W3Techs heeft een handig overzicht: 

		2016 1 Feb	2017 1 Feb

WordPress	59.1%		58.6%
Joomla		 7.5%		 7.2%
Drupal		 4.9%		 4.7%
Magento		 2.9%		 2.6%

Drupal Commerce vs. WooCommerce (feb. 2017)

Weinig nieuws onder de zon:

  • WooCommerce: Eenvoudig en laagdrempelig
  • Drupal Commerce: Great power, responsibility & complexity.

Bronnen:

Webwinkels: Drupal, WordPress, SaaS, Magento (mrt. 2017)

Enkele losse indrukken:

  • WordPress is verbazend goed: Modules die goed zijn uitgekristalliseerd, simpel, goede documentatie
  • D8 & DC2 zijn ongetwijfeld heel krachtig, maar ook véél complexer dan vorige versies van beide producten. Bijbehorende use cases worden steeds beperkter, heb ik de indruk
  • SaaS: Er zijn verbazend goede SaaS-oplossingen, waaronder Lightspeed. Laagdrempelig om mee te beginnen, maar met beperkingen
  • Magento: Geschikt voor webwinkels vanaf € 10.000 omzet per maand (of per jaar?) Reken daarbij op onderhoudskosten van € 10.000 per jaar. Magento schijnt geen pretje te zijn om mee te werken, en daarnaast ongeschikt te zijn als CMS.

Wordt Drupal te complex? (2017)

  • Drupal is nooit een intuïtief CMS geweest, en dat heeft voor mij onderhoud altijd lastig gemaakt.
  • Sinds Drupal 7, maar vooral sinds Drupal 8, is de complexiteit echter flink toegenomen. Wil ik dat nog wel? Een paar gedachten:

Issues

  • Command line-installatie: Drupal Commerce v. Drupal 8: Je kunt Drupal Commerce niet meer installeren via Drupal zelf. Je hebt daar de command-line voor nodig. Je moet dus op minimaal twee plekken werken. Dat geeft een hoop extra overhead + kans op complicaties
  • Composer vereist: Je hebt het command line-tooltje composer nodig
  • Drupal Console vereist? Voor een beetje serieus klussen, heb je naast drush nu ook drupal console nodig, een ander command-line tool
  • Drush is buggy: Regelmatig belandt Drush in wat ik de Drush loop noem. Da's een bug die ontstaat als de naam van een (sub-)module niet overeenkomt met de naam van het drush en-argument, waardoor een oneindige loop ontstaat. Door deze bug kan ik dingen niet automatiseren (tenzij ik min-of-meer m'n eigen command-line-tool ontwikkel), en deze bug zit er al jaren
  • Je kunt modules niet meer uitschakelen: In Drupal 8 kun je modules niet meer uitschakelen via de UI. Daar schijnt een heuse reden achter te zitten, maar mijn broek zakt er van af: Hoe kun je iets zo onnodig complex maken? Hoe kan het dat zo'n elementaire functie is komen te vervallen vanwege 'achterliggende' redenen?
  • Producten vs. displays: Sinds DC 1.x, is er onderscheid tussen producten en de weergave daarvan. Dat heb ik altijd onwerkbaar en niet-intïtief gevonden. Alles staat op de 'verkeerde' plek. Het kost me veel tijd om bij het juiste objec te komen. Daarnaast geeft het veel complexiteiten. Je moet bv. twee keer importeren, en twee keer vertalen
  • Drempelverhogend - kleine community? Omdat je Composer nodig hebt, is Drupal niet meer toegankelijk voor een hoop gebruikers. Dat zou wel eens verkeerd kunnen uitpakken
  • Overkill: Drupal is duidelijk upscale gegaan. Maar heb ik dat nodig? Waarschijnlijk kan ik heel goed uit de voeten met WordPress: Alles werkt en de documentatie is heel goed, want grote community. Het heeft beperkingen, maar doorgaans wil ik juist kleine dingen bouwen, dus zo'n ramp is dat niet
  • Alles is complex: Het kost me veel moeite om een willekeurige Drupal-techniek onder de knie te krijgen, want alles is lastig. Dat lukt me slecht, omdat ik er de resources niet voor heb: Ik ben geen full-time Drupal-ontwikkelaar
  • Slechte documentatie: Alles is complex, en dan is het ook nog eens niet fatsoenlijk gedocumenteerd. Drupal Commerce is daar een goed voorbeeld van
  • Geen goede themes: Er is bv. geen fatsoenlijk parallactisch theme. In WordPress wel
  • Te veel reverse development: Als je een bepaalde functionaliteit wilt, moet je uitvogelen hoe je dat in Drupal bewerkstelligt. Je werkt immers binnen het Drupal-framework. Dat is vaak heel lastig. Vaak is het veel gemakkelijker om iets direct in PHP te bouwen, dan binnen Drupal's framework. Dat klopt niet
  • Afhankelijkheid: Ik denk dat ik een punt heb bereikt, dat ik niet langer afhankelijk wil zijn van zo'n framework dat zich in zo'n voor mij onprettige richting begeeft
  • Drupal Commerce nog steeds beta: Na anderhalf jaar, is er nog steeds geen productieversie van Drupal Commerce voor Drupal 8 en/of kritieke ondersteunende modules
  • Populariteit neemt af: Zie Google Trends. De top was in 2009
  • Kickstarter: Drupal Commerce Kickstarter is een sterk gemodificeerde versie. Daardoor is de markt verder versnippert, want informatie die betrekking heeft op Kickstarter, is vaak niet relevant voor de gewone Drupal Commerce
  • Managen van pagina's is lastig: Ik zie er vaak tegenop om sites te beheren met meer dan een handjevol pagina's en/of blokken. Het is niet-intuïtief en daardoor vervelend werk. Vooral het eindeloos wisselen van contexten (daarmee bedoel ik verschillende schermen binnen de site) is vermoeiend. Mbv. de Context-module kun je beheer van blokken op een compleet andere manier aanpakken, die dat wellicht wat intuïtiever maakt, maar Context vereist een andere aanpak, en heeft soms bugs, en het is wat extra werk, en het werkt alleen als je het consequent toepast -- Dus is Context ook geen goede oplossing.
  • Veel werk: Bouwen van een webwinkel in Drupal, is veel werk. Ook als je veel hebt geautomatiseerd is het gewoon veel werk, in vergelijking tot bv. WordPress.

Ben ik de enige?

Tegengeluiden

Alternatieven?

In plaats van aan te geven dat iets goed of slecht is, is het veel interessanter om het te vergelijken. Meest relevante alternatieven op dit moment:

  • Django (Python-framework) [6]
  • GetGrav
  • Lightspeed
  • Magento
  • PHP-frameworks
  • Python-frameworks
  • Satchmo (Python-framework)
  • WordPress

Vergelijking

  • Webwinkel-migratie van Drupal naar WordPress: Begin 2017 heb ik de Drupal-site van een klant bijgewerkt. Dat was een flinke klus. De klant vond dat Drupal erg lastig in het gebruik was voor zijn medewerkers. Direct na oplevering van de bijgewerkte site, heeft de klant deze site opnieuw laten bouwen in WordPress. Details zijn mij onbekend, maar ik vermoed dat herbouwen in WordPress minder werk was dan bijwerken van de bestaande Drupal-site. Nog afgezien van het feit dat de Drupal-site lastig te bedienen was
  • WordPress-site gebouwd: In de lente van 2017 heb ik voor een klant met een WordPress-site, deze site uitgebreid met een WooCommerce-webwinkel. Dat ging super en kostte aanzienlijk minder inspanning voor zowel de klant als voor mij, als wanneer ik dit in Drupal had gedaan. En dat terwijl ik nog nooit eerder een webwinkel in WordPress had gemaakt: Leren + bouwen in WordPress ging sneller dan bouwen in Drupal. Voor de klant was het ongetwijfeld ook een prettigere ervaring, omdat in Drupal producten gescheiden zijn in producten + weergave, en da's zowel voor de klant als voor de ontwikkelaar vervelend

WordPress

  • Program today for today and tomorrow for tomorrow: WordPress biedt alles wat ik vandaag de dag nodig heb
  • Efficiënt: Ondanks mijn minimale ervaring, kan ik in WordPress een webwinkel bouwen in minder tijd dan wanneer ik dat in Drupal zou doen
  • Gebruiksvriendelijk: Drupal-webwinkels zuigen voor zowel de ontwikkelaar als de gebruiker, vooral vanwege het producten+weergave-paradigma. Dat probleem heb je niet in WordPress. Daardoor zijn WordPress-sites veel gebruiksvriendelijker
  • Goede documentatie: WordPress-documentatie is super
  • Keep it simple:' WordPresss is zo veel eenvoudiger dan Drupal. Vertalingen' zijn een mooi voorbeeld: In Drupal moet je een hoop dingen configureren op verschillende plekken in verschillende modules, en maar hopen dat al die modules nog steeds samenwerken (hier had ik recentelijk een probleem mee: Vertaalde blocks kreeg ik niet gekoppeld). In WordPress werkte dit veel eenvoudiger
  • Geen reverse development: In Drupal moet ik vaak voor redelijk eenvoudige dingen me eerst verdiepen in hoe dat werkt in Drupal. Goede kans dat dingen in WordPress dermate intuïtief gaan, dat dat amper een rol speelt.

Zie ook

Overgenomen van "https://wiki.devliegendebrigade.nl/index.php?title=CMS%27en_-_Overzicht&oldid=8417"