![Software Software](http://a.fsdn.com/sd/topics/software_64.png)
Drupal's Dries Buytaert On Drupal 7 55
itwbennett writes "The Drupal community has been working on Drupal 7 for two years, and there are 'hundreds of changes' to show for it, says Drupal creator Dries Buytaert in an interview with ITworld's Esther Schindler on the occasion of Drupal 7 going into Alpha test this week. Most notable for end users are 'some massive usability improvements,' says Buytaert, while site builders will see the greatest changes in the Drupal Content Construction Kit (CCK), which has been moved into the Drupal core. But one thing that hasn't changed is the not-so-easy upgrade path. 'The upgrade path for a Drupal site has never been really easy, to be honest,' Buytaert says. 'We do break backwards compatibility. It's a little bit painful because it requires all of the contributed modules — and there's 4,000-5,000 of them — to make changes.' But Buytaert doesn't think that's all bad. 'Innovation is key. Backwards compatibility limits innovation,' Buytaert contends. 'The rule we have is: We'll break the API if it makes a better API, and if it allows good innovation and progress to be made. Also: The second rule is that we'll never break people's data. We'll always provide an upgrade path for the data.'"
Drupal Dries Buytaert... (Score:1)
I'm going to guess Danish or Dutch.
Re:Drupal Dries Buytaert... (Score:4, Informative)
Re:Drupal Dries Buytaert... (Score:4, Funny)
That's just what that Dutch bastard wants you to think.
Re: (Score:3, Funny)
I'm going to guess Danish or Dutch.
Must be Danish as I read it as "Drupal Buys Dried Tarts on Drupal 7." Is a danish like a tart cooked in a dutch oven?
Re: (Score:2)
My first thought was "what's a buytaert and why does it need to be dried?"
Bad Headline (Score:4, Funny)
Did anyone else read this as "Druapl Creator Dies, Buytaert on Drupal 7."
What an odd summary.
Re: (Score:3, Funny)
I meant "odd headline" of course, and replace Druapl with Drupal... I'm on a roll today!
Don't worry.. (Score:1)
After his statements on backward compatibility, users will anyways kill him
I am too paranoid of slashtypos (Score:5, Funny)
I stared at the headline for at least 30 seconds trying to figure out what the heck a Dries Buytaert was; figuring it was a typo. What the heck kind of new age terminology would take the verb 'dries' and throw some sort of portmanteau of 'buy' and 'alert' in there? Was this a new form of e commerce shopping cart? Ultimate "RTFS" moment, right there.
Re: (Score:3, Funny)
I know what you mean, I was trying to figure out what a Buytaert was and how you can dry one with CMS software.
Headline change (Score:3, Informative)
Was: "Drupal Creator Dries Buytaert on Drupal 7"
Is: "Drupal's Dries Buytaert On Drupal 7"
THANK YOU.
Now, what's this about a Drupal?
Re: (Score:3, Funny)
I think they're made out of clay.
Re: (Score:2)
"You can call me he. You can call me she. You can call me Regis and Kathie Lee; I don't care! Just as long as you call me."
Re: (Score:2)
He's just "Dries" like everyone knows that "Linus" is Linus
I think the last name is pronouned "Buy-tart", emphasis on the Buy.
Re: (Score:2)
I should have added that "Dries" is pronounced "Dreez" (rhymes with "cheese")
Re: (Score:2)
Ahh, thank you very much (or "hartelijk bedankt") :-)
Ya know... (Score:2)
I hate to harp on someone's name (Berkely Breathed anyone?), but when I read the title, I had to reread it several times to be sure it wasn't a misprint. I kept wanting to think Dries should have been Tries and that Buytaert was the name of some new software package, thus creating:
Drupal Creator Tries Buytaert on Drupal 7
I guess those in the know understood it perfectly, but for the rest of us...
Re: (Score:2)
You screwed it up too, you know.
Maybe you should dash off a nasty email to his mom for inconveniencing you..
So Dries is not dead... (Score:2)
Long live the Drupal God http://buytaert.net/ [buytaert.net]
Re: (Score:3, Informative)
It's still misleading. Why did the interview with a developer dry a Buytaert?
Auto-update feature in Drupal 7 (Score:4, Informative)
I find strange that the article talks about the upgrade path, but doesn't mention that Drupal 7 includes a modules and themes auto-update feature [drupal.org]: "Update Manager: Building on Drupal 6's Update module, which keeps site administrators informed when new module and theme releases are available, the new Update Manager module can also install and upgrade modules and themes."
There's also an interesting link not included to TFS named Top Ten Changes That Make Drupal 7 the Best Version [peachpit.com].
I have an interest in Drupal, since I'll be moving Slashgeo.org from Slashcode to Drupal in the coming weeks (here's why [slashdot.org]).
Re: (Score:2)
Updating a Drupal site within the same major revision (ie, 6.x) is extremely easy, thanks to the auto-update features you mention.
What the article refers to as being difficult, is upgrading to an entirely new major revision (ie, going from 6.x to 7.x). This is because they tend to refine and rework APIs across major revisions which breaks a lot of modules... so you generally can't use a 6.x module with 7.x core.
Re: (Score:3, Informative)
Updating a Drupal site within the same major revision (ie, 6.x) is extremely easy, thanks to the auto-update features you mention.
Wrong - the auto-update feature is new to 7.x, so actual sites running 6.x (or earlier) doesn't benefit from it. Also, the new feature will only install and update modules and themes, not 'core', so I'm guessing updating core from 7.0 to 7.1 is probably going to require about as many manipulation steps as you need to go from 6.14 to 6.15. I don't have a lot of experience, but I would not say it's "extremely easy": the stable 6.x version requires you to do a lot of file and configuration manipulation just to
Re: (Score:2)
Wrong - the auto-update feature is new to 7.x, so actual sites running 6.x (or earlier) doesn't benefit from it. Also, the new feature will only install and update modules and themes, not 'core', so I'm guessing updating core from 7.0 to 7.1 is probably going to require about as many manipulation steps as you need to go from 6.14 to 6.15. I don't have a lot of experience, but I would not say it's "extremely easy": the stable 6.x version requires you to do a lot of file and configuration manipulation just to
Re: (Score:2)
Sorry, I was referring to the feature that automatically CHECKS for updates, colour codes your out-of-date modules, and provides a direct download link to the latest version (ie the Available Updates page). I would classify that as extremely easy.
You don't have to do all those steps. You just need to replace the
Re: (Score:2)
This is why I dumped Drupal and moved everything to WordPress; upgrading Drupal is a major pain in the ass.
Re: (Score:2)
Why do you say Drupal requires a lot of file and configuration manipulation to go from 6.14 to 6.15 ? I have done this numerous times. What I did was, untar the new new php code on top of the old, run update.php, look through a list of things it was about to to do, click OK.
You are advised to put the site in "offline mode" (users can't log in to change data) while doing this, and back up your files and database before hand so you can revert, which I did. I did not have any problems though. I did it all
Re: (Score:2)
Re: (Score:1)
Re: (Score:1)
Re: (Score:2)
I just wish that getting the themes to look like "not shit" didn't require so much custom CSS editing. Something as simple as redoing the colors can be a real pain, which seems counter-intuitive when you consider how amazingly awesome the engine itself actually is.
Still, I just tarball the files I edited by hand, and diff them after each upgrade. It's the only way I have found to keep any customization intact.
I like the list you posted about the top 10, but honestly... the biggest point that should be Num
I nominate this strange mis-named posting as... (Score:2)
RTFS (Score:2)
Re: (Score:2)
Upgrade the data eh? (Score:1)
As somebody who has attempted to do this, that just isn't true. Doing a data upgrade from 5 to 6 was nearly impossible, because the Drupal data model is so open ended. It mixes standard, 'attributes as columns' with EAV data structures, and extensively serializes certain types of data.
It was easier to copy and paste it. So, I suppose technically, they didn't break my data, as they didn't actively delete it out the existing database.
As fast as Plone? (Score:1)
Ah, but will Drupal 7 be able to catch up with Plone?
http://jstahl.org/archives/2010/01/19/plone-4-three-times-faster-than-drupal-joomla-or-wordpress/
-Matt