Software-update: WordPress 3.1.3

Versie 3.1.3 van WordPress is uitgebracht. Met dit programma, dat onder de gpl-licentie beschikbaar wordt gesteld, is het mogelijk om een weblog op te zetten en bij te houden. WordPress zou binnen vijf minuten kunnen draaien als er een server met php en MySQL beschikbaar is. Er zijn mogelijkheden om de functionaliteit van WordPress, naast bloggen, verder uit te breiden en het uiterlijk met plug-ins en themes aan te passen. Nieuw in versie 3.1 zijn onder andere internal linking en een nieuwe beheerbalk. Bovendien is de multisite-functionaliteit naar een aparte plek verhuisd. In deze derde update voor versie 3.1 zijn de volgende veranderingen en verbeteringen aangebracht:

Version 3.1.3 contains the following security fixes and enhancements:

• Various security hardening by Alexander Concha.
• Taxonomy query hardening by John Lamansky.
• Prevent sniffing out user names of non-authors by using canonical redirects. Props Verónica Valeros.
• Media security fixes by Richard Lundeen of Microsoft, Jesse Ou of Microsoft, and Microsoft Vulnerability Research.
• Improves file upload security on hosts with dangerous security settings.
• Cleans up old WordPress import files if the import does not finish.
• Introduce “clickjacking” protection in modern browsers on admin and login pages.

WordPress 3.0 screenshot, klik op de afbeelding voor een grotere versie.

Versienummer	3.1.3
Releasestatus	Final
Besturingssystemen	Scripttaal
Website	WordPress
Download	http://wordpress.org/download
Licentietype	GPL

Reacties (15)

[MrFax]

Je kan hier echt zo goed een CMS van maken. Kost je wat minder moeite als andere professionele CMS als bijv. Drupal

[Woudloper]

In het kader hiervan is het wellicht eens goed om dit artikel te lezen. Dit beschrijft namelijk hoe je de admin console van WordPress naar je eigen hand kan zetten.

Wanneer je namelijk WordPress meer als CMS gebruikt kan het soms helpen de admin en post/pagina onderdelen te minimaliseren qua functionaliteit zodat de gebruikers niet gestoord worden met al deze extra mogelijkheden.

[robkorv]

Ik zie hier net zoals en bij de andere artikelen over Wordpress als CMS gebruiken dat er nogal gehackt moet worden in de code. Breng dit geen problemen met het updaten?

[arjankoole]

Ik zie hier net zoals en bij de andere artikelen over Wordpress als CMS gebruiken dat er nogal gehackt moet worden in de code. Breng dit geen problemen met het updaten?

Ja, je moet echt nooit en te nimmer in de wordpress core code gaan hacken. Je kan nagenoeg alles (inclusief een CMS van maken) via plugins regelen, en dat is ook de enige manier waarop je dat moet doen.

Want als je per ongeluk op 'upgrade' klikt ... dan zijn de rapen gaar Niet op upgrade klikken is ook geen optie, omdat je wel security fixes wil hebben.

[aaahaaap]

Eh, nee. Dit is niet echt correct.

Je kunt zonder problemen je WordPress installatie uitbreiden en aanpassen door middel van de WordPress plugin API die bestaat uit hooks, actions en filters.
Je kunt dan in principe gewoon zonder problemen upgraden.
Dit is ook waar in de genoemde tutorial gebruik van wordt gemaakt en waar helemaal niks mis mee is.

Als je daarentegen de source van WordPress zelf gaat zitten editten zit dan wordt het natuurlijk een heel ander verhaal.

Het gebruik van plugins kun je het beste tot een minimum beperken, om de simpele reden dat deze in de regel ook "maar" door hobbyisten/anderen gemaakt zijn en je dus nooit precies weet wat je in huis haalt kwa exacte performance/belasting, functionaliteit en upgrade-vriendelijkheid. Je zult verbaasd zijn hoe snel je aan een extreem groot aantal queries zit als je een paar willekeurige plugins installeert; niet echt goed voor de snelheid van je website en belasting van je server.
Daarnaast zijn een hele hoop plugins overbodig, omdat met een paar regels eigen code (gebruik makend van de plugin API) vaak hetzelfde bereikt kan worden...

[arjankoole]

Jij maakt de klassieke fout door te denken aan de plugin repository van wordpress. Ik doelde echter op plugins in het algemeen. Ook plugins die je zelf gebouwt hebt.

De bottom line echter, was vooral: nooit de core code van Wordpress aanpassen, dat levert alleen maar ellende op. Of je nou custom plugins gebruikt of plugins die je ergens download, het komt neer op het zelfde

En ja, je hebt helemaal gelijk dat je 't waarschijnlijk beter zelf kunt bouwen. De plugins die je kunt downloaden zijn veelal heel generiek geschreven, met een groot publiek ik gedachten. (en sommige, bijzonder goed bovendien). Maar dat maakt de plugin niet per definitie geschikt voor jouw doeleinden.

[aaahaaap]

Ik ga inderdaad uit van de plugins van de community/ui de repository, dat is waar de meeste beginnende WordPress gebruikers als eerste gebruik van zullen maken.

Als je zelf plugins maakt dan heb je natuurlijk zelf de controle over de kwaliteit van de code en de performance.

[Gemeijer]

Dan ben je voor het gebruik van een gratis CMS een stuk gemakkelijker af met Joomla! (als je jezelf tenminste ff door de beginleerfase van Joomla! heenworstelt.. )

[sfranken]

Helaas is de HTML code die joomla genereert om te huilen zo slecht.

[Gemeijer]

Dat vind ik wel meevallen
Kun je dat toelichten?
Waarop let je dan?

[Greenfielt]

Ik maak inmiddels al jaren templates met Wordpress. Perfect voor kleine klanten!

[Gamemaniak]

Ik hier word het inmiddels erg veel gebruikt bij klanten. Moet zeggen dat deze er over het algemeen zeer tevreden mee zijn. Ik hoop wel dat ze de custom post types nog wat verbeteren in de toekomst. Het werkt wel, maar daar zijn nog wel een paar minpunten aan.

[Woudloper]

Veelal heeft dit te maken met onkunde en gebruik van het systeem. Veelal hebben websites geen custom post types nodig en zouden ze kunnen volstaan met et beter omgaan met categorieën en posts.

[Gamemaniak]

Over het algemeen hebben websites custom post types inderdaad niet nodig, het gaat er meer om bij specifiek gebruik. Soms het het gewoon noodzaak om veel opties aan een bepaald type te koppelen.

[Snikker]

Wat vindt jij dan de tekort komingen Gamemaniak?