Software-update: Drupal 7.83

Drupal heeft een zogenaamde maintenace release van versie 7 van Drupal uitgebracht. Drupal is een in php geschreven, gebruiksvriendelijk en krachtig contentmanagementplatform, waarmee bijvoorbeeld websites kunnen worden gemaakt. Het is eenvoudig genoeg voor een beginnende gebruiker, maar krachtig genoeg om ook een wat complexere website te bouwen. Drupal bevat een contentmanagementplatform en een developmentframework. De release notes voor deze uitgave kunnen hieronder worden gevonden.

Release notes

Maintenance release of the Drupal 7 series. Includes bug fixes and small API/feature improvements only (no major, non-backwards-compatible new functionality). No security fixes are included in this release.

This release is the first where D7 core's test suite passes tests in PHP 8.1. However, there may be remaining problems with PHP 8 in core, and it's very likely that there are problems in contrib. Please test, and report any problems in the appropriate issue queue.

No changes have been made to the .htaccess, web.config or robots.txt files in this release, so upgrading custom versions of those files is not necessary.

There are multiple changes in default.settings.php

There is at least one change to the database schema, so database updates need to be run either via update.php or e.g. drush updb.

Major changes in Drupal 7.83:

• Drupal 7 now has a "changed" property on the user entity - database schema update required
• Drupal 7 now has a date-based default for the directory that file uploads are saved to
• Drupal 7 now has a skip_permissions_hardening setting
• The has_js cookie has been removed from Drupal 7
• Drupal 7 no longer strips leading www. from cookie domain by default because that leaks session cookies to subdomains - sites may want to set $cookie_domain in settings.php to opt out of this change
• Changes to password reset process in Drupal 7 to prevent email or username enumeration
• Link tags with duplicate rel="external" href attributes and different rel="external" hreflang attributes are now supported in Drupal 7

Versienummer	7.83
Releasestatus	Final
Besturingssystemen	Scripttaal
Website	Drupal
Download	https://ftp.drupal.org/files/projects/drupal-9.2.10.tar.gz
Licentietype	GPL

Reacties (8)

[haling]

Drupal is echt de weg kwijt. Versie 7 wordt nog ondersteund en versie 8 is EOL; en dat terwijl er nog zo'n 226.750 websites op versie 8 draaien en 529.423 op versie 7. Totaal aantal installaties heeft een keer op 1 miljoen gestaan, maar zit nu rond de 950.000.

Dit laat zien dat:
1. Jaren na de introductie van versie 8 maar de helft de update/upgrade heeft gedaan.
2. Een kwart miljoen sites nu geen updates meer gaan krijgen.
3. Zodra de support voor versie 7 verloopt (nov 2022) er ~75% van alle Drupal-installaties geen updates meer krijgen.
4. Gezien het feit dat nog maar 25% op versie 9 draait, verwacht ik geen grote migratie van 7/8 naar 9.

Wat dat betreft snap ik initiatieven zoals Backdrop (moderne fork van Drupal 7) ontzettend goed, en laten bovenstaande cijfers zien dat Drupal de connectie met haar gebruikers volledig kwijt is.

Zelf ben ik jarenlang Drupal-ontwikkelaar geweest (2007-2020) en dus de "teloorgang" overal gezien, van de ontzettend belerende toon in de issue queue, de onnodige complexiteit en correctheid van de Drupal codebase, tot de onhoudbaar zware en trage implementaties als je een wat complexere site bouwt. Issues blijven jarenlang open staan, en maintainers vertrekken massaal zonder hun werk over te dragen (daar ben ik ook schuldig aan).

[Reactie gewijzigd door haling op 24 juli 2024 05:47]

[XyritZz]

Ben ik niet met je eens, het originele plan was D7 en D8 tegelijk EOL maar vanwege de Corona crisis is er voor gekozen Drupal 7 een jaar uitstel te geven omdat de overgang van Drupal 7 naar Drupal 9 in veel gevallen een herbouw van de site betekent en veel bedrijven die nog op Drupal 7 draaien die kosten er niet voor over hadden middenin een pandemie.

