Software-update: Drupal 8.1.0 RC1

De eerste release candidate van Drupal versie 8.1 is uitgebracht. Drupal is een in php geschreven, gebruiksvriendelijk en krachtig contentmanagementplatform, waarmee bijvoorbeeld websites kunnen worden gemaakt. In versie 8 staan responsive templates standaard aan, waardoor een website er altijd goed uitziet, onafhankelijk van het apparaat dat wordt gebruikt om hem te bekijken. In Drupal 8 is de overstap van xhtml naar html5 gemaakt, wat onder meer web-apps mogelijk maakt. Verder is de in php geschreven broncode flink opgeschoond en gemoderniseerd en zouden door slimmere caching de prestaties zijn verbeterd. In versie 8.1.0 komt dat verder onder meer een experimentele module bij die moet helpen om Drupal 6- en 7-websites te migreren naar versie 8. Een andere module, met de naam BigPipe, beloofd verdere prestatieverbeteringen.

Drupal 8.1.0 RC1 is available for testing

The first release candidate for the upcoming Drupal 8.1.0 release is now available for testing. With Drupal 8, we made major changes in our release process, adopting semantic versioning and scheduled releases. This allows us to make significant improvements to Drupal 8 in a timely fashion while still providing backwards compatibility. Drupal 8.1.0 will be the first such update, expected to be released April 20.

8.1.x includes an experimental user interface for migrating from Drupal 6 and 7, the BigPipe module for increasing perceived site performance, and more. You can read a detailed list of improvements in the announcements of beta1 and beta2.

Versienummer	8.1.0 RC1
Releasestatus	Beta
Besturingssystemen	Scripttaal
Website	Drupal
Download	https://www.drupal.org/drupal-8.1.0-rc1-release-notes
Bestandsgroottes	11,88MB - 19,56MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (11)

[PatMan]

Wordt inderdaad nauwelijks nog gebruikt...

[haling]

Ik ben van werkgever gewisseld en van Drupal naar WordPress gegaan.

WordPress heeft een gave editor-interface / UX ... maar qua code is het echt een gedrocht. Man, wat lelijk is dat zeg; zowel core als contrib.

Binnenkort een pilot/POC starten voor een nieuw project; en ik ga heel erg graag weer terug naar Drupal! Of backdrop; da's natuurlijk nog gaver.

[daften]

Waarom is backdrop gaver? Het is een fork die aan Drupal 7 standaarden wil vasthouden. Op zich niets mis mee, maar als je naar een meer gestructureerde en modernere codebase wil, lijkt Drupal 8 toch de betere keuze. En doordat het bv. de PSR standaarden volgt, kan je sneller op andere frameworks, zoals Symfony, zend of Laravel overstappen

[haling]

Waarom is backdrop gaver? Het is een fork die aan Drupal 7 standaarden wil vasthouden.

Ja, maar dan met moderne zaken zoals CMI, en ze zijn de API ook flink aan het opschonen. Nog steeds procedureel, ja, maar wel snel, effectief, en vooral: simpel.

Op zich niets mis mee, maar als je naar een meer gestructureerde en modernere codebase wil, lijkt Drupal 8 toch de betere keuze. En doordat het bv. de PSR standaarden volgt, kan je sneller op andere frameworks, zoals Symfony, zend of Laravel overstappen

Drupal 8 is volledig doorgeslagen in het "correct zijn". Ook op de issue-queue worden (lange) discussies vaak afgesloten met "Dit is correct, dus dit moet het zijn. Ook al is het k*t om mee te werken".

Moot voorbeeld van snobisme: https://www.drupal.org/node/2391025

[daften]

Simpel, omdat je Drupal 7 al kende. Als je als PHP developer die met Zend, Symfony, ... gewerkt hebt naar backdrop moet, is dat allesbehalve simpel. Of je bent zelf al vergeten hoeveel moeite je moest doen om alle Drupalisms te leren kennen?

Je kan het snobisme noemen, maar omdat algemene standaarden beter gevolgd worden, is dat niet per se snobisme. Die discussie staat op dit moment nog altijd open.
Drupal heeft altijd zijn eigen zin gedaan, en daar stapt het nu vanaf. Het gaat discussies aan buiten de drupal wereld en probeert zoveel mogelijk standaard te zijn, idd. Maar ik zie dat als een voordeel.

Vroeger zat een block vervat tussen een hoop andere code, samen met de andere blocks. NU: eigen set files. qua maintainability en eenvoud kan dat wel tellen. Maar het is idd volledig anders.

[afraca]

Ik weet dat Whitehouse.gov in 2009 overging naar Drupal, maar weet niet hoe dat tegenwoordig zit. (Afgaande op hun Github profile https://github.com/WhiteHouse leeft dat nog steeds wel een beetje)

[StephanVierkant]

Ze gebruiken momenteel inderdaad Drupal (7).

[ClementL]

Ik loop nu stage bij een bedrijf dat als service CMS's onderhoud. Er zijn nog flink wat websites met Drupal, net zo veel als Wordpress.

[StephanVierkant]

Wel de moeite waard om te vermelden dat veel Symfony componenten gebruikt. Dit is een technisch interessanter keuze, maar is bovendien een nogal radicale wijziging in de ontwikkelvisie: minder reinventing the wheel, meer focus op CMS. Deze keynote speech vond ik interessant: https://www.youtube.com/watch?v=sEOvYaBFj64. Ze leggen duidelijk uit waarom ze voor deze aanpak hebben gekozen.

Ik heb veel ervaring met zowel WordPress als Symfony en dit maakt voor mij de stap naar Drupal minder groot.

Dit maakt niet alleen Drupal een eenvoudiger platform om op in te stappen (de leercurve is immers gemakkelijker als je bijvoorbeeld Symfony al gewend bent), maar het maakt ook Symfony een breder gebruikt platform. Volgens mij een win-win-situatie.

[Reactie gewijzigd door StephanVierkant op 23 juli 2024 02:17]

[haling]

Ook heel traag, log, zwaar en overdreven "correct".

Voor het parsen van een YAML file heb je 20MiB aan php-libraries nodig. Dat is dan ook de reden waarom Backdrop bijvoorbeeld voor het php-native JSON heeft gekozen.