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. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 29 reacties
Bron: Drupal, submitter: Mei

Drupal logo De ontwikkelaars achter Drupal hebben de final release van versie 7.0 uitgebracht. Drupal is een in php geschreven gebruiksvriendelijk en krachtig contentmanagementplatform, waarmee bijvoorbeeld websites kunnen worden gemaakt. In versie 7.0 treffen we onder andere een vernieuwde interface aan, die eenvoudiger en intuïtiever zou moeten zijn. Verder kunnen er nu 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 database layer volledig herschreven, wat veel beperkingen van de database layer in Drupal 6 oplost.

Easier to use
An entirely revamped administrative interface makes your daily tasks easier to find and carry out. Many improvements were added specifically for site builders and content editors.

More flexible
Define your own content structure and add custom fields to content, users, comments, and more. Extend your site with one of the over 800 modules already available for Drupal 7.

More scalable
Your Drupal 7 site will be fast, responsive and handle huge amounts of traffic thanks to improved JavaScript and CSS optimization, better caching and more.

Open source
Come for the software, stay for the community. Thousands of smart and productive people work together to continuously improve Drupal, modules, themes and distributions.


Drupal 7 Marketing Video.

Moderatie-faq Wijzig weergave

Reacties (29)

Is Drupal nou goed te verknopen met je AD zodat de gebruikers een single sign on hebben? Ik wil mijn intranet vervangen door Drupal en dan zou dit een toegevoegde waarde zijn.
Je kan via LDAP inloggen. Wat er nodig is voor Active Directory:

http://drupal.org/node/486000

Maar dan met:

http://drupal.org/project/ldap

ipv de 'ldap_integration' module als je Drupal 7 wilt gebruiken.
Kijk voor je intranet eens naar Open Atrium, dat is een intranet/groupware-app gebaseerd op Drupal
cool, thanks. Ik ga dit bekijken.
Drupal heeft in mijn bescheiden mening nog steeds 1 groot nadeel, en dat is de gebruiksvriendelijkheid voor leken.

Als ik een content manageable website bouw voor een bedrijf met een eigen IT dienst of web administrator, zal ik zeker niet twijfelen om Drupal als CMS te kiezen. Iemand met een (beperkte) kennis van heel het web gebeuren kan makkelijk wijs geraken in de admin UI, zeker sinds versie 7.

Maar als ik een site bouw voor iemand zonder relevante IT/web kennis zal ik nooit voor Drupal opteren. Een leek raakt hopeloos verloren in de uitgebreide back-end.
En ja, je kan (en moet) permissies instellen en zoveel mogelijk delen afschermen van de gebruiker. Maar op het einde van de dag blijft het allemaal erg complex voor iemand zonder verstand van websites.

Daarom is WordPress voor dit soort klanten een veel betere oplossing. De admin UI is heel erg straight-forward en zaken zoals fotogallerijen en video's toevoegen kunnen allemaal op een heel erg simpele manier gebeuren.

Dit gezegd zijnde, Drupal 7 is een gigantische stap voorwaarts! Het wordt zeer interessant om te zien in zelke mate WordPress en Drupal de komende jaren gaan convergeren of divergeren.

[Reactie gewijzigd door Arutha op 6 januari 2011 00:19]

Met deze stelling ben ik het absoluut niet eens! (ff lekker binnenkomen ;) )

Ik heb voor mijn werkgever twee nieuwe websites gebouwd in Drupal6. Hiervoor gebruikten ze een duur, proprietary CMS en de opmerkingen die ik nu, na de migratie, krijg van de leken (echte, pure leken...) is juist dat ze de workflow van het content editing erg makkelijk vinden! "Is dat alles?" en "ow, dat is makkelijk" zijn gebruikelijke uitspraken.

Het hangt er natuurlijk wel vanaf hoe je als ontwikkelaar de backend configureert! Drupal7 heeft echt een hele goede standaard backend waardoor de meeste aanpassingen die ik standaard deed niet meer nodig zijn. Ik ben erg te spreken over de verbeteringen in Drupal7 qua useability.

... en mocht het je niet bevallen kan je altijd alles aanpassen!

De reden waarom Drupal zo overweldigend lijkt is omdat je controle krijgt over alle mogelijkheden van het systeem (immers, open source). Bij commerciële pakketten heb je vaak beperkt toegang en bellen gebruikers al heel snel de helpdesk. Als je weet dat je leken aan het werk gaat zetten dan geef je ze gewoon beperkte permissies en train je een aantal helpdeskmedewerkers in wat er echt allemaal mogelijk is. Niet iedereen hoeft te weten hoe alles werkt uiteraard...

[Reactie gewijzigd door RedTop op 6 januari 2011 05:25]

Als jij het goed instelt, en inderdaad zoals je zegt de juiste permissies geeft, kan de eindgebruiker bijna niks. Eindgebruiker kent het front-end, en bewerkt in diezelfde omgeving zijn teksten, voegt pagina's toe, etc.