De Drupal 8 EOL is wel doorgegaan, simpelweg omdat ze niet anders kunnen. Het onderliggende framework (Symfony) is namelijk EOL gegaan. Drupal 9 is ook niet veel meer dan Drupal 8 met wat verouderde code verwijderd, en een nieuwere Symfony versie op de achtergrond.

Dat er nog veel sites op Drupal 8 draaien komt door pure laksheid aan de kant van de beheerders; de upgrade van Drupal 8 naar Drupal 9 is behoorlijk eenvoudig en hoeft echt niet mega veel tijd te kosten.

Drupal 8 en 9 zijn een gigantische stap vooruit t.o.v. Drupal 7 voor developers, en een stap achteruit voor de sitebuilders die het liefst geen code typen. Eén van de speerpunten voor de doorontwikkeling van Drupal is om die sitebuilders ook weer meer aan te gaan spreken; maar dat zal nog wel even op zich laten wachten.

Ben het wel met je eens dat contributen aan Drupal niet prettig is; ze blijven stug vasthouden aan hun eigen workflow in plaats van de volledige ontwikkeling naar een GitLab of GitHub te verkassen, en de toon die in issues gezet wordt werkt totaal niet motiverend om je in te spannen om een issue te helpen oplossen.

[haling]

Drupal 8 en 9 zijn een gigantische stap vooruit t.o.v. Drupal 7 voor developers, en een stap achteruit voor de sitebuilders die het liefst geen code typen. Eén van de speerpunten voor de doorontwikkeling van Drupal is om die sitebuilders ook weer meer aan te gaan spreken; maar dat zal nog wel even op zich laten wachten.

Daar ben ik het volledig mee eens, maar de enorme sprong van 7 naar 8 was voor veruit het grootste gedeelte van beide partijen (zowel ontwikkelaars als sitebuilders) niet te doen. En dat zie je ook terug in de cijfers.

[Strebor]

Raar dat er nog zoveel sites op 8 draaien. De sprong van 8 naar 9 is kinderspel vergeleken met de sprong van 7 naar 8. En daarom wordt 7 nog ondersteund en 8 niet.

Wat je schetst klopt wat mij betreft. Drupal zit in steeds zwaarder weer.

[SadBob]

Probeer voor de “aardigheid” de mooie voorbeeld Umami website (zoals afgebeeld in dit artikel) in Drupal 8 of 9 na te bouwen. Je zult merken dat zonder een gedegen kennis van PHP en vooral van het onderliggende Symfony je niet erg ver komt. En zelfs dan…..

[brommer]

Ik heb verschillende jaren ervaring met Drupal, vooral als sitebuilder en themer, en ik kan die demo nabouwen zonder PHP-code te tokkelen. Wel ga ik wat bovenliggende templates moeten aanpassen, om het groter geheel in semantische HTML te gieten, maar die zijn door het gebruik van Twig relatief gemakkelijk te lezen.

Door het sterke datamodel kan je met enkel configuratie heel dynamische websites opzetten. Daarmee wil ik niet gezegd hebben dat Drupal gemakkelijk is uiteraard.

[SadBob]

Nooit problemen gehad met dependencies die inmiddels uit Symfony verwijderd waren?

[brommer]

Nee, niet echt. Die Symfony zit onderliggend wel in Drupal maar rechtstreeks hoef je daar niet veel mee te doen.

Je moet wel Composer als Dependency Manager gebruiken om modules te installeren, zie https://getcomposer.org. Theoretisch kan je zonder Composer werken maar het wordt zo hard gepusht en er zijn modules die niet werken zonder Composer, dat je dat echt wel moet doen. Dat was voor mij wel een leercurve in het begin maar ik ben het intussen gewend. En sinds Composer 2 is het installeren en verwijderen van projecten een stuk sneller geworden.