Software-update: Drupal 6.26 / 7.14

De ontwikkelaars achter Drupal hebben updates voor versies 6.2 en 7.1 uitgebracht. Drupal is een in php geschreven gebruiksvriendelijk en krachtig contentmanagementplatform, waarmee bijvoorbeeld websites kunnen worden gemaakt. Sinds versie 7.0 is er een vernieuwde interface aan, die eenvoudiger en intuïtiever moet zijn en kunnen er verder extra velden worden toegevoegd aan content, gebruikers, termen en meer, zoals url's, afbeeldingen en lijsten met opties. Ook is er een automatische test aan het framework toegevoegd om bugs in de code te kunnen opsporen. Ten slotte is de databaselayer volledig herschreven, wat veel beperkingen van de databaselayer in Drupal 6 oplost. Updates worden apart aangeboden. Versie 7.13 verhelpt alleen een beveiligingsprobleem, terwijl versies 6.26 en 7.14 ook bugfixes doorvoeren.

Drupal 7.14 and Drupal 6.26 released

Drupal 7.14 is now available, which contains bug fixes as well as fixes for security vulnerabilities from Drupal 7.13.

Drupal 6.26, which fixes known bugs (no security issues) is also available for download.

Upgrading your existing Drupal 7 and 6 sites is strongly recommended. There are no new features in these releases. For more information about the Drupal 7.x release series, consult the Drupal 7.0 release announcement, more information on the 6.x releases can be found in the Drupal 6.0 release announcement. Drupal 5 is no longer maintained, upgrading to Drupal 7 is recommended.

Changelog

Drupal 7.13 only includes fixes for security issues. Drupal 7.14 also includes bugfixes. The full list of changes between the 7.12 and 7.14 releases can be found by reading the 7.14 release notes. A complete list of all bug fixes in the stable 7.x branch can be found in the git commit log.

Drupal 6.26 only includes bugfixes.

Security vulnerabilities

Drupal 7.13 were released in response to the discovery of security vulnerabilities. Details can be found in the official security advisory:

SA-CORE-2012-002

To fix the security problems, please upgrade to Drupal 7.13.

Versienummer	6.26 / 7.14
Releasestatus	Final
Besturingssystemen	Scripttaal
Website	Drupal
Download	http://drupal.org/project/drupal
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (11)

[Bas_f]

Onlangs ben ik even aan de gang gegaan met Drupal, om ook eens te kijken hoe andere CMS'en werken en in elkaar zitten. Allereerst beviel het CMS me slecht. Voor alles wat ik wilde, moest ik een module installeren. Ik ben een developer, geen module installateur en configurator. Daarna ben ik even in de code gaan kijken en toen ben ik me letterlijk een hoedje geschrokken. Ik ben zelf een Zend Framework Certified PHP developer en heb in de loop der jaren aardig wat slechte, onoverzichtelijke en rommelige code gezien, maar Drupal slaat alles. Het enige object wat ik kon vinden was, zoals ze het zelf noemen, de "databaselayer" (nog net niet in lachen uitbarsten doet), verder was het een grote verzamelijk onlogisch benoemde functies. Werkelijk ongelovelijk voor een CMS wat eigenlijk al zo groot is. Ik heb het aan de kant gegooit en ik raak het nooit meer aan.

[jb044]

Wat een nonsens zeg, OO is een middel geen doel op zich! Moet altijd wel lachen om mensen die iets gelijk terzijde schuiven als het niet volgens het boekje OO geschreven is.

Drupal is juist extreem modulair en je kunt het zo gek niet bedenken of je kunt het netjes tweaken of overrulen zonder ook maar 1 regel originele code te moeten hacken. Heb ook wel kritiek op Drupal maar dat zit m meer in de slechte performance die bijna elk generiek framework heeft.

[Verwijderd]

Kloptdat de performance van drupal slecht is... Sinds kort ben ik overgegaan op wordpress.. Ook zeer modulair en zeer veel plugins er voor.. En zeer lightweight en snel

[jb044]

Ja klopt, zo was ik verbaasd dat een wordpress install met caching plugin een varnish accellated drupal install tot op grote hoogte wist bij te benen (1).