Er zijn inderdaad redenen waarom een eindgebruiker in het backend wil (ik denk bijvoorbeeld even aan een ubercart-installatie met de lijst van orders). Maak in het menu een linkje aan naar die lijst, en eindgebruiker komt daar ook wel uit.

En toegeven: een fotogallerij zou ik door een gebruiker niet snel laten toevoegen. Daar is WP inderdaad veel beter in.

Maar nogmaals: het toevoegen, bewerken e.d. van pagina's via het front-end vind ik heel erg sterk aan Drupal.
Een gebruiker die non-technisch is, moet je dan ook afsluiten van de technische zaken. Als gebruiker hoef je alleen menu's te kunnen maken, content eraan koppelen en op een makkelijke wijze fotos/videos kunnen toevoegen (eventueel gekoppeld aan een slideshow)

Thats it. Een digibeet heeft niks te zoeken bij modules etc.
* niet mee eensch :)

Ik haal altijd het standaardmenu weg en maak een nieuw dropdownmenu wat alleen zichtbaar is voor de mensen met de juiste rechten. Daar geef ik alle onderdelen he-le sim-pe-le namen als "beheer gebruikers" en "beheer menu". Meer dan 10 instellingen hebben end-users niet nodig, ik doe de rest. Dat zijn vaak éénmalige instellingen die meer tijd kosten om het uit te leggen dan zelf te doen.

for the record: enkele site's voor welzijnsorganisaties, niets commercieels aan. Dat scheelt natuurlijk ook

[Reactie gewijzigd door Lennart op 6 januari 2011 12:00]

Ik ben er momenteel meerdere sites mee aan het ontwikkelen en qua usability is deze versie toch een heel stuk beter.
Ik hoop nu alleen dat foto-albums toevoegen nu een stuk eenvoudiger kan dan in drupal 6.
Voor een heel eenvoudig op te zetten CMS moet je denk ik niet bij Drupal zijn. Met Image (dat is met Drupal7 een core module geworden als ik me niet vergis) en de module Views kun je een fotoalbum maken, exact zoals je wilt. Pak er bijvoorbeeld lightbox bij, en je kunt er helemaal van maken wat je wilt.

Als je snel een website weg wilt zetten, zonder de leercurve van Drupal ben je waarschijnlijk met Wordpress of Joomla beter af.
Die leercurve is er maar 1x he. Als je het eenmaal kent is het zeer gemakkelijk in gebruik, en er is niets wat niet mogelijk is met Drupal. Veel modules zijn op elkaar afgestemd en passen als puzzelstukjes in elkaar. Soms komt een klant met een schijnbaar ingewikkeld probleem af, en kan je het oplossen door 2 of 3 modules te combineren.
Ik denk dat daften bedoeld dat deze versie qua usability op Joomla niveau zit.
Joomla usable? Sorry, maar daar trap ik dus echt niet in. Drupal mag dan soms vreselijk onhandig zijn, Joomla is zo inconsistent als de pest. Vergelijk het dan met Wordpress.

Verder is Drupal voor developers over het algemeen een beter platform van Joomla of Wordpress. Je hebt meer controle over de site en er zijn meer API's die je werk uit handen nemen.

