Software-update: WordPress 3.7 bèta 2

De tweede bètarelease van WordPress versie 3.7 is uitgekomen. Met dit programma, dat onder een gpl beschikbaar wordt gesteld, is het mogelijk om een weblog op te zetten en bij te houden. WordPress is eenvoudig op te zetten en kan binnen vijf minuten draaien als er al 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.7 is de mogelijkheid om automatisch in de achtergrond te updaten. In deze tweede bèta is dat proces verfijnd en zijn verder nog zo'n vijftig bugs verholpen.

WordPress 3.7 Beta 2

WordPress 3.7 Beta 2 is now available for download and testing. This is software still in development, so we don’t recommend that you run it on a production site.

This has been a quiet beta period. We’re hoping to get some more testers for automatic background updates, which will occur for security and minor releases (like updating from 3.7 to 3.7.1). It’s really easy to test this, as Beta 2 will update* each day to the latest development version and then email you the results. If something goes wrong, you can report it — it’s that simple. To get the beta, try the WordPress Beta Tester plugin (you’ll want “bleeding edge nightlies”). Or you can download the beta here (zip). Check out Dashboard → Updates to see if your install is eligible for background updates. WordPress won’t update if, for example, you’re using version control like SVN or Git.

For more of what’s new in version 3.7, check out the Beta 1 blog post. In Beta 2, we further increased the stability of background updates and also added about 50 bug fixes, including a fix for Internet Explorer 11 in the visual editor.

If you think you’ve found a bug, you can post to the Alpha/Beta area in the support forums. Or, if you’re comfortable writing a bug report, file one on the WordPress Trac. There, you can also find a list of known bugs and everything we’ve fixed.

Versienummer	3.7 bèta 2
Releasestatus	Beta
Besturingssystemen	Scripttaal
Website	WordPress
Download	http://wordpress.org/wordpress-3.7-beta2.zip
Bestandsgrootte	4,88MB
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (18)

[geert1]

Naast de automatische updates is het misschien leuk om te weten dat Wordpress met deze nieuwe versie eindelijk enige vorm van "slim zoeken" krijgt: Zoekresultaten worden straks (tot op zekere hoogte) gesorteerd op relevantie (eindelijk!).

Er is een hele rits aan nieuwe features gepland als plugin. Deze worden gemaakt om perfect aan te sluiten bij de core, en zijn in veel gevallen kandidaat om te worden opgenomen in de core als ze goed genoeg zijn. Onder andere in versie 3.8, die ook nog dit jaar komt, volgens de planning. Veel third-party plugins wijken qua gevoel en manier van beheren erg af van de kern, dus ik juich de first-party aanpak zeker toe. O.a. verbetering van de admin-interface (weer gebruiksvriendelijker), het zoeksysteem en de widgets staan op het programma. Wat hiervan in 3.8 komt, is nog niet zeker (maar lang niet alles), en sommige zijn experimenteel en zouden zelfs nog helemaal geschrapt kunnen worden.

Benieuwd waar het project naartoe gaat. Zelf zou ik graag nog een aantal dingen in de kern zien, die we nu met een third-party look-and-feel moeten oplossen. O.a. meertaligheid, WYSIWYG widgets en de mogelijkheid om CPT's en custom velden toe te voegen via een gebruiksvriendelijke interface (zoals de ACF plugin bijv.). Dat dat via code gemakkelijk kan is op zich prima, maar een platform als Wordpress zou best wat verder mogen gaan. Anderzijds blijft de keuze tussen wel-of-niet-in-core altijd een lastige, en ik snap de terughoudendheid van het WP-team hierin wel.

[Reactie gewijzigd door geert1 op 24 juli 2024 07:48]

[MadEgg]

Ik zou het fijn vinden als ze eens de code flink op de schop nemen. De Admin interface is heel netjes, maar zodra je iets wilt waarvoor deze niet meer voldoet en je de code in moet duiken kom je in de rimboe terecht. Wat een hel van een code, met rare executie-paden door de code, inconsistente prefixes, gebrekkige scheiding tussen model en view, globale variabelen. Ik ben blij dat ik er niet vaak mee hoef te werken.

[geert1]

