Australian Government To Standardise On Drupal 102
angry tapir (1463043) writes "The Australian government is eyeing the introduction of a government-wide content-management system, with the preferred choice almost certain to be Drupal. Government documents indicate that part of the appeal is that Drupal modules can be easily shared between government agencies and with the public."
Re:Those poor bastards (Score:5, Interesting)
Working with drupal is a nightmare. Drupal 8 is looking much better but all below are just terrible to work with.
As opposed to what? WordPress? Joomla? Drupal does have a steeper learning curve than some of the other open source CMS's but it has more flexibility, and if you're going to standardize on one, that flexibility is important. I'm curious to know if you have a specific alternative in mind.
Re: (Score:2)
I think some of them are serving millions, some 10s of millions per day. I'm not sure if you can count Facebook, since they are running their own engine, but I believe the 'pages' still look like PHP. Whitehouse.gov, data.gov are both Drupal. So are all of the Ivy League schools, soon if not already. Of course, Whitehouse.gov has more than 80 people working on their website but that's not all coding. I would think most of that is content development and other stuff.
Re: (Score:2)
Re: (Score:2)
The majority of Facebook is still PHP.
A lot of it no longer runs on the official PHP software but on their own called HipHop (uses a Just in Time compiler) but the code their programmers write is PHP.
Re: (Score:2)
Re: (Score:2)
Ah, the good old days. I started with PHP 1.9s - one step past shell scripting. :) Things have come a long way. Nowadays of course I don't do it for my real job, just some side stuff I do to keep my hand in. One of those is manhandling Drupal - not a fun thing for newbies, but having tried WordPress (the other biggie), I would say Drupal is much more robust, more adaptable to real enterprise applications, more secure, and has a more involved community.
Which reminds me - I'm going to my first Drupal Con [drupal.org]
Django. (Score:3, Interesting)
Easy to learn (as long as you know programming) and ridiculously flexible and simple compared to Drupal, with the ability to scale up to more complex frameworks with apps. Pretty sure the Australian government is targeting this for more complex frameworks, instead of just blogs.
Django itself is more of an app development environment, although using it for blogging and such would be as simple as adding one of the existing blogging apps to it, or you could roll your own with a few lines of code.
The Django tu
Re: (Score:2)
The Australian Government isn't looking for an app development environment, so they naturally aren't going to use one.
Re:Those poor bastards (Score:5, Interesting)
Disclaimer: Website developer that has used Drupal, Joomla and Wordpress, not liking any of them.
I find that Silverstripe [silverstripe.org] to be a pretty neat CMS for developers and clients. Find it much easier to work with than the other major players like you listed.
The New Zealand Government [silverstripe.com] actually use Silverstripe themselves and they seem to be pretty happy.
Seriously though, it is actually enjoyable to work with for the variety of projects I have used it for. In time like the others, it might reach a point that it is no longer fantastic to work with and at that point, I will find the next system to adopt.
Re: (Score:1)
Silverstripe is IMHO currently the CMS to build sites on. After dealing with drupal, wordpress, modX and a few others I find Silverstripe the easiest and the most "civilized" way to build custom things. If someone wants something that works out of the box on the other hand it might be not the very best choice.
Re:Those poor bastards (Score:4, Interesting)
Silverstripe is great, I've used it quite a bit and it does stand head & shoulders above the competition. But, possibly this is because it's written in PHP, it's dog-slow. Odd that the four comments above are all AC...
Re: (Score:2)
IDK anything about Silverstripe, this is the first I've heard of it. But if you are having slowness it could be a lot of things besides PHP per se. In my experience many if not most PHP and other applications are actually database-limited, so it could be that. I've had PHP scripts that spent 95% of their time in the database, both in elapsed microtime when wrapping the database calls, and in CPU load. I only occasionally have seen Apache/PHP at the top of the list in "top".
Failing that, there are almost
Re:Those poor bastards (Score:5, Interesting)
Coding a custom CMS is a start. Programming web-based systems isn't that hard. I do it for a living, but I use Wordpress or Joomla when the customer wants it. Generally a custom CMS offers better flexibility - if you have a competent web staff that knows how to code, you can get something slick finished pretty quickly.
There's a lot of fear mongering when it comes to picking CMSes in the first place. Generally you will see people that aren't qualified to make decisions force technical staff members into a corner to "standardize" things, pissing everyone off equally. These types of decisions, in my opinion, should be left to the individual web teams that serve these separate units of government throughout the country. They have to use it every day - let them decide.
It doesn't sound like the Australian Government even knows what it needs a CMS for. At the end of the day, KISS is the best practice to follow. They're just webpages after all. You don't need a CMS that has 26,000 modules (point was made in the article) to plop up a website with a slideshow, a bunch of PDF files, an event listing, different pages full of text. You only need to determine what you want your website to do and let the technical staff make the best choice. One CMS to rule them all is quite stupid in this case, because they think they're solving a problem that doesn't really exist. They also think there will be some kind of magical collaboration that will save everyone money.
http://agov.com.au/features - Half of the features on this page are purely fluff, pointless, or outright misleading:
1.) Reponsive design - Responsive design is tied to the template and CSS - not the fucking CMS. ... image sliders. Really now? This is a reason? Every Australian Government website must have this eh?
2.) Event management - every CMS out there features some kind of event management plugin, or you can just code one yourself. This isn't a good reason to "standardize" on. Again, let the web team working on the site pick the best option.
3.) Feature carousel - They're
4.) Rich content editing - Good, finally they found one reason to standardize their CMS onto every agency - because this is such a huge problem with CMSes - wait, what? No, it's not.
You know, there's more to this than the stuff I managed to quickly slap together at 3:30 AM.
My viewpoint is the following:
Making blanket assumptions on how things are used and forcing decisions across an entire Government will only lead to unhappy workers, stifling of innovation, and harm to other great CMSes and developers out there.
That said, if every agency felt that Drupal was their best option... so be it.
Re: (Score:3, Insightful)
3.) Feature carousel - They're ... image sliders. Really now? This is a reason? Every Australian Government website must have this eh?
Yeah, I know what you mean.
Should I use a carousel? [shouldiuseacarousel.com]
Re: (Score:2)
Should I use a carousel?
They're OKAY, as long as they are merely things like feature ads for your product, as opposed to essential interface elements. It's a display, like a rotating billboard. There should be no requirement to interact with it.
And they should be relatively small, the delay should be no more than 6-8 seconds max, and they should be based on JS, not Flash. And one more thing:
For f*s sake, people, get the tags and CSS for your sliders right. If someone uses a script blocker, they should see the first panel of
Re: (Score:1)
May I remind you of the HBGary Federal break-in by Anonymous?
Part of the break-in was classical social engineering, but if I remember correctly another important part was played by their roll-your-own CMS that had a classical vulnerability.
Rolling your own CMS seems easy enough for the core functionality of slapping up and managing a web site, but security is not trivial and it's a, by definition, net facing program.
From a security and general bug perspective of at least the core system, going with a widely
Re: (Score:3)
4.) Rich content editing - Good, finally they found one reason to standardize their CMS onto every agency - because this is such a huge problem with CMSes - wait, what? No, it's not.
As far as I'm aware, all available editors are based on contenteditable functionality, which has been bug-ridden for years and simply was not designed to offer a rich content editing experience to the end user of a CMS. Yes, this is a huge problem with CMSes, including Drupal. For this reason, this is not fluff, pointless of misleading, it is an outright lie.
Re: (Score:3)
Coding a custom CMS is a start.
Why does everyone want everyone to reinvent the wheel? It's cheaper to do it this way. Drupal mostly works. If you can get 99% of the functionality you need out of the box, why not use it?
It doesn't sound like the Australian Government even knows what it needs a CMS for.
Presumably, to make it easier for departments to maintain content. That's the usual reason. It's a pretty good one.
That said, if every agency felt that Drupal was their best option... so be it.
Right, let every agency decide, and/or wait for consensus. What could possibly go wrong?
Re: (Score:3)
Generally a custom CMS offers better flexibility - if you have a competent web staff that knows how to code, you can get something slick finished pretty quickly.
True. But where I work, we plan for everything. Like upper management firing most of our "Competent web staff" Who's going to support your custom code then? If you're using an industry standard, it may not be as flexible but if the shit hits the fan at least you can pull in contractors and not have to rely on what would basically amount to the top tier of web developers out there as your only hiring resource. Use Joomla (or whatever) and you have an immediate pool of talent to hire from.
Re: (Score:2, Interesting)
There's plenty of PHP, ASP.NET, Django, Java, etc. developers out there. I would argue that there would be fewer developers for something like Joomla than it's parent programming language - PHP. This is because a Joomla developer needs to understand the idiosyncrasies of the CMS itself. They also need to understand how PHP works. So at the very least, they need to be able to code in PHP, otherwise you've just hired a crappy Joomla developer that probably Googles everything and copy and pastes stuff.
Coding a
Re: (Score:3)
But there are so many features that customers eventually want that you end up reinventing lots of wheels hand-adding them along the way, eventually ending up with a Big Ball of Mud.
It may be good job security for the original coder, but for the organization it can be a bear to write up contracts and pay for new coding for various features that are add-ons with packaged CMS.
Maybe if OSS community offered k
Re: (Score:1)
It's difficult to predict the future. I work for Type A managers who flitter all over the place on a whim.
They also ask for mobile-friendly, Atom feeds, ADA-compliant, image resizers, CRUD-like features, etc. because they can and they want it. Oh, and it has to be super-duper simple for users because they don't want to spend money on training.
Re:Those poor bastards (Score:4, Funny)
Coding a custom CMS is a start. Programming web-based systems isn't that hard. I do it for a living, but I use Wordpress or Joomla when the customer wants it.
I'm a consultant, and you're not thinking this through. You shouldn't start writing a new CMS from scratch whenever you start a new project. When I start a new project, say for a moderately complex web site, I go back to the beginning and design a new CPU. The new system that the CPU will fit into has to be designed, built and tested, and then a new OS written and debugged. Next a new communications protocol has to be designed, written and tested. Finally, a new set of applications written for the new OS, and then, finally, a web site.
This approach is the only reasonable way to turn a three month contract into a 15-year failed project. You've grasped the basic consulting creed of re-inventing the wheel at every opportunity, but you're not going far enough.
Re: (Score:1)
If they're genuinely only going to use it as a CMS then Drupal might serve. But what I see with Drupal is that someone wrote a CMS and then tried to build a general web framework on top of it. It would make more sense to take a general web framework, such as Symfony, and then build a CMS on top. That way you have a platform which is suitable for websites which go beyond being a CMS. As an added bonus, Symfony is built around a type system rather than associative arrays nested like Russian dolls.
Re: Those poor bastards (Score:1)
Drupal 8 is built on Symfony.
Re: (Score:2)
Re: (Score:3)
Re: (Score:3)
What's wrong with Drupal? It's modular, very flexible, free, secure, and has been demonstrated to be good enough by other major organisations (ie, the Whitehouse, and Australia is essentially America's lapdog these days).
It's not easy to set up, but, that doesn't make it a poor choice, and what other alternative can you suggest which is proven to be secure, is flexible, modular and has a huge community base?
I hate our government for so many things, but, it's very easy to implement a powerful search engine
Re: (Score:1)
Proven to be secure? Number of user up == number of vulnerabilities found up. Just because it's "proven" secure now, if you add a massive incentive to find more vulnerabilities (standardized governmental roll out sounds like a tasty hacker target to me) and increase the user base significantly then lets see how long it remains so proven. How proven is the security of the modules that are available that you tout as a boon for the CMS? They're mostly third party aren't they? Just like all the other OS web CMS
Re: (Score:2)
That's the thing - it's been in use by a number of *big* government sites (whitehouse.gov, data.gov), and enterprise and academic sites for quite a while so there's been a lot of work on the security for quite some time. From what I've seen Drupal has been much less prone to security problems than, for example, WordPress, not to mention roll-your-own.
A big security advantage of using a well-vetted CMS is that the framework has abstracted much of the vulnerability. If you use the built-in input functions,
Re: (Score:2)
What's wrong with Drupal? It's modular, very flexible, free, secure, and has been demonstrated to be good enough by other major organisations (ie, the Whitehouse, and Australia is essentially America's lapdog these days).
The problem is that it's based on PHP, which is more than just showing its age.
There are better, more stable, and more consistent languages to build your web framework around today. Why anybody would start a new project today and build it in PHP is totally beyond me. In fact I have made quite a bit of money taking sites that were built in PHP and rebuilding them in something more modern.
Re: (Score:2)
Ah, another newbie to PHP who blames the tool instead of the person using the tool.
Sorry to have to disabuse you of your fantasy, but I've worked with PHP for more than 8 years. And I am glad to be free of it, thank you very much.
Re: (Score:1)
Re: (Score:2)
Working with drupal is a nightmare.
Yeah? I was a web admin for a part of the Northern Territory government a few years ago and we used some really ugly thing, built in house with ColdFusion. Anything would be better than that. Drupal's a bit of a pain in the arse, but i'm sure it's an improvement on a lot of government CMSs.
Re: (Score:2)
Anything would be better than ColdFusion, eh?
Let me introduce you to ExpressionEngine [ellislab.com]. Learn about its parsing order [loweblog.com] then go in the corner to cry. It's pure madness that a real coder cannot accept.
Simple requirements (Score:2)
Only requirements were:-
1) Free, since this government thinks they should get everything free while screwing over anyone in need...
2) Server must run off a 15Mb/1Mb internet connection since that's what the rest of us are doomed to...
Re: (Score:2)
sounds like it is a great deal - if its keeping you from buying a Azure/Sharepoint solution from Wanker Consulting company for way too much money plus lockin to their developed system, they you guys are getting a great deal. Wish my country would do the same.
Re: (Score:2)
Doesn't work. Accenture is on the preferred supplier panel.
Re: (Score:1)
1) Free, since this government thinks they should get everything free while screwing over anyone in need...
2) Server must run off a 15Mb/1Mb internet connection since that's what the rest of us are doomed to...
Fine, but these apply to just about any web framework you can name.
In my strong opinion, PHP is on the way out, and Drupal is an attempt to make a silk purse out of a sow's ear. There are more web-friendly languages and frameworks out there now.
Government choosing to go with PHP is like government sticking with COBOL. It's understandable for maintaining old infrastructure but I question the wisdom of it for new projects.
Um, based on what, exactly? (Score:1)
Making things up is fun and all, but PHP is the most popular language on the internet [builtwith.com], and shows no signs of decreased usage whatsoever [builtwith.com].
So in the light of actual data, your "strong opinion" that it's like COBOL and "on the way out", is fucking moronic.
There's plenty of valid reasons to criticize PHP, but this isn't one of them.
Re: (Score:2)
Making things up is fun and all
I generally let people know up front when I'm doing that.
but PHP is the most popular language on the internet, and shows no signs of decreased usage whatsoever.
So? COBOL was the most popular computer language for Government and big corporate projects, for a very long time after newer and better things had come along. That was my point. Your numbers mean one thing, and one thing only: that PHP worked and was popular for a long time, before better things came along. They prove nothing else. They simply reflect "established base", in precisely the way COBOL programming jobs hung around for decades because of t
Re: (Score:2)
IANA COBOList, but in fact as I understand it most big banks are still running COBOL for their central ops. It works, it's fast, it's tuned to their needs and their mainframe architecture. While it seems verbose, it's actually much closer to the bare metal (or at least the virtual OS) than almost any language but FORTRAN and C. On the old DEC-10 iron, COBOL was the only high level language that had access to an assembler-language SORT system. It ran rings around every other language, for its application
Re: (Score:2)
Citibank spent $500 million on Y2K, converting all their old COBOL to ... COBOL.
Right. But that's still along the line with what I was saying: it's not a new project, it's an established base.
I worked for a company in 2000 that was still writing code for its business software system running on 70s-80s WANG "minicomputers" (the size of a large desk plus a cabinet or two). That's not quite as old but it is still ancient by computing standards.
Why were they still using that stuff 20+ years later? Because they had spent millions of dollars on that infrastructure back in the day and i
Re: (Score:1)
Drupal and PHP are for beginners. They are good tools for that.
This decision is like the government saying that they are going to standardize on EasyBake Ovens for all government owned kitchens. Hey my niece made some delicious* cupcakes in an EasyBake Oven! There is no theoretical reason why EasyBake Ovens can't produce good food!
* the cupcakes were not delicious
Re: (Score:2)
I work with PHP and I would not say it is for beginners. That you can do something quick in PHP is one thing, but doing a proper MVC app in PHP requires pretty much the same skillset as a Java or .NET guy. In either case, all of those feel like children toys after you use either Node.js, C++/Boost or D with Vibe.
But having said that, I would not feel religious about any of the tech out there. In the end rarely you get to decide what is being used, since a lot of projects have to end up using whatever tool t
Re: (Score:2)
I work with PHP and I would not say it is for beginners.
I agree. Something for beginners should at least make sense.
PHP's inconsistency is a nightmare. In my opinion, it does not qualify as a consistent language, it is merely a giant toolbox full of independently-developed utility functions.
That might be a slight exaggeration, but not much of one.
Re: (Score:3)
It's simple. Many cheap hosting providers only permit LAMP stacks and won't have anything to do with a long running Python process associated with their web server. That creates an ecosystem where better solutions can't compete against the PHP masses.
Cheap shared hosting (Score:2)
Re: (Score:1)
Re: (Score:3)
which consists of thousands of different modules
Fabulous! what every project wants - nay, needs - is to import THOUSANDS of different modules.
Yeah, and that's exactly how many modules are used in a typical Drupal site... why are people who truly know nothign about Drupal posting bad things about it..?
Re: (Score:2)
Re: (Score:2)
Drupal sites I run don't use thousands of modules. But they do use dozens, and I'm nervous as shit because there is really no way for me to evaluate the security of all that module code that's originated in god-knows-where.
Re: (Score:2)
There is a burgeoning (maybe that's too strong) module certification effort now happening. Top Shelf Modules is one group; I think CommerceGuys does it for things in their catalog, there's another that I always forget. So, progress occurs.
Realize that there are still lots of vulnerabilities in core C libraries - not to mention that C is inherently unsafe and must be handled with care. Many of the vulnerabilities in Drupal, PHP and other tools are really just exposing the failings of C. But not to start
And the next headline will be... (Score:1)
Re: (Score:2)
Unlikely on two counts: 1) Governments rarely do that. Viz. Obamacare - they were hiding the problems for two years until it just became too obvious. Most government IT failures are just swept under the rug; 2) A large number of government and other organizations have been using it for years, and the number is increasing so whatever its failings, Drupal continues to meet their needs better than any alternative.
While WordPress runs about 16% of the top 10 million sites on the net while Drupal runs only ab