Drupal ondervindt concurrentie van de gebruiksvriendelijkheid van Wordpress op het gebied van eenvoudige en gemiddelde sites. Joomla is voornamelijk vanwege de bekendheid en de eenvoud door beperkingen een concurrent en IMO niet omdat het daadwerkelijk beter is op bepaalde vlakken.
Je spreekt imo vooral vanuit de ontwikkelaarskant. Maar Drupal had voor de eindgebruiker echt geen logische insteek. De standaardmenu-indeling zoals die in D6 was overduidelijk door programmeurs ingedeeld. Joomla! is best laagdrempelig is mijn ervaring. Wordpress is wel nog een stukje toegankelijker.
We hebben het hier niet over consistentie. Joomla is zeer makkelijk te begrijpen voor een leek. En dat is wat telt.
Drupal 7 is heel veel verbeterd qua usability. Het admin menu bv is nu eindelijk overzichtelijk :) Ik vind toch dat de leercurve al een stuk gedaald is.
Idd, zou je kunnen doen, moest lightbox voor drupal 7 uberhaupt in ontwikkeling zijn. De beste keuze op het eerste zicht leek de mediagallery module (gemaakt voor drupal gardens door acquia), maar die werkt niet op de laatste stabiele versie van drupal jammer genoeg :(
Ik heb de afgelopen 6 maanden met Drupal 6 en Joomla 1.5.1x (ik geloof 1.5.18, 19 en 20).
Toen ik starte had ik geen ervaring met websites maken, html code, php of wat dan ook.
Met dat als achtergrond concludeer ik dat het bar weinig uitmaakt of je nu de een of de ander gebruikt. De leercurve bij beiden ontloopt elkaar niet of nauwelijks.
Maar ook: in beide gevallen zul je met plugins (of op een andere manier) ervoor moeten zorgen dat je website doet wat afgesproken is.
In mijn geval waren het betrekkelijk eenvoudige websites. En heb ik met plugins de klus kunnen klaren.
Ook beheer en onderhoud is ingevuld met een combinatie van plugins en werkinstructies.
Ik heb ervaring met beide en treed dit niet bij. Joomla heeft een veel lichtere leercurve maar je kan er minder mee. Drupal is dan weer heel kaal maar volledig aan te passen naar wens. Het wordt soms vergeleken met playmobil (Joomla) versus lego (Drupal). Dat houdt wel steek.
Mja - das wat ik bedoel. _/-\o_
Voordat je erachter bent dat in Joomla iets niet kan heb je er wel weer tijd inzitten. Waarna je op zoek moet naar alternatieven. Wat dan ook weer tijd kost... ;(
Bij Drupal kan het dan wel. Maar dan moet je uitzoeken hoe dan precies. Wat dan ook weer tijd kost... ;(
Kortom - lood om oud ijzer. ;)
Ik denk dat je WordPress totaal niet kunt vergelijken met Drupal. Ik gebruik Drupal nu al een aantal jaren, en je kan er (bijna) alles mee; je kan er een blogplatform van maken, flick-site, facebook, een winkel of gewoon een simpele brochure-site. Vooral CCK en Views (een visuele SQL-editor) maken Drupal velen malen krachtiger dan WordPress.
CCK is voor een groot deel nu onderdeel van core, daarmee is de standaard installatie nu inderdaad een stuk krachtiger.
Ik denk dat Wordpress in beginsel inderdaad lastig te vergelijken is met Drupal, maar doordat het steeds breder gebruikt wordt wel opschuift richting een volledig CMS (overigens claimt Drupal vaak een framework te zijn). In zijn blog trekt Dries Buytaert (BDFL van Drupal) wel de parallel met Wordpress en Joomla en concludeert dat Joomla op dit moment iets op een zijspoor zit (helaas).
FF Drupal updaten werd een crime...

Gelukkig had ik gebackupt, maar op een of andere manier kon ik de default-settings.php niet weggooien (niet voldoende permissies voor)...

Moet ik zeker mijn host opbellen om die te laten verwijderen???
Default.settings.php wordt tijdens de installatie beveiligd om te zorgen dat als er iets met je server gebeurt, mensen niet zomaar bij de inloggegevens van je database kunnen komen.

Je kan kijken of je via je FTP client de permissions zelf kan wijzigen. Anders moet je inloggen op de server of het je hoster vragen.
Dat is settings.php.

Default.settings.php bevat de defaults, en die moet je bij de eerste installatie handmatig kopiëeren naar settings.php, zodat bij een upgrade je settings.php intact blijft.

Ik zie geen reden om default.settings.php te verwijderen. Sterker nog, ik geloof dat je dan een foutmelding in je admin-gedeelte krijgt.

[Reactie gewijzigd door veldmuis op 6 januari 2011 17:31]

My bad, ik bedoelde settings.php. In Drupal 6 kreeg je inderdaad een foutmelding als settings.default.php niet aanwezig was tijdens de installatie, maar ik weet dat ze hebben gewerkt aan een oplossing voor Drupal 7. Heb de issue niet heel nauwlettend gevolgd, dus weet niet of die oplossing daadwerkelijk doorgevoerd is.
Ik ga deze versie in de komende weken testen, ik bouw net als daften websites, ik doe dat ook voor klanten en beviel prima, op wat kleine dingetjes na.

Ik ben benieuwd wat Drupal 7 gaat bieden!
Nou het wordt anders wel aangeraden in het upgrade document...
kreeg niet alleen foutmeldingen in de admin-omgeving...

De permissies kan ik wel wijzigen, maar desondanks kon ik het niet verwijderen (waarschijnlijk omdat dit document door een eerdere Drupal installatie ZELF geinstalleerd is)

Wel vreemd dat je hetzelf niet kan verwijderen, maar daarvoor bij je hoster moet zijn (verre van gebruikersvriendelijke software en ik denk dat hosters er ook niet op zitten te wachten dat ze daar steeds over benaderd worden... en waarom hoeft het niet bij minor upgrades??)
De reden dat permissions veranderd worden, is dat het veiliger is. Zo min mogelijk mensen mogen bij settings.php komen, want daar staat alle gegevens in om bij je database te komen en wachtwoorden gemakkelijker te kunnen kraken.

Het is niet zo dat het bij updates (minor upgrades) niet hoeft, maar dat Drupal 7 een andere structuur voor settings.php gebruikt dan Drupal 6. Stel dat Drupal 7.1 een bug in settings.php fikst, dan zal je wéér dat bestand moeten updaten, terwijl het dan niet om een upgrade van major versions gaat.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True