1 De wordpress install had een of andere module die default een php sessie cookie uitstuurde dus varnish deed in dat geval niet zo veel.

[Bas_f]

Het is geen doel nee, maar een beetje structuur in de code, want het is immers open-source, kan geen kwaad. De code ziet er nu uit alsof het door een stel beginners is gemaakt die zich niet durven te wagen aan php v4.

Ieder generiek framework heeft objecten aan boord die je diverse mogelijkheden geven tot het cachen. Hoe je wilt cachen, mag je zelf bepalen, maar het is mogelijk. Op die manier heb je de performance van je app zelf in de hand. Voor Drupal zul je ook wel caching modules hebben, wellicht kun je daar eens naar kijken.

[jb044]

no shit sherlock! Punt is meer dat je vrij ver moet gaan om het geheel een beetje te laten performen. Zo gebruik ik tegenwoordig php als fcgi + apc + memcached + varnish en dan vliegt het tot performt redelijk, afhankelijk van wat je doet en in welke hoedanigheid. Ik heb er vrede mee, drupal biedt de developer veel vrijheid en vooral veel mogelijkheden. Als je tenminste bereid bent om de toch wel stijle leercurve te nemen. Als in het leren van het systeem van hooks versus objecten van een OO framework.

Sowieso is mijn ervaring met generieke frameworks dat je een prijs betaald in performance voor alle mogelijkheden die je krijgt en misschien helemaal niet nodig hebt.

[CUnknown]

Als programmeur zou je juist moeten weten dat een modulaire opzet erg gunstig is. Dat je veel modules moet inschakelen is altijd nog veel minder werk dan zelf al je modules schrijven. Dat modules standaard niet aanstaan is natuurlijk om overhead te voorkomen. Wanneer je begrijpt hoe je moet ontwikkelen, is het ook appeltje eitje om door te hebben hoe je de modules moet configureren. Dit is dan immers enkel een extra grafische schil voor het instellen van variabelen.

Je zou wel kunnen zeggen dat voor een niet-developer Drupal's module structuur wat onoverzichtelijk oogt. Maar voor deze mensen is denk ik Yoomla ook een betere kandidaat.

[s.stok]

https://github.com/drupal...dules/menu/menu.admin.inc
Het is inderdaad niet bepaald leesbaar, een beetje meer witruimte mag wel.

De functie t() is word gebruikt vanwege het feit dan Gettext word gebruikt welke een standaard _() gebruikt (WTF?)

En ook het gebruik van losse functies komt niet bepaald duidelijk over, Ja OOP is een middel maar wel een goed middel. Je kan interfaces afdwingen, methods en properties als 'intern' aangeven en zo dus een veel duidelijker overzicht van de programmering realiseren.

Triest genoeg worden er wel classen en interfaces gebruikt, maar nog lang niet genoeg.

[armageddon_2k1]

Zend Framework kan er ook wat van hoor

Maar ik herken erg goed wat je zegt. Erg bizar voor zo'n pakket.

[Reactie gewijzigd door armageddon_2k1 op 24 juli 2024 02:22]

[deuzige]

Kan misschien bagger code zijn volgens jou maar het werkt wel. En het is ongeveer het meest gebruikte cms out there dus misschien ben jij wel niet zo'n goeie programmeur/ontwikkelaar als je zelf denkt? Een beetje het "ik ben normaal de rest van de wereld is gek" syndroom...

[Verwijderd]

Drupal is inderdaad nu niet bepaald Object Oriented qua architectuur, echter is wel degelijk zeer flexibel en modulair qua opbouw.

Overigens is men bezig om grote wijzigingen door te voeren aan met name de content engine, grote gedeeltes worden herschreven op basis van, en in samenwerking met, Symfony (2).
Wat ik persoonlijk wel zeer interessant aan Drupals' ontwikkeling vind is dat men bij de laatste major versies zeer bewust de eigen API steeds cleaner aan het maken is, en dat is toch een beetje tegen de trends in.

En smaken verschillen nu eenmaal, ik ben (in PHP) zowel thuis met ZF (inmiddels ook steeds meer met ZF2) als met Drupal (en Symfony), en vind juist die verschillende benaderingen wel inspirerend, net zoals ik het soms ook prettig vind om een andere talen/platforms als PHP te gebruiken.