Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Je kunt ook een cookievrije versie van de website bezoeken met minder functionaliteit. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , reacties: 20, views: 4.037 •
Bron: WordPress

WordPress logo (60 pix)De tweede bètarelease van versie 3.5 van WordPress is uitgekomen. Met dit programma, dat onder 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. De release notes voor deze tweede bètarelease kunnen hieronder worden gevonden.

WordPress 3.5 Beta 2

This is software still in development, so we don’t recommend that you run it on a production site. Set up a test site to play with the new version. To test WordPress 3.5, try the WordPress Beta Tester plugin (you’ll want “bleeding edge nightlies”). Or you can download the beta here (zip).

For more, check out the extensive Beta 1 blog post, which covers what’s new in version 3.5 and how you can help. What’s new since beta 1? I’m glad you asked:
  • New workflow for working with image galleries, including drag-and-drop reordering and quick caption editing.
  • New user interface for setting static front pages for the Reading Settings screen. (#16379)
  • New image editing API. (#6821)
As always, 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 reproducible bug report, file one on the WordPress Trac. There, you can also find a list of known bugs and everything we’ve fixed so far. Happy testing!

WordPress 3.4.1 dashboard screenshot (481 pix)

Reacties (20)

New image editing API
Hopelijk kunnen we hier nu eindelijk croppen bij het invoegen van een afbeelding in een bericht. Daarnaast moeten de custom [mono]add_image_size[/] eigenlijk ook selecteerbaar zijn bij het invoegen van een afbeelding in een bericht. De standaard formaten voor het invoegen van een afbeelding passen soms net niet of komen gewoon niet mooi uit.
Wordpress blijft voor mij de beste optie voor het maken van websites. De grote hoeveelheid beschikbare plugins is gewoon indrukwekkend (en de kwaliteit doorgaans prima). Makkelijk uit te breiden of aan te passen zonder dat het meteen traag wordt of onoverzichtelijk. Erg mooi.

Ik snap overigens niet waarom de ene site wel en de andere site geen ftp gegevens nodig heeft voor het updaten. Iemand een idee?

Daarnaast ben ik nog op zoek naar een tool waarmee ik makkelijk javascript/css kan combineren uit de vele plugins die ik heb draaien. Nu krijg ik bij 1 site bv 80 requests (merendeel plaatjes, maar toch 30 voor de opmaak/functioneren). Heb al wel wat caching managers geprobeerd, maar die slopen het geheel toch al erg snel helaas. De URLs van afbeeldingen worden dan vaak niet goed doorgegeven of de javascript breekt ineens.

Supercache en W3cache heb ik wel geprobeerd, maar die werkten toch niet helemaal perfect. Kreeg bv adminbar voor niet ingelogde gebruikers te zien, was soms trager met cachen en telkens het cleanen van de cache vind ik een rare manier.

[Reactie gewijzigd door Martinspire op 16 oktober 2012 11:41]

als je zoveel requests genereert met het draaien van plugins dan ga je toch niet goed met je resources om. wat voor kermis website draai je dan?
Niet iedereen is van de "Oh, ja de Windows2000-look is mooi en ik wil al die eye-candy shit niet hebben" - afdeling.

Als je een site maakt voor een vereniging of wat dan ook en je wil het een en ander op je site zonder dat je zelf onder de PHP motorkap hoeft te duiken, dan kom je gemakkelijk uit op een stuk of wat plugins. En die genereren allemaal hun eigen CSS en javascript.

Maar of dat dan gelijk een kermissite is? Tss.
Het probleem wat hij eigenlijk bedoelt, is denk ik dat wordpress geen enkele moeite neemt om het aantal requests te verminderen. CSS en javascript-files van plugins worden klakkeloos los included, terwijl ze perfect bij elkaar in n file gezet zouden kunnen worden. Dat doet *niets* af aan de functionaliteit ervan (hooguit het debuggen is wat moeilijker, en daarom moet je het ook uit kunnen zetten).

Het is ook een stukje te danken aan plugins. Er zijn plugins die een hele eigen jQuery library inlcuden, ook al heb je die al. Of plugins waar tig losse plaatjes in zitten, daar wordt je ook niet vrolijk van...

En wordpress is al niet zo snel. De laatste keer dat ik heb getest op performance, kwam ik op een halve seconde rekentijd uit op de server. Dus een halve seconde voordat er ook maar *iets* gebeurde. En dat was op een toch behoorlijk capabele server.
Ik heb een Drupal 6 website met webshop en +-30 plug-ins, met de standaard Drupal cache optie laadt deze volgens tools.pingdom.com in 0.387 seconden, zeer netjes!

Ik heb ook een WordPress website met 22 plug-ins, deze kwam uit op maar liefst 4.2 seconden, meer dan 10x zo langzaam. Met W3Totalcache (en combine+minify) + memcached kon ik dit op 3.7 seconden krijgen. Toen maar Cloudflare ervoor gezet en nu komt de website met alle optimalisaties net onder de 2-3 seconden. De WordPress thema's, vooral die van bijvoorbeeld Elegantthemes zijn zeer beroerd opgezet voor performance en het combinen van js + css zorgt vaak voor een niet werkende website.

Kortom, Drupal heeft dit wat mij betreft veel beter voor elkaar.
Combineren van css kan altijd. ALTIJD.
Behalve als je external css (met de <link> tag) combineert met embedded css (met de <style> tag). Dan werkt het niet. Maar van n set maakt de volgorde in elk geval geen reet uit ;)

Combineren van javascript werkt... als je het goed doet. Je moet ze in de juiste volgorde en op de juiste plek combineren, en ze moeten min of meer "netjes" zijn. Javascript minifyen kan over het algemeen ook, mits de javascripts netjes zijn. Minifiers kunnen geheel terecht niet omgaan met "fouten" die door de javascript lexers/parsers gedoogd worden (zoals optionele puntkomma's), en dat is waar het vaak op stukloopt.

Ook moet het gecombineerde resultaat op de juiste plek teruggezet worden, en moeten vooral de verschrikkingen van inline hak -en poetswerk javascripts geweerd worden. Maar je kunt in geen geval javascripts uit de <head> combineren met javascripts die onderaan de body staat (waar ze horen).

In theorie, als je de controle hebt over al je files, en/of als plugins perfecte nette code zouden bevatten, en/of als Wordpress krankzinnig strenge moderatie op de plugins doet ( la Apple's eigen AppStore bijv), dan kun je na verloop van tijd op een punt komen dat volautomatisch combinere&/minifyen realistisch wordt.

Het gevolg: ik ben zelf extreem conservatief in het gebruik van plugins, en ben extreem streng in het includen van scripts en styles die meekomen met de plugins die ik wl gebruik.

[Reactie gewijzigd door _Thanatos_ op 16 oktober 2012 21:35]

DAt jou site in 0.387 seconden geladen is zegt natuurlijk geen ene... als je niet weet wat voor systeem er achter hangt. Ook zegt het totaal niks over het totaal aantal concurent users dat je server kan hebben.

Dus leuk geprobeerd maar het is gewoon een regelrechte, ongefundeerde, flame.
Ik weet prima wat er voor systeem achter hangt en ik weet ook wat de server kan hebben, je maakt hier een tweetal foute aannames.

Ik heb de afgelopen jaren meer dan 50 Drupal websites en 50 WordPress websites langs zien komen op mijn werk en de out of the box performance van Drupal is over het algemeen beter. Los daarvan blijf ik een enorme WordPress (en ook Drupal) fan.
Het is een site van een voetbalvereniging. Dat wil dus zeggen: buddypress, calender, image slideshow, carousel op frontpage, ophalen van voetbaldata, custom post types, etc. Nou kan ik wel alles zelf gaan maken om zo maar 2 bestanden te hoeven includen, maar daarmee ben ik wel 25x langer bezig met de website. Ik ben niet zo'n fan van het wiel opnieuw uitvinden en hoop dan ook dat wordpress met een toekomstige versie het pluginsysteem voor het includen van bestanden, css en javascript gaat optimaliseren om zo minder requests nodig te hebben want het is in feite gewoon niet nodig.
Wat ftp betreft:
http://admindaily.com/how...p-to-upgrade-plugins.html

Door suPHP te installeren zou je het kunnen voorkomen.
Die had ik al gezien, maar ik heb het met meerdere websites op dezelfde server. Ene doet wel lief gewoon updaten zonder ftp, ander niet. En volgens mij draait suphp helemaal niet. Ook kan ik geen veranderingen detecteren in config, chmod of extra bestanden.
Is nu ook eindelijk al het werken met geneste pagina's (Pages dus) aangepast? Het feit dat je per pagina moet opgeven wat de parent is, is bij de huidige versies ronduit knullig te noemen voor zo'n populair systeem.

Zo denkt een gebruiker/redacteur namelijk helemaal niet. Je wil aangeven wat de children zijn, niet wat de parent is. Het liefst met slepen natuurlijk.

[Reactie gewijzigd door _Thanatos_ op 16 oktober 2012 12:39]

Je kunt in de pages wel aangeven wat de parent is, maar bij pagina's zet je ze toch al snel in een menu neer, wat tegenwoordig makkelijk met drag&drop te doen is. Dus ze hoeven het niet te doen, al staat het voor het pagina overzicht wel makkelijker.

Custom menu's zijn in ieder geval sterk verbeterd sinds versie 2 volgens mij.

[Reactie gewijzigd door Martinspire op 16 oktober 2012 13:09]

Het werken met subpagina's wordt een stuk gemakkelijker met de plugin "CMS Tree Page View".
En overzichtelijker ook nog, want in je dashboard heb je een treeview overzicht van al je pagina's. Je sleept ze zo heen en weer om ze goed te krijgen. Ik wil niet meer zonder!

Zie ook hier voor een aardige beschrijving van deze plugin.
Het werken met subpagina's wordt een stuk gemakkelijker met de plugin "CMS Tree Page View".
En overzichtelijker ook nog, want in je dashboard heb je een treeview overzicht van al je pagina's. Je sleept ze zo heen en weer om ze goed te krijgen. Ik wil niet meer zonder!
Klopt, die plugin heb ik ook. Onmisbaar. Alleen het is toch jammerlijk dat dit geen standaard functionaliteit is, en dat het gebruik van een plugin eigenlijk een standaardactie is bij het opzetten van een nieuwe site... Prettig werken met geneste pagina's is elementair voor een CMS, en tegenwoordig hoort WP daar ook bij.
Ik zie het probleem eigenlijk niet. Je vinkt de pagina's aan die child moeten worden, dan bulk edit en dan de parent. Save en klaar ermee.
deze plugin was ik net naar op zoek, thx for sharing. erg relaxed dat het menu nu daadwerkelijk gelijk staat aan de paginastructuur!
Is er eigenlijk een goede tutorial hoe je WordPress moet opzetten? Ik heb al wel wat websites met ASP.NET MVC3 opgezet, maar dat is wel steeds erg hardcore. Voor onze vereniging zou ik graag WordPress gebruiken (Joomla is te lastig in gebruik voor de contentbeheerders). Iemand goede tutorials?

Op dit item kan niet meer gereageerd worden.



Populair:Apple iPhone 6Samsung Galaxy Note 4Assassin's Creed UnityFIFA 15Motorola Nexus 6Call of Duty: Advanced WarfareApple WatchWorld of Warcraft: Warlords of Draenor, PC (Windows)Microsoft Xbox One 500GBDesktops

© 1998 - 2014 Tweakers.net B.V. Tweakers is onderdeel van De Persgroep en partner van Computable, Autotrack en Carsom.nl Hosting door True

Beste nieuwssite en prijsvergelijker van het jaar 2013