Zit zeker wat in. Ze doen heel veel aan backwards compatibility, wat ertoe leidt dat oude code lang blijft rondslingeren. De keuze voor hooks en filters als extensiemechanisme (boven object geörienteerd) snap ik, met het oog op toegankelijkheid en eenvoud, maar dan moet het inderdaad wel netjes, consistent en modern geschreven zijn.

Het schijnt dat WP 4.0 een behoorlijke revisie wordt van de code, waarbij de backwards compatibility deels wordt losgelaten. Soortgelijk aan wat jQuery deed met 2.0. Dat kan dus het antwoord zijn, maar het blijft allemaal te bezien natuurlijk. De ontwikkelaars zelf zijn zich wel bewust dat een flink deel van de code eruit kan, of verbeterd zou moeten worden.

[Swelson]

Automatische updates zouden wel echt een uitkomst zijn, zeker als je meerdere Wordpresswebsites hebt.

Maar zitten hier niet ook gevaren in? Wat bijvoorbeeld als de Wordpressservers worden gehackt? Is het dan mogelijk om miljoenen (want Wordpress is het CMS van ontiegelijk veel sites) websites te infecteren met malware?

[Rembert]

Ik ben niet zo'n voorstander van automatische updates, zeker niet op bedrijfskritische websites (buiten de vraag of je daarop WordPress moet draaien). Updates test ik liever eerst even in een test omgeving.

Daarnaast het gevaar dat je noemt: de WordPress community heeft kennelijk behoorlijk tijd besteed aan de veiligheid: auto-updates alleen voor minor-upgrades (dus bv. 4.5.1 naar 4.5.2), communicatie via SSL, update packages worden gesigneerd en de updates worden vertreegd: na release van een nieuwe versie gaat een grace-periode zodat early adopters het even kunnen testen. Is het niet goed dan kan de update worden teruggetrokken.

Dit neemt niet weg dat de WordPress servers gehacked kunnen worden, code wordt aangepast en als update wordt rondgestuurd - er van uitgaand dat de hackers de packages weten te signeren. Als die aangepaste code niet tijdig wordt opgemerkt dan zijn alle automatisch geupdate WordPress sites de klos.

[geert1]

Het grootste deel van de Wordpress-site-eigenaren zal hier blij mee zijn, verwacht ik. Het automatisch updaten gebeurt alleen bij minor releases, en alleen wanneer er geen versiebeheer actief is. Daarmee vang je al een behoorlijk aantal dingen af. Sites die een test- of staging-omgeving hebben, kunnen het inderdaad beter uitschakelen. Die hebben een eigen proces voor het releasen en updaten. Maar alle hobby- tot semi-professionele blogs en de kleinschaligere websites zullen hiermee geholpen zijn. En dat is het leeuwendeel, lijkt me.

En wat betreft de veiligheid: Elk auto-update-proces kan gehijacked worden. Dezelfde risico's gelden bij alle mogelijke software die automatisch update, soms met een nog veel grotere doelgroep dan Wordpress. Dus ja, risico is er altijd, maar dat hoeft geen reden te zijn om auto-updating niet in te zetten.

[Reactie gewijzigd door geert1 op 24 juli 2024 07:48]

[MadEgg]

Ik heb meerdere malen meegemaakt dat een update de hele site lamlegd. Met name als WordPress tracht zichzelf te updaten via het invoeren van FTP-gegevens in de admin. Hij zet zichzelf in maintenance mode en crasht dan tijdens de admin, soms zelfs na het buitensluiten van de administrator zodat je ook de maintenance mode niet meer uit kan schakelen.

Laat ze dus eerst het upgrade proces maar eens wat robuuster maken voordat ze trachten dit automatisch te doen. Ik zou het in ieder geval geen seconde overwegen.

[geert1]

Ik denk dat je vergeet dat het hier alleen om minor releases gaat. Daarnaast zijn problemen tijdens het upgraden sowieso enorm zeldzaam. Zolang je server de nodige resources vrij heeft, en je website stabiel en netjes is, kan een minor release bijna onmogelijk voor problemen zorgen.

[Verwijderd]

Je zegt het zelf al, bijna onmogelijk. Het kan dus wel en het gebeurd dan ook. Bij minor updates treden er ook soms ook problemen op. Dat ligt niet altijd aan WordPress zelf maar kan ook aan plugins liggen. Maar je zal maar net een plugin hebben die bij een minor upgrade voor problemen zorgt. Dan ben je niet blij met een automatische update.Zeker niet als je meerdere sites beheert.

[geert1]

Klopt, en daarom kan iedereen voor zichzelf beslissen of ze gebruik willen maken van deze functionaliteit. Het is geen verplichting, en zoals ik in mijn eerdere reactie al aangaf: Het lijkt mij dat het leeuwendeel van de gebruikers hiermee wél geholpen is.

[Reactie gewijzigd door geert1 op 24 juli 2024 07:48]

[tinus73]

van de andere kant wil ik niet dat mijn gemodificeerde themes automatisch geupdate worden. Maar ja dat is ook een keuze van mijzelf misschien.

[Rembert]

Als jij een theme aanpast zonder daar eerst een child-theme voor te maken dan ben je sowieso niet goed bezig.

[Bliz]

Dat is in principe wel mogelijk wanneer ze geen extra beveiligingen hiervoor inbouwen.

Waar ik me echter meer zorgen over maak is het feit dat custom wordpress websites soms stuk gaan bij een update. Daarom is dit denk ik vooral interessant voor sites met een standaard plugins en templates.

Ik zal ik deze functie waarschijnlijk niet aan laten staan. Ik vind het toch altijd erg fijn om even een backupje te draaien en dan handmatig de update toe te passen. Zo kun je meteen kijken of alles nog prima werkt.

[bones]

Automatische updates is iets wat ik als webdesigner echt niet zou willen. Heb ongeveer 80 wordpress websites draaien voor klanten, en heb al meerdere malen meegemaakt dat een update zorgt voor problemen bij bepaalde plugins, waardoor ik weer terug moest naar een vorige versie. Dit merk ik dan meestal bij de 1ste website, aangezien ik alle updates eerst test.

Als dit automatisch zou gebeuren bij 80 websites, dan kan ik deze dus allemaal handmatig gaan restoren naar een vorige versie, en heb dan ook nog de kans dat de websites tijdelijk niet goed functioneren.

Nee ik update het liever allemaal handmatig.

[JKratos]

Hier al naar gekeken? http://infinitewp.com/

Is erg handig voor precies wat jij zegt; het onderhouden van meerdere WordPress sites. En het is allemaal mooi terug te zien in één overzichtelijke pagina/interface.

[P_Tingen]

Het zou wel een idee zijn als je Automatic Updates vertraagd zou kunnen krijgen. Je stelt dan 1 site (je testsite) in op automatisch updaten en je productiesite op 1 of 2 dagen vertraagd. Er van uitgaande dat 99% van de updates goed zullen gaan, heb je er geen omkijken naar. Die ene keer dat het fout gaat zie je het in je testomgeving en heb je nog tijd om in te grijpen.

[Loller1]

Het is misschien interessant om te weten dat de automatische update maar een tijdelijke implementatie is zoals deze nu staat. In latere updates zal deze functie worden uitgebreid naar major updates, plugins en thema's. Een van de hoofdredenen voor deze maatregel is dat er nog steeds zeer veel mensen gebruik maken van WordPress 3.0 (26,4% van het totaal), 31, 3.2, 3.3 en 3.4 nemen ook nog altijd een goede 27% in beslag. 3.5 zit nu op 29,5%. Terwijl de meest recente WordPress 3.6 nog maar 16,6% heeft weten te nemen. Dit is deprimerend weinig. Met 3.7 en later moeten deze beter up-to-date worden gehouden, natuurlijk, dit kan worden uitgeschakeld.

[Verwijderd]

De automatische updates is een leuk idee. Maar ik vertrouw dat dus voor geen meter. Als een plug-in of theme niet compatible is kunnen de meest nare situaties ontstaan. Liever eerst testen of iets werkt op een nieuwe core of plugin en dan pas uitvoeren in een productie omgeving. Elke beetje systeem beheerder krijgt dit wel met de paplepel ingegoten.

Het zal uiteraard men niet ontnomen worden om auto updates uit te schakelen. Ik hoop echter wel dat de programmer achter WP een goeie waarschuwing geven met eventuele gevolgen als men zo'n auto update functie inschakelen.

Naast het auto update gebeuren moet ik wel erkennen dat ik als webdesigner nog niet eerder een cms/blog systeem heb gezien dat zo gebruiksvriendelijk is (of te wel design vriendelijk) als WP!