After months of hard work, Acquia is now open for business! Starting today, everyone can connect their Drupal 6 site to the Acquia Network to take advantage of our services. Oh my!

The Acquia Network (previously code-named Spokes) is a hosted service that helps you with site management (update notifications, spam blocking, cron service, modification detection, etc) and provides real-time visibility into the health and usage of all your Drupal sites that are connected to the Acquia Network.

Second, the Acquia Network gives you access to Acquia's technical support team. Whether it is an installation question, a development question or a configuration question, our Drupal experts are ready to provide you with technical support. The kicker? Acquia Network subscriptions are available for every budget -- including a free community version. Give it a try!

Third, we are also releasing Acquia Drupal today. Acquia Drupal (previously code-named Carbon) is our Drupal distribution that bundles some of the best, most essential Drupal modules for building social publishing sites. Acquia Drupal is available for free, and all our bug fixes and improvements go straight to the module maintainers on drupal.org. Acquia Drupal defines the collection of modules that you can get technical support for.

Starting Acquia wasn't straightforward. To setup Acquia for success, it required hiring world-class people smarter than me, but that often lacked Drupal background, or even Open Source experience. It took a while before we hit our stride, but it is truly amazing to see how everyone got hooked on Drupal, and how much we have come together as a team. Thank goodness I didn't take that job at the bank, because I couldn't be happier. Everyone in the company is determined to contribute to Drupal's growing success, and with Acquia's offering, I think we can get Drupal into a lot of new and interesting places.

Going forward, you can expect us to help port more modules to Drupal 6 and to add more modules to Acquia Drupal to expand our support offering. You can also expect us to extend the existing network services in the Acquia Network and to see us add new network services that extend what we've started with update notifications, spam-blocking, and uptime monitoring. Details are available on our Acquia Drupal roadmap page (registration required) and on our Acquia Network roadmap page (registration required) respectively. And last but not least, you will continue to see Acquia employees be very active in the community. So buckle up, because this is only a glimpse of what is the come, and we're on the fast track now.

Comments

stephthegeek’s picture

Both as an Acquia partner and a member of the Drupal community, a huge congrats to the entire Acquia team! The new site looks fantastic!
_________________________________________________________________________________
{ Drupal Themes by TopNotchThemes }
Gorgeous, 100% original themes for Drupal 5 & 6, plus Ubercart themes

ineation’s picture

By the way, crongrats for the marina theme, very flexible and polished...

One question though : are the CSS Stylesheet copyrighted ?

Alex
http://www.ineation.com

Dries’s picture

The CSS of the TopNotchTheme that is included in Acquia Drupal is GPL, if that is what you are asking.

ineation’s picture

Yes, that was the question as in the header of style.css it is written "copyright 2008 Collective Mind".

This theme is one of the best GPL theme for Drupal I have seen so far. So congratulations again to all the teams involved in it.

By the way, I had also some time to play with Drupal Acquia (screenshots) and I think I will use it, combined with a network account for my in progress project as it is a real productivity tool at every step (installation, maintenance) of the process.

Here, I can really see how it can help grow Drupal and the community...

One improvement area though : are you going to provide full translation (french, deutsh, italian,...) of the distibution in the near future

Alex
http://www.ineation.com

stephthegeek’s picture

Alex,

Actually, not only is the GPL compatible with copyright, it is actually based on it (http://en.wikipedia.org/wiki/GNU_General_Public_License#Copyleft). That is, there has to be a copyright owner who grants the GPL rights to others who can then use the work (in this case, a theme).

So for instance, with every version of Drupal there is a "COPYRIGHT.txt" file that makes this clear: "All Drupal code is Copyright 2001 - 2008 by the original authors."

It is these authors/copyright holders who are granting the right to use all the pieces of Drupal under the GPL.

What we neglected to do was to include a separate GPL license for the Acquia Marina theme we contributed to the distribution. While the GPL license for the Acquia Drupal distribution should cover us as well, I agree that it makes sense for us to include it with our theme as well since it's likely to be distributed separately.

The good news is that we're working at this very moment to get Acquia Marina up on Drupal.org, complete with the GPL license included :)

Thanks for the feedback and enjoy the theme! There will be at least one more included with the LTS version of Acquia Drupal.
_________________________________________________________________________________
{ Drupal Themes by TopNotchThemes }
Gorgeous, 100% original themes for Drupal 5 & 6, plus Ubercart themes

ineation’s picture

Thanks a lot for the clarification. I am not an expert at copyright issues...

So, as I already played with your theme and made an additionnal skin for it (99% same layout, new design) I will also be able to contribute it back...

Alex
http://www.ineation.com

stephthegeek’s picture

Neat! Looking forward to seeing it!
_________________________________________________________________________________
{ Drupal Themes by TopNotchThemes }
Gorgeous, 100% original themes for Drupal 5 & 6, plus Ubercart themes

SamL-1’s picture

I will also be able to contribute it back...

Not only able to, but legally required to!

Michelle’s picture

Please see the FAQ: http://drupal.org/licensing/faq

Michelle

--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.

Heine’s picture

Congratulations on getting Acquia Drupal + Services out of beta. I work a lot with your world-class people and can testify first hand that they do a great job in the community.

davepoon’s picture

There's wrong URL link. (After months of hard work, Acquia is now open for.... )

robertDouglass’s picture

- Robert Douglass

-----
my Drupal book

Senpai’s picture

I was editing the page just now, looking at the first link, rechecking it, double-checking it, and not seeing anything wrong with it. But of course! Robert is just too fast for mortal minds. Good catch.
______________________________
Senpai (also see my Drupal Dojo account)
  ~ Build a better WorkHabit ~

****
Joel "Senpai" Farris | certified to rock score

vkr11’s picture

Can't wait to get my hands on it, heading over to Acquia site now...

- Victor
Better Way to Search Drupal.org | Drupal Jobs | Income Tax India

ryanhaigh’s picture

The first link in your announcement points to http://acquia.com/ rather than http://acquia.com.

[edited]Too slow, someone already fixed.[/edited].

Congratulations and thankyou from a grateful new user.

Crell’s picture

Great news! I can't wait to give it a whirl. Most of the modules on your "short list" look like they're already on mine, which is probably a good sign for both of us. :-)

--
Larry Garfield
http://www.garfieldtech.com/blog
http://www.palantir.net

--
Larry Garfield
http://www.garfieldtech.com/
Thinking Functionally in PHP: https://leanpub.com/thinking-functionally-in-php

Tiburón’s picture

Looking forward to give Acquia Drupal a spin :-).

Regards,

Christian Larsen

frankschaap’s picture

Congrats! That looks like a mighty fine package Acquia is putting together. I'm sure that the support and baseline package will help get Drupal into organizations that are unfamiliar or even slightly dismissive of FOSS. I for one am happy that I can point people who know next to nothing about the technology or community to the Acquia site to give them a 'comfortable feeling' about their (pending) choices. I'm sure the Drupal.org revamp will help a lot there as well :-)

gloscon’s picture

Congratulations to everyone at Acquia.

Roshan Shah
Gloscon

themegarden.org’s picture

Congratulations for Acquia and for Dries.
---
Drupal Theme Garden

ineation’s picture

I've installed and played with the new distribution.
Here are a few screenshots on flickr : http://www.flickr.com/photos/27427996@N08/sets/72157607603211571/

Alex
http://www.ineation.com

JohnFilipstad’s picture

Congratulations!!!

IMHO, Acquia Drupal looks excellent - the choice of community modules supplementing the Drupal core really gives the power to build complicated and elegant social publishing websites with no programming!

Am buckling up, cuz I can't wait to see what you guys are coming up next!

John
-----------------------------
Drupal Norge
http://drupalnorge.no
det norske nettstedet for Drupal

toma’s picture

Thanks for the great work, i am starting now adding a new site
---
Spread Google Chrome
http://www.spreadgooglechrome.com

ac’s picture

Well done, but it costs a lot more than I had expected. RHEL is cheaper! I don't know how many individuals/small businesses will be able to justify the costs but I imagine large organisations will find it appealing.

------------------------------
Alex Cochrane
Spoon Media

greggles’s picture

I think that they've got plans that are compelling to many levels of people (including developers).

If your company depends on having a reliable website then Acquia's fees are cheap compared to downtime...

And a big congratulations to Dries, Jay and the whole team at Acquia. Very exciting.

--
Growing Venture Solutions | Drupal Dashboard | Learn more about Drupal - buy a Drupal Book

ac’s picture

"If your company depends on having a reliable website then Acquia's fees are cheap compared to downtime..."

Like I said, I think it will appeal to large organisations. I personally think Drupal is very reliable, hence my opinion that I don't think Acqiua's services will appeal to smaller operators.

------------------------------
Alex Cochrane
Spoon Media

fletchgqc’s picture

I think you have to consider that we are talking about THE definitive Drupal support company. You've got the still-active Drupal founder, the Drupal 6 maintainer, and a bunch of other impressive names. Presently, no other company could possibly put forward a support team with better Drupal qualifications.

Being a premium service, naturally they will charge more than your or my company for their services :-).

If I needed a second level of professional support for any of my clients I would definitely consider them first of all. I suspect I'm not the only one that has had nightmares with professional support (not Drupal related) where I spent hours trying to teach the support people how their own product worked in order to explain the problem. With Acquia you have a strong confidence that this won't happen and that they will be the ones teaching you.

In the end the market will tell us whether the prices were right. Just check their prices in 6 months and see whether they have changed.
---
John Fletcher - Salt Websites Web Development

ac’s picture

"I think you have to consider that we are talking about THE definitive Drupal support company."

Which is why I compared their prices to Red Hat.

Don't get me wrong I think Acquia's services are a good thing - lots of people will want enterprise support, their commercially supported code will find its way back to the community.

My only comment is that I think they have missed the price point for the lower end of the market. RHEL is affordable for home users with technical support, Acquia is not.

------------------------------
Alex Cochrane
Spoon Media

Crell’s picture

Could be. I don't know how much of a profitable market there is for "low-end commercial support". It may well be that Acquia misjudged the size of that market and will miss a lot of people. If so, then either they will eventually open up new offerings to support those users or someone else will, and that other company will make lots of money instead of Acquia.

Honestly, I'm happy either way. I personally hope that Acquia does well in the market, well enough to attract a few competitors that enter the same or similar market segments. A healthy "coopitition" in the support market, just as there is in the development market, would be quite healthy for Drupal just as having a number of major Linux distribution vendors is healthy for the Linux world.

And we still have Drupal.org as the definitive "Drupal Standards Base"; no need to bolt it on afterwords like the LSB. :-)

Welcome aboard, Acquia!

--
Larry Garfield
http://www.garfieldtech.com/blog
http://www.palantir.net

--
Larry Garfield
http://www.garfieldtech.com/
Thinking Functionally in PHP: https://leanpub.com/thinking-functionally-in-php

ac’s picture

I agree. I think Acquia is very important to Drupal as I feel it is vital to have enterprise support for such a widely used platform. I suspect you are also right that in time we will see a slight change in the pricing (i.e the community package has some limited ticketing support rather than just forum support).

------------------------------
Alex Cochrane
Spoon Media

MPiccinato’s picture

Congrats, this looks really cool.

http://www.mpiccinato.net

minesota’s picture

"Acquia Drupal is available for free"

This is which version of Drupal currently ? Are its/will its version releases synchronized/be synchronized with Drupal releases ?

If both are free ( meaning free of price here, and assuming hobbyists, registered or non-registered non-profit sites, small to medium non-commercial sites ) and one does not need anything beyond core, and can install without help, henceforth which one we will download ? ( and why i.e. pros and cons - please help with a link )

If both are same ( assuming the need is core ) which you (=other members here) as a hobbyist or non-profit will be downloading more frequently ?

In the paid ( that is non-free ) domain what will be the key differences ( where services for the same exact problem are provide by both ) between asking help for a drupal related problem to Acquia and http://drupal.org/paid-services ? Which you (=other members here) as a small to medium user will be using more frequently ?

Before concluding, congrats for this shining new venture !

ineation’s picture

minesota’s picture

hi ! Thanks, that answers a lot of questions. However, some questions were to the community :)
[ as in 'which you' above ]. Also not very clear, what are the / will be the main differences in solutions ( to similar troubles ) by Acquia and other paid services.

Amazon’s picture

> "Acquia Drupal is available for free"

This is which version of Drupal currently ? Drupal 6, licensed under the GPL license.

> Are its/will its version releases synchronized/be synchronized with Drupal releases ?

Yes, in that Acquia Drupal will using Drupal 6 core and will synchronize on core. The contributed modules will under go a testing across the whole distribution, so you'll see a delay as we work to ensure all of Acquia Drupal is ready. But the improvements will be contributed back directly to to the contributed module maintainers so you'll be able to get those fixes as individual contributed modules are upgraded.

> Before concluding, congrats for this shining new venture !

Thanks very much!

Kieran Lal

Kieran Lal

rhuber’s picture

This is a big day for Acquia and for Drupal. Acquia's efforts to make Drupal a secure supported world class product is great for the Drupal community and the entire Open Source industry.

Keep up the great work and let us know how we can help.

Ron Huber
President
Achieve Internet
www.achieveinternet.com
800-618-8777

duntuk’s picture

congratulations. nice job.

I have a question regarding the below: does acquia (i.e. one of it's modules) actually update modules and core files for you, or they just send you an email saying something needs to be updated? (i.e. like the 'update status' module)

Why would I need Acquia Network subscriptions if I have considerable Drupal expertise in my organization?

The Acquia Network subscriptions have two essential elements of value. The first element is technical support to help you efficiently resolve problems that inevitably occur while building and operating your site. The second element is the network services that streamline maintenance tasks and add valuable new functionality to your site.

Amazon’s picture

Hi, thanks for your interest. The updating of code on your production server is not automatic, it requires manual intervention. Here's an screen shot demonstrating an update notification when Acquia Drupal reached 1.0 yesterday.

Update notification image

You can learn more about the update notification process by reading Acquia's Getting Started guide

Cheers,
Kieran

Kieran Lal

hass’s picture

Acquia Drupal seems not to follow the drupal module rules... place all module in /sites/all/modules... they are added to a wrong directory (/modules/acquia/*). The acquia theme is also in the wrong place (core themes folder). Such examples only make people to go a wrong way... Nevertheless an awesome *advanced* example theme.

Amazon’s picture

Hi, thanks for noticing. Let me point you to our Getting Started PDF, page 29.

"2. Prepare Modules
Move any contributed modules you may have installed to the [docroot]/sites/all/modules directory. This is to avoid
conflict between Acquia Drupal's modules and any other versions of those modules.
Acquia Drupal installs its suite of contributed modules in the [docroot]/modules/acquia directory. No other
(contributed) modules should ever be placed here and the Acquia Drupal core modules should never be moved. Doing
so could lead to unexpected, negative consequences.
Remove non-Acquia contributed modules of the same name as those listed below from [docroot]/sites/all/modules: "

[Updated]Suppose we put them in sites/all/modules. A site decides they want to use a different version than what we ship, so they override what we provide. The next time they update AD, we would overwrite their chosen version. By having them in modules/acquia, we avoid that.

For more technical questions, you can head over to http://acquia.com register your Acquia site, click on the network tab and get technical support in the forums for your questions.

Cheers,
Kieran

Kieran Lal

hass’s picture

I don't need to read your PDF doc as I'm not using the theme. But you should follow the d.o rules and not build your own. This will only confuse people and they are going to start cluttering their installation. This will happen for sure. If people will receive a notification from update.module that a module they are using is out-of-date - I assure you they will upgrade - whatever you are writing in some non d.o PDF's. And it doesn't matter where you copy the module.

robertDouglass’s picture

Hi haas,

If people do get confused and place things in the wrong directories, the Acquia Network will be a big help to them. There is an automatic change detection feature that keeps track of what code is where, and whether it is in the right place. This is one of the big values Acquia hopes to bring to people.

- Robert Douglass

-----
my Drupal book

wmostrey’s picture

[Updated]Suppose we put them in sites/all/modules. A site decides they want to use a different version than what we ship, so they override what we provide. The next time they update AD, we would overwrite their chosen version. By having them in modules/acquia, we avoid that.

Well, why not put them in sites/default/modules/acquia/*? No-one will ever overwrite them there. I agree that it's a bit odd to put contributed modules and themes where the core modules reside.

Boris Mann’s picture

Personally, I would have put them in profiles/acquia/modules and profiles/acquia/themes -- but that causes issues when / if they add additional profiles.

I also would not have put them in the main modules directory, but it all works, so not a problem.

--
The future is Bryght at Raincity Studios

pwolanin’s picture

We did debate this exact solution (/profiles) and exactly for the reason of problems when/if we want to add profiles led us to the solution we chose to put them where we did.

---
Work: BioRAFT

Jkello’s picture

Hi!

I would like to ask your subscription packages would mean that we would actually host the site with you?

If so, what are the details for the hosting packages... bandwidth, disk space etc.

Thanks

Noyz’s picture

Acquia does not offer hosting. You would choose your own hosting provider, and with a subscription, you would use the Acquia Network to monitor your installation of Acquia Drupal.

Amazon’s picture

Hello, Acquia does not provide hosting. If you want to find some hosting options please visit http://drupal.org/hosting. I believe some companies have indicated they plan to support Acquia Drupal specifically, but I do not have a list yet.

Cheers,
Kieran

Kieran Lal

Jkello’s picture

Thanks.

For the 2-3 server cluster and the other plans, how is the subscription different from a single server subscription plan?

Does Acquia help in setting up for load balancing or otherwise?

Amazon’s picture

> For the 2-3 server cluster and the other plans, how is the subscription different from a single server subscription plan?

Acquia is supporting those environments and charging per server in those cases because of the increased complexity. We're on the hook to support Acquia Drupal running on clusters once it's set up and running. We're not on the hook to architect it or to do performance tuning.

> Does Acquia help in setting up for load balancing or otherwise?

It's outside the area of our support. But we are working on developing partners who could offer those services. We would be happy to talk directly with you, contact me or you can email sales@acquia.com and we will work to meet your needs.

Cheers,
Kieran

Kieran Lal

g089h515r806’s picture

great work, expect more stable drupal 6 modules release by acquia
------------------------------------------------------------------
zhupou.cn

Chinese drupal tutorials Think in Drupal

giorgio79’s picture

Amazon’s picture

Kieran Lal

minesota’s picture

Acquia apparently will 'sell' solutions to some or many drupal related problems.
I asked this before also, and ask again as it is not clear/I may have missed the answer.
What are / will be the main differences in solutions ( to similar troubles ) by Acquia and other paid drupal services. ? For example, which one will have best price-performance-time ratio for smaller or medium level users ?

What are the community members ( who may need such solution from time to time ) thinking in this respect ?

Summit’s picture

Hi Dries and others,

Big congratulations on Acquia!

I mis one great module in the list..panels 2, but thats a minor issue in this I think.
Of course am I also curious on the assistence and how things will proceed between the drupal community, module-maintainers, Acquia solutions and may be disputes in these.
Also timing of module changes, feature add-ons and new functionality are relevant in this perspective.
But having Acquia next to Drupal I think is a very big plus for the Drupal community and Drupal development as a whole!

Greetings and good luck with your interesting business model!
Martijn
www.trekking-world.com

Amazon’s picture

Hi, we have been working closely with module maintainers and core developers closely for many months now. The community has a good track record for working through issues. Acquia will participate in the community just like any other contributor providing patches and earning the respect of module maintainers through collaboration.

See my blog post: http://acquia.com/blog/talk-silver-code-gold-acquias-code-contributions-... for examples of how we are working with the community already.

Cheers,
Kieran Lal

Kieran Lal

Amazon’s picture

Hi, thanks for your question. Acquia will be providing support and network services for the Acquia Drupal distribution. That means that we support a specific set of Drupal software, with a limited set of modules that we have the expertise to support and fix for our customers. We have a high quality team and we are building a high volume support business which means we are capable to answer and solve a wide variety of questions related to Acquia Drupal. We think that expertise and insight provides a valuable offering. Our prices and response times are listed in the service level section of that page so you can judge what the price-performance-time ratio will be.

You can download Acquia Drupal here and register your site so you can check out the support in our forums for free.

The most common form of Drupal paid services are site development services, where you scope a site, or a component of a site such as a theme or module and those are delivered to you under contract. Acquia does not compete against the existing Drupal ecosystem by providing site building services, we do have many partners signing up who we work with to provide those services.

Cheers,
Kieran

Kieran Lal

minesota’s picture

Hi thanks !

In case you missed I meant : - similar troubles - similar 'solution services' to these similar troubles

"What are / will be the main differences in solutions ** to similar troubles ** by Acquia and other paid drupal services. ?"

While there may be water-tight different comparts of operation between Acquia and third party paid services I guess there are certain areas of overlaps too :)

Apart from paid employees of Acquia it will be nice to hear from the community what they think of this issue, and which party's services they may purchase now or in future for *similar* issues.

You can download Acquia Drupal here and register your site so you can check out the support in our forums for free.

Is this different from drupal org forum ?? If both are free of price initially which one will the community pursue **for similar issues** ? If this is not a different forum but the same one I am here now, my apologies please.

RKC’s picture

From what I can gather, the community is going to be the same. There will be people new to Drupal and experts at both forums, at Drupal.org and at Acquia site. However, the only benefit likely is that there may be official representative at Acquia replying and you can be sure about their advise.

As I too am evaluating about using Acquia, the other benefit that I see is that one can be sure that there is interoperability between modules. I mean, on Drupal.org, I may just add another module which may in turn break the other already-installed modules. So with Acquia, I am sure what is recommended is tested and that it will not break anything. Although then again, we do not experiment on production server, so we may anyway know if something breaks.

As far as community, Drupal has advantage too in the sense that site is quite old and we can just search if someone already had previous issue and how it was resolved. So both have pros and cons and I am just observing both.

However, I really want to know if at some stage I was to go back and install Drupal, will there be migration or something or is it going to break everything to point of no return.

Thanks.

hansrossel’s picture

Hi great news!

I downloaded the Acquia drupal package and checked out the contributed modules which you are using. Some things are not clear to me:
Are these the same contributed modules as available on drupal.org? I'm asking this as Filefield, imagefield and imagecache for instance are still marked as alpha versions on drupal.org.

Hans
KOBA - Webdesign with Drupal

robertDouglass’s picture

Are these the same contributed modules as available on drupal.org?

Any issues that we encountered and fixed while choosing these modules have likewise been integrated with the projects here on Drupal.org.

- Robert Douglass

-----
my Drupal book

hansrossel’s picture

Great, thanks a lot; that gives me a lot more confidence in upgrading to Drupal 6 and using the Acquia package as the alpha tagging on these modules was really holding me back from using Drupal 6 on production sites.

Hans
KOBA - Webdesign with Drupal

gpk’s picture

Thanks for the clarification. Though this FAQ topic http://acquia.com/products-services/acquia-frequently-asked-questions#fork does seem to allow for the possibility that a module included in Acquia Drupal does not exactly correspond to a version released on d.o.:

Is Acquia Drupal a fork of Drupal?

No, and Acquia works continuously to ensure that such a thing never occurs. All Acquia created patches are submitted back to the Drupal project in a timely fashion. Acquia engineers work closely with core maintainers and contributed module maintainers to ensure that there is little or no divergence between Acquia Drupal source code and the source code of available on Drupal.org. Given that source code divergence creates costly duplicated effort for the Acquia engineering team, Acquia is highly motivated to minimize or eliminate it.

In which case - is it possible to tell if an AD module includes e.g. fixes not yet committed on d.o, and if so, what the differences are between the AD version and the d.o version?

Presumably if you use AD you won't ever find yourself "locked in" and unable to upgrade to a newer version of a contrib module? And presumably if AD subsequently includes this or an even more recent version, you can return to the AD "fold"?

On a slightly different subject, I notice occasional mention of the possible need to "downgrade" to a LTS release if an IS release is giving problems. But - is downgrading really possible? (there is no downgrade.php!!) But I suppose Acquia would only suggest it in cases where the DB schema etc. is 100% compatible.

gpk
----
www.alexoria.co.uk

kgale’s picture

As you mentioned, Acquia Drupal releases will be designated as Interim Release (IS) or Long Term Support (LTS) releases. Interim releases may include security updates and bug fixes or other relatively minor updates. LTS releases will be a designated set of modules that we commit to support for three years, or four years with our Extended Support option. If you are running an IS release, and you have an issue known to be resolved in the subsequent LTS release, then support will require that you upgrade to the LTS release. In other words, we won't fix it in the interim release if it's already fixed in the LTS release. Support may also require an upgrade to the next LTS release if they believe it will facilitate diagnosis and troubleshooting. We understand the effort and risks involved with every upgrade and will not require it unless it's a reasonable and logical course of action.

Kent Gale

gpk’s picture

From http://acquia.com/products-services/acquia-frequently-asked-questions#isr:

...but upgrading or downgrading to an LTS release may be the required in order to resolve the issue.

gpk
----
www.alexoria.co.uk

kgale’s picture

Got it - missed that, and thanks for pointing it out. I think Jeff W., our marketing guru, was giving Support some room in the FAQ to do what's necessary to resolve issues by whatever means necessary. (Thanks, Jeff.)

The intent is for each subsequent release to be an improvement over the earlier so I expect in the vast majority of situations where it's deemed necessary to change versions that it will be to move forward to the next IS or LTS release. I suppose there could be situations where an upgrade might be incompatible with an unsupported or custom module and going backwards or forwards might each be considered as options where each present their own degree of risk. I think our preferred course in those situations will likely be to fix or resolve the issue in the next standing or planned LTS to clear the upgrade path. The specifics of each situation will be considered in consultation with the customer and we'll assist with progressing down the chosen path.

Kent Gale

droople’s picture

...Acquia is a group of drupal experts (including founders/long term D.O community members *Dries*), who will charge for support offered at Acquia, but can still provide the same support for free to D.O??

Amazon’s picture

Close.

Acquia is structured like a classic software product company. We have product management, engineering, marketing, sales, support, and professional services. But the software, Acquia Drupal, is open source Drupal, and the support and engineering teams include some well known Drupal contributors. We also have engineers and support professionals who who have decades of experience outside the Drupal project.

We provide support and network services for the open source Acquia Drupal distribution to Acquia customers. We contribute our Drupal software back to the Drupal community at Drupal.org.

Make sense?

Cheers,
Kieran

Kieran Lal

zilla’s picture

i'd liken it to a redhat for the drupal community (versus those greedy bastards at jboss ;)

........................................................................
i love to waste time: http://twitter.com/passingnotes

droople’s picture

but from reading this post and comments, I see that a lot of people are still/will be confused.

"This is more a case of, "starting a open source project, then when fully blown, provide a commercial subsidiary."

Just out of curiosity, take this example for instance.

"One is new to drupal, they file a support post on D.O forums or project issue page, then somehow they hear that the "founders & gurus" are @ Acquia. Knowing where to find all the experts, the user will then be more inclined start posting on Acquia support forum where s/he will be guaranteed expert advice, instead of D.O forums. This will gradually *kill* the community @ D.O while offering more traffic to Acquia"

Don't you think so??

greggles’s picture

That's certainly one possibility, but I believe the Acquia forums are only free for the next few months.

So, for the next few months we may see a small dropoff, but I kind of doubt it. The forums here are still currently and, especially with the redesign, will likely continue to be the de facto home of all Drupal discussion. Part of Acquia's mission is to dramatcally increase the Drupal user base. Some of the people that are brought into the project by Acquia's marketing will just join the regular forums and not subscribe to Acquia's service. So...overall the impact of Acquia may actually be an increased amount of discussion here on the drupal.org forums.

This isn't a simple situation...understanding all of the final implications is hard to do. I'm personally a very skeptical person, but am guardedly optimistic about the impact that Acquia will have on the free drupal.org + drupal core parts of the project.

--
Growing Venture Solutions | Drupal Dashboard | Learn more about Drupal - buy a Drupal Book

minesota’s picture

Those who have enough money will buy services at Acquia.
Despite the verbosity and lots of faq it seems ( I may be wrong ) there will be some services or solutions which are *similar* and not belonging to water tight compartments between Acquia, Drupal paid services and Drupal.org.

Those who have not enough money to buy services at Acquia will pursue Drupal.org :)

If there are two different forums both free of cost for Acquia and Drupal.org ( I am not sure if these are the same forums or different forums or two different forums with complete water-tight topics domain ) there will be choices, I guess, to the user.

As RKC has said above :

the only benefit likely is that there may be official representative at Acquia replying and you can be sure about their advise.

If that be so some / many will like to take that benefit.

There are and there has been comparison with Linux and its various commercial distros.
However there are only 4 or 5 operating system widely used ( MS windows, Linux, Mac OS, BSD etc )
while there are actually more than one dozen ( if not more than 50 or more ) CMSes who have good userbase, constant development and **not** following the linux model so far eg. geeklog, e107 etc etc. So ultimately it will be the user's choices I think.

One part of the GPL I find somewhat uncomfortable is that many module makers ( who have made Drupal Drupal ) do not make money ( it has been said somewhere that can kill the spirit of free contributions to the wide community ) but with their products some people make money :)
GPL does guarantee this and perhaps there is very good logic for this and very effective outputs also. This is nothing related to Drupal or Acquia but somewhat I cannot shake off this uncomfortableness :)

roshan_shah’s picture

I don't see anything wrong here in Acquia's business model. Acquia has even been forthcoming in saying that they will release 100% of code improvements to the community.

It is a natural process in FOSS to have some company (or companies) take on the role as 'Go To' company. If there are loose ends, the ecosystem will evolve automatically.

Future Community responses in d.o forums can be(some may even use contact us tab more now on) :

1) I can help you and here is why.. or here is the solution to your problem
2) Goto Company 'A' for support if you have X budget
3) Goto Company/Group 'B' for support if you have Y budget
4) There is another active forum at http://www.example.com where this issue has been addressed.

This Company Group 'B', 'C', 'D' can be separate companies or groups. One thing that I am not sure how this will turn out is whether people will share solutions on d.o or just directly use contact us form.

Currently drupal community of freelancers, service providers, clients, individuals post their queries and solutions freely on d.o for their own interest and for everyone and almost everyone searches for answers first on d.o before trying to spend time to fix and post response. This may change as more groups try and create their own space in Drupal ecosystem.

People are always resistant to change and generally have uncomfortable feeling whenever this happens. So long as the change is not gain for one and loss for other, and create new opportunities people usually welcome that change.

Roshan

Amazon’s picture

[Still working on this]

First, let me say that the Acquia guru's do a lot of Acquia's engineering work here on drupal.org where they work closely with the development community.

I find it helps to look at some of the numbers behind the contributors to see the real diversity. There have been 7 or more Drupal maintainers. There are 5 active Drupal core maintainers in the Drupal project right now. Dries and Gabor work for Acquia. Gerhard (Drupal 4.7), Neil (Drupal 5), Angie (Drupal 7) do not. There is good diversity among the Drupal maintainers.

There were over 700 contributors to Drupal 6. Here's a blog post detailing Acquia's code contributions to the Drupal project. You can see that while we have an impressive team, what's really impressive is the Drupal community which has orders of magnitude more contributors.

You are right that some people will turn to Acquia for support. But to put things in perspective, there were over 9000 unique contributors to project issues and forums in the first 10 months of 2007. The community around Drupal.org is strong and diverse and is growing. Acquia provides a valuable option for users and organizations who need commercial support, but we aren't aiming to replace the diversity and breadth of the Drupal community. We couldn't do it if we tried. To be specific, there is over 4000 Drupal 5 modules supported by the Drupal community.

Acquia's success is closely tied to ensuring the Drupal community grows, remains diverse, vibrant, and open.

Cheers,
Kieran

Kieran Lal

kgale’s picture

To add to Kieran's comments, something we bring to the community mix is the sort of "corporate" support some organizations and IT departments need before they'll consider Drupal as a "safe" choice. By paying for a subscription, these customers support the payroll and infrastructure needed to provide guaranteed response times and guaranteed follow up/follow through on their issues (for supported modules). We believe this assurance will make it possible for a new population of organizations to decide in favor of using Drupal for a number of reasons -- the tarball gives them a package of stuff they can use without too much thought; those with CYA concerns can point to Acquia; companies needing guaranteed response times can get it, and so on. By providing that part, Drupal solution providers can get site development work that might not have previously existed.

Regards,
Kent Gale

rizaa’s picture

So GPL actually widens the rich-poor divide ?
The rich gets it all and takes it all, and the poor may have to wait and wait or never get!

At one time, free softwares or rather php scripts ( not operating systems or hardwares ) were meant to be great equalizer! Money indeed has its charm.

The community or more specifically the creators and module writers will not make money for the labor they have put over years, but then as already pointed GPL does create that type of environment. Whether it is actually good or bad can be debated but its a fact.

Best support henceforth means best of bank balance. I do not know if the creator/s of PHP ever wanted that when the shift from PERL for web started !

Crell’s picture

That's not how I read Acquia's effect at all.

Currently with Drupal's many support channels (forums, issue queue, IRC, mailing lists, etc.) you can go online any time day or night (in whatever your timezone) and stand a reasonably good chance of having your question answered in a reasonable amount of time, assuming you are polite and ask your question in a way that people are able to answer. If it's not IRC then it may take a few hours for someone to respond, but that's the nature of the Internet.

For most people and uses, that's sufficient, and the price is right. I don't get paid to answer Drupal support questions, but I'm frequently around IRC helping someone with a Drupal coding problem. However, I make no guarantee to be online at any given time, or that I'll have time to talk to you, or that I'll be in a mood to answer your question for the 4th time, or that I won't up and leave in the middle of the conversation because I'm going to dinner.

For many companies, however, that's not sufficient. They do need someone they can call on the phone who they know will be there, and who they know will delay dinner to answer their question for the 4th time. And they are willing to pay a premium to know that they can interrupt someone's dinner (or get direct access to someone for whom it is not dinner time) when they have a question and need an answer on a deadline. That's a service that virtually no one is willing to provide free of charge. I rather value my dinner time. :-)

Those companies are Acquia's target market. That doesn't make everyone else second class citizens; I don't expect Drupal's community-based support to suddenly disappear. In fact I predict there won't be much of a change in at at all because of Acquia. (The site redesign effort will hopefully improve it, but that's totally independent.)

As someone who values his dinner (and does get paid to work on Drupal by a company other than Acquia), I'm very happy to see Acquia in the market. It's an important market segment and I'm happy to see someone fill it, especially a company populated by so many people that I know personally and completely trust to be good citizens about it.

--
Larry Garfield
http://www.garfieldtech.com/blog
http://www.palantir.net

--
Larry Garfield
http://www.garfieldtech.com/
Thinking Functionally in PHP: https://leanpub.com/thinking-functionally-in-php

rizaa’s picture

Larry, if you look at the beginning of php scripts or for that matter Drupal 2 or 3, you can see the shift now. This shift may be purely for good or for something-mixed-with-good - whatever, the shift is a fact. The shift from common users, community, small and medium sites to large corporates with huge bank accounts.

Despite the nice long explanation by you ( and I fully appreciate it ) users with bank balance will be at an advantageous position. But that is how the world operates. So no harm in that !
At one time (phases of php2 and 3), however, it was thought at least php will be an equalizer. Bigger companies used scripts in C++ perl coldfusion etc ( and paid whatever they wanted and to whomever they wanted )

Sigh! PHP has grown too big it seems now. Probably somewhere someone will come with better scripting solutions and better hardwares too that does more of self-managment, less of tech support needing thingies. But thats future. I agree hay should be made while the sun shines and those who can make should.

A small piece of gem : "assuming you are polite and ask your question" . Just take the following as a fun comment : Does money makes this condition unnecessary ? Do people making enterprise-level purchase get away with being impolite ? Will they be answered even if they are rude ? LOLz.

PS : Your long answer also does not answer the humanitarian ( not legal, as GPL legalises very much this trade ) question whether some module makers be retroactively paid some 'donations' or small funds from the profits that is reaped off because of their labor and toil over the years. If they are it will be a nice gesture and a good, nobel trend-setter.

ac’s picture

"Your long answer also does not answer the humanitarian ( not legal, as GPL legalises very much this trade ) question whether some module makers be retroactively paid some 'donations' or small funds from the profits that is reaped off because of their labor and toil over the years."

1) Most module developers write a module to scratch their own itch, not for the hope of one day being paid royalties.
2) All Drupal module developers understand that their code is GPL, and they should understand the ramifications of that.
3) Most module developers that write successful modules find that they are in a significantly better financial position due to the module, i.e. People pay for their support, companies hire them as consultants etc.

------------------------------
Alex Cochrane
Spoon Media

rizaa’s picture

AC - you missed the question closely. We all know GPL and I wrote rather prominently that GPL legalises all these.
Whether the module developer had some hope or not and whether he is already making some money in form of consultancy or not was not the thought. It was just a humanitarian question : when a company makes a huge lot of money, if they do so, out of these modules or partly due to modules do they as a humanitarian gesture give back a small earning to them ?
I am not a module developer and no module developer has asked me to put such a question. Its my curiosity.
If some module devs indeed had hope of royalties or are actually not in a better financial position or
if some module developer is out of the scope of 'most' defined by you , do you think they are entitled to a very small fraction not legally but just as a friendly, humanitarian gesture ?

ac’s picture

Well firstly I would imagine Acquia isn't going to be profitable from day one. They have venture capital but by using that they have created operating costs and it takes time to build up the clients to service that.

Secondly I think they already have a very good track record of 'humanitarian' contribution by working on - and paying others to work on - drupal and module development. Whilst this might not benefit the module creator individually, it clearly benefits the community as a whole. I personally think that is more 'humanitarian' than rewarding individuals by directly giving them a percentage of revenue.

------------------------------
Alex Cochrane
Spoon Media

Amazon’s picture

The community or more specifically the creators and module writers will not make money for the labor they have put over years, but then as already pointed GPL does create that type of environment.

You might want to consider the existing Drupal economy:
Almost 1500 job postings: http://groups.drupal.org/jobs?page=28
In the paid services forum there are 13303 request for paid work.

I am not sure if you are implying that the existing contributors to the Drupal project are not being paid, but you might want to consider those 14500 requests to pay for Drupal services when making statements about contributions to the Drupal project.

Cheers,
Kieran

Kieran Lal

DrupalDummy-1’s picture

I do not nderstand how the terms apply to webmasters using shared webhosting plans.

CASE - 1
I have 10 websites in a shared environment all hosted in the same server. Eg. DomainName1.com, DomainName2.com,... DomainName10.com. Each is a separate website and NOT a part of a multisite setup. Should I buy one subscription because all websites are in the same server?

CASE - 2
I have 10 websites in a shared environment all hosted in the same server. Eg. DomainName1.com, DomainName2.com,... DomainName10.com. Each is a part of multisite setup. Should I buy one subscription because all websites are in the same server?

Perhaps I have to post this question at Acquia?

Thanks.

Amazon’s picture

10 sites would require 10 subscriptions. For each site, you would receive support and you would receive the Acquia Network specifically for each site, regardless if it's a multi-site set-up on a single server.

You can see the single server site subscriptions listed in the product matrix. For more detailed questions visit the Frequently Asked Questions section regarding subscriptions. If that doesn't answer your question send you questions to sales@acquia.com.

Thanks for your question, I am sure others were thinking the same thing.

Cheers,
Kieran

Kieran Lal

glennr’s picture

Sorry if this seems a little pedantic, but how does Acquia define a "site"?

In Drupal-speak, I assume it's defined as a single Drupal database. But taking a broader perspective, a "site" could refer to everything under a particular domain name.

For example, what if you have a subdomain which is essentially a (major) section of the main site but uses a separate database?

Don't get me wrong, I think Acquia is a great idea that could be beneficial to many people like me, but as they say, they devil is in the detail . . .

Amazon’s picture

[Updated] Here's how we count servers: http://acquia.com/products-services/acquia-frequently-asked-questions#se...

Cheers,
Kieran

Kieran Lal

Amazon’s picture

We charge per Acquia Drupal instance, which you might think of as the tables Drupal installs in a database. Here is how Acquia define's the server count: http://acquia.com/products-services/acquia-frequently-asked-questions#se...

To give you an example, let's take Drupal.org: http://drupal.org and http://groups.drupal.org. They are two Drupal sites, but both under the drupal.org domain. If groups were at drupal.org/groups instead, we would still look to see if it was a separate Drupal instance.

As you know, there are many permutations of how to set up a Drupal site. Multi-site, multiple sites, shared user tables, shared user authentication, shared node tables, etc. For these kinds of advanced configurations, we would want to look to how you would use your support and network services.

Our network services would be running cron and running a heartbeat on a single Drupal instance. When you file support tickets our support team is going to need to look to see what parts of the Acquia Drupal code you are running and that is going to be measured per Drupal instance. If you were running Acquia Drupal on your main site, but hacked core on your sub-site, we need to be able to tell you hacked core before we provide support for that separate instance.

We understand that one of the reasons people love Drupal is that they can customize it. If you have questions, that aren't addressed in our FAQ then don't hesitate to contact sales@acquia.com so we can address your questions.

Thanks for your interest in Acquia's products.

Cheers,
Kieran

Kieran Lal

minesota’s picture

Shared hosting hardware and software is owned by the hosting company. So Acquia will not be able to alter or add to the crux unless Acquia itself provides the shared hosting.

The services by Acquia will be :

Software update management -
I guess that no longer you will need to check or receive automated mails, or manually upload new versions but this will de done by the Acquia team. Probably that will mean entrusting them with your own password, a practice discouraged by webhosts.

System profile management -
I am not sure how this will be managed - as the system is owned by the shared host. Even if colo or ded, the system is actually physically with the webhost. Will this management prevent similar ( but not heard of before, in that sense, dissimilar ) episodes http://acquia.com/blog/kieran/drupal-and-6000-hosting-bill-getting-truth... ? In shared environment hardly there is such chance of prevention probably

Automated spam blocking with Mollom -
Does current Drupal allows plenty of spam ? No idea. If so, will it not be an integral part of Drupal core ever ?

Heartbeat uptime monitoring -
Not sure what this is. But I thought thats what cardiologists do :)

Code modification detection -
Who will modify my code ? Why ? After detection what ? Who will take necessary steps ?

Remote cron activation -
I think shared hosts allow to set up your own crons easily.

Site usage statistics -
I think shared hosts already has pretty good statistics softwares preinstalled. Drupal has also its own stats. Will Acquia be something more and unique ?

Amazon’s picture

Acquia provides software, support, and network services. We don't provide shared hosting, but we are planning to work with hosting companies to specifically support Acquia Drupal.

Software update management: means we advise through the Acquia network when the Acquia Drupal software is tested and available to be upgraded. Take a look at this Acquia Network update message for an example.

System profile management

- See

Automated spam blocking with Mollom - You can read about the 9 million spam messages blocked by Mollom on Dries's blog. I'd say that's a lot.

Heartbeat uptime monitoring - Acquia Heartbeat

Code modification detection - When we are providing support for your Acquia Drupal site, we need to look at whether the code has changed. You can click on the modification tab to see if you or anyone else has modified your Acquia Drupal code.

Remote cron activation - You are correct it is pretty easy to set up on shared hosts. But it's harder on your own host. Our heartbeat service relies on cron, so we provided it automatically to ensure we can monitor that you site is up.

Site usage statistics - We think our statistics are Drupal specific and the combination of regular and Drupal statistics makes it valuable. Acquia site usage statistics

You might want to try Acquia Drupal out and test it for yourself. You can download it for free.

Cheers,
Kieran

Kieran Lal

minesota’s picture

Software update management:
So update is NOT done automatically, provided one has left such a DEFAULT option ON ?
Is managment only notifications and action buttons ??
if its automatic, the payee can devote more attention to actual site and contents.
BTW, does Acquia not have its own image upload-place to hyperlink ? It looks unprofessional for a commercial company to use other services unless Skitch is owned by Acquia already :)

System profile management
Sorry, I do not see what it "manages". Does it prevent cases like $6000 bills ?

Mollom
I did not doubt its efficacy. I meant to ask is the core Drupal ( as available on drupal.org ) so insecure and so vulnerable 'as it is' to spam attacks ? Should this 'insecurity' be not covered at core level, even if any other cms does not do it at core ?

Remote cron activation
Site usage statistics
Not finding really how uniquely this is done by Acquia except the Mollom stats.
Most ded servers now come with managed options so remote cron is already a part of the payment made there.

jbrauer’s picture

So update is NOT done automatically, provided one has left such a DEFAULT option ON ?

Correct, updating the software still involves manually updating the software. Automated updating of software would be a time saver and usability improvement but there are several tricky security and recovery issues that have to be worked on first. As with operating system updates and others this is a choice best left to the individual site administrator.

Does it prevent cases like $6000 bills?

The case of the $6000 bill was a case of the hosting provider's failure to notify the client of their overage. This has been remedied.

We are looking at the consequences of incomplete cron jobs. The site profiler does not specifically track disk usage such as the temporary files like those created by the aborted PHP processes that caused the billing incident referenced. That sort of tracking has been requested by members of the community and is being reviewed by Acquia's product management and engineering teams. Anyone having suggestions is encouraged to provide feedback on the roadmap http://acquia.com/community/projects/acquia-network-roadmap

Mollom
Mollom goes beyond just controlling spam. As Drupal core comes from drupal.org it is very configurable. Amongst those configurations an individual site owner can determine whether they wish to allow users to post content, comments, and contact forms without first registering and logging in to the site. Many site owners choose to do so in order to foster greater communication on their site. Mollom helps monitor the postings to your site in a way that is transparent to most users and prevents automated spam bots from putting links for unwanted content in comments on your site. There are several approaches as to how to handle these automated attempts to post advertising on a site. As in other areas of the Drupal community there are many different approaches that best suit individual situations, needs, requirements and beliefs about how this issue should be dealt with. Acquia has chosen the Mollom module as the choice to include in Acquia Drupal. This is not about security but about content on your site.

Remote cron activation
This was included as a result of talking to the community. Many in the Drupal community had indicated this is commonly one of the areas they encountered difficulty when setting up sites on shared hosts. As you say there will be many sites where this is not necessary and users of the Acquia Network can still get all the other benefits whether Acquia invokes cron or their own server does. Some may find that the summaries of cron run results and service up/down notification from Acquia are more useful and others may decide to use those provided by their hosting provider. Running cron is necessary to having the heartbeat and site profile services to work correctly. This also assures that your site statistics (number of nodes, comments and users) are updated continuously. These stats are generally not available from a service that does site usage statistics (such as the Google Analytics module which is a part of Acquia Drupal as well).

While several pieces of this puzzle exist and can be assembled by individuals the value in the Acquia Network comes from having them bundled and having them include support that is specifically very knowledgeable about Acquia Drupal.

Thanks,
Josh

--
Blog: Adding Understanding

--

minesota’s picture

Hi thanks. I appreciate the features and mean not to criticize.
I think bigger or the biggest corporation will be happy to get these features as they
have hardly any 'time' to look to the inner things.

To me or to many small or medium users the services appear to be a lot more verbosity of words
than really, actually new things except may be a few things or two.

For example,
if updating the software still involves manually updating the software for me, how am I saving the hassels by paying all the money ? I said that there needs to be a 'default' option of ON or OFF so that those who want choice left to them can have the choice. Many softwares ( like Firefox ) have actually the updates starting by default ( once updates are available ) with a cancel button or 'do later' button.

I know well the case of the $6000 bill was a case of the hosting provider's failure or so it was ultimately proved and godaddy is a bad host. A good 'management' service like Acquia should know the points of hosting failure and safeguard the payee I think. My say was that if you have to still bear headache about host, your site usage etc what is the point in paying for 'monitoring service' if it cannot save me such hassles ? It is good to know such monitoring is under review by Acquia team, however is review = rapid implementation ?

Mollom : so left to default and choices of configuration Drupal is open to LOTS of spam ? Anyway, Mollom can be used as a stand-alone option then without need to buy Acquia services.

Number of nodes, comments and users : I think default Drupal installation shows this or Views can show this easily.

Regarding site uptime I already have free ( email ads only ) site monitoring that alerts me instantly if there is problem ( and subject to small payment ) co-ordinates with the host to sort out issues like outages or other problems that make the site slow or unavailable. They provide good stats also.

To me ideally Acquia should have been not to worry about hosting, disk space, bandwidth and automatic updates over the years so that I actually 'manage' the the contents and increase the population of the site. By not worrying about hosting means something integrated and in-built.
Otherwise, it means yet another thing for me to manage - Drupal ( eg. manual updates ) + my hosting company, tech issues, billing + Acquia , tech issues, paying its bill. Wow !
Will Acquia support this brand new 'xxx' module just released and I just need it, will Acquia solve its issues ? If yes, great ! If not, it means yet, yet another issue q to follow at drupal.org or pay and coordinate with yet another third party. So 4 things to 'manage' now. Wowww !

Having my site exposed to multiple networks means exposure to multiple vulnerabilities. For example my hosting network and then Acquia hosting network ( which is not probably physically housed at same building as Acuia i.e Acquia does not own directly its dedicated hosting ). It is not that virus or worms attack frequently, perhaps never, but then exposure risks actually double.
If the hosting used by Acquia has outages or router failures, my 'Acquia' network will also fail. Isn't it ? So for site uptime monitoring one has still to use a dedicated site-monitring service ?? I may be wrong - I don't know.

As I say, BIG corporation who know nothing about drupal or what is cron etc may find this package useful. To small or medium users who know Drupal somewhat inside out these services are more of a 'verbose' package which still ( or most of which still ) can be done / managed without actual purchase or use of Acquia. Yes I know there is a 'free' version :) and no one is under compulsion to use Acquia! So, cheers.

glennr’s picture

Minesota makes a couple of good points, but I look on them as future opportunities rather than criticism. After all, Acquia is promoting Drupal (not web hosting) management services. To that extent, automatic Drupal/module updates would be a must-have feature for Acquia to offer its customers, hopefully in the not-too-distant future.

However, a service that takes the hassles out of (and reduces the potential dangers with) Drupal-based website management in general would be a godsend to many smaller developers/maintainers. Maybe this is beyond Acquia's charter, but it's certainly a big opportunity for Acquia hosting partners. As long as the demarcation between Acquia and hosting partner is crystal clear, so there can be no passing the buck . . .

minesota’s picture

Yes, I was not criticizing :) :)
Web hosting is not Drupal's business, no doubt, but "managing" your Drupal cannot be exclusive of webhosting. Your soul and your physical body residing differently, possible - not comfortable.

For example, you need to 'tune' your php.ini values to suit some Drupalish needs this can be done by your host or via your host. Ideal management of Drupal should not involve knocking at yet another third door. Instead things should be done by Acquia and I should have my dinner or sleep or both, depending on the chosen package I purchased :)

I think that most of the long described features can still be done by me but NOT hosting. So if everything comes in ONE-WINDOW it makes sense to me to consider purchasing a package.

Personally I will not feel interested in whatever the demarcation is between Acquia and hosting partner, I just want the problems to be sorted between themselves. On my end I will be happy to answer email from only ONE (eg. asking me to pay for extra bw or asking me permission to throttle something instead) and I will be happy to log into ONE helpdesk for submitting trouble tickets for any trouble. This modus operandi really makes a LOT of sense, at least to me.

This however does not eliminate the need to keep a dedicated site monitoring service in case Acquia's server etc fail. However, I do not know whether they have servers over a dozen points to monitor the 'network'. Also the vulnerability of exposure to multliple networks remain though that may be just theoritical.

kgale’s picture

Most production business systems are interdependent on multiple platforms and vendors. Phone systems depend on having a PBX vendor, a local loop provider, a trunking provider, a long distance provider, your local LAN and even local building services. When you can't make a phone call then you need to start with the most logical vendor given the symptom presented and work the problem from there. You may have a vendor who can work with the other vendors to solve the problem and sometimes you may have to work with multiple vendors.

Drupal is no different in that it depends on numerous technologies to function. It may depend on local hosting infrastructure, which involves a multitude of hardware and software providers; or on a hosting provider; a database provider; a web server provider; Drupal itself; and sometimes external applications and other enabling technologies.

The need to work with third parties to solve customer issues is something I've done my entire 20+ yrs managing Support and Acquia is prepared to do the same. We're offering technical support for a defined set of Drupal modules running on selected platforms. A customer's choice of hosting provider is based on an analysis of their own business needs and the provider's ability to meet them. We have no part in that choice. Acquia Support will help diagnose issues with installations running in those environments and locally hosted installations within the limits of our charter. If an issue turns out to require assistance from a hosting provider then we'll work with the customer to do that. We're not the hosting provider's customer; the Acquia customer is their customer so the customer needs to participate in the diagnostic process because they have the authority to do so with the hosting provider and we don't. If the customer so chooses we'd be happy to get on a three-way call and work through a solution when required.

Acquia Support can offer general advice with performance tuning but that's an art which quickly gets into the realm of Professional Services. If that's what's needed then we'd either refer the customer to a partner in the Partner Program, or we'll offer our own services if appropriate.

Regarding the Acquia Network, it lives on high-availability systems within an EC2 environment. There are extensive internal failover, monitoring and alerting mechanisms in place to ensure that you can depend on our systems to monitor your Drupal installations. That said, customers need to evaluate their own needs and put whatever systems or services in place they feel necessary to manage their risk.

Kent Gale
Sr. Dir. Customer Support

minesota’s picture

Break out of the norm and do it first :) ( there was no flv before flv and no google before google, if Steves was stuck to 'norms' there would be no ipod and itunes, if Xerox was stuck at norms there would be no window gui's )

In my part of the continent for phone problems I have to approach one and only ONE company, and no one else. This is the only company also billing me.

There can be analogies and counter-analogies. These are of no help!

Question is whether you see logic in what I say - its your choice to adapt/implement or not adapt/implement those.
Similarly it is my choice - I purchase or not. Simple !!!

Your last para does not clarify quantatively whether one can stop paying bill to third party dedicated 100% failproof ( not speaking of natural disasters like martians wiping off the earth ) site monitoring services and solely depend on you for uptime monitoring. Probably many will look forward to such service-level agreement toc.s

Best regards

PS : Personal note : It appears that Dries has matured as a business leader over the years but the dreamer that he was when it was Drupal 1 or 2 is lost. Sigh!

Garrett Albright’s picture

Mollom : so left to default and choices of configuration Drupal is open to LOTS of spam ?

No. An unchanged default Drupal installation is unspammable unless the user account is hacked. However, many of the features which users may enable to encourage community participation on their site, such as allowing users to sign up without confirmation or post nodes or comments without signing up, will make Drupal prone to spam. (This is not unique to Drupal; pretty much all web-facing blog, message board and CMS scripts have the same issues.)

Mollom and less sophisticated anti-spam solutions such as simple captchas mitigate this by attempting to ensure that the content is coming from an actual human instead of a spambot.

roshan_shah’s picture

Should be http://www.acquia.com/downloads

Roshan
--
http://www.gloscon.com
Drupal and Ruby on Rails Specialists

Amazon’s picture

Thanks for pointing that out. I've updated the link.

Kieran Lal

Kieran Lal

dougvann’s picture

Acquia is a tremendous asset to the community.
Acquia has already injected funds into the Drupal economy and the results have been extremely beneficial; Code Sprints, Advertising Drupal, contributing back what they create, etc.
Acquia handles many of the objections of IT departments, and decision makers in larger corporations who may have misgivings about opensource.
Acquia takes some of the workload off of me as I attempt to market Drupal solutions to prospects.
I have downloaded the product and I like what it is; a packaged, non-conflicting install of an awesome CMS. Currently the amount of modules beyond core are about 33. I expect that to grow. As it does it will only increase in value. In the mean time I will install other modules myself, just like we all do.
I'm not the least bit concerned about splitting the support community with the subscriber-based support mechanisms available within Acquia. If the Drupal community is anything it is Viral with a capital "V."
Good news travels fast.... Drupal news travels REAL Fast!!
I for one would love to be the provider of information I learn from Acquia support. If some one asks me in #drupal-support, "how'd you know that?" I will be happy to say, "A client of mine had the same problem and we got the answer within 1hr from our Acquia support subscription.

Face it...
Commercially supported Drupal has existed in small to medium sized instances for a while; whether it be a contractual relationship with the 3rd party that built the site or by hiring a Drupal ninja [or 2 or 5] to come on board indefinitely or for a season.

I just left a large social networking site development project that never realized its potential because of a business plan that was too broad and changed too often. Even Acquia couldn't have prevented that. Where I am now is in a company that markets web based solutions to companies of all sizes; web development, marketing, newsletters, ppc, seo, content, you name it. The boss wants to discuss how Acquia can scratch the itch that we have.
I look forward to the conference call next week. I believe that the 3rd party validation that Acquia brings, coupled with its products and services will open up new markets to our company.
I've listened to the community. I've heard from the curious, the doubters, and even the haters. At the end of the day I believe that What's good for Drupal is good for the Drupal community. And what's good for the Drupal community is good for the strategic position that my company desires to possess.
- Doug Vann

DarrellHQ’s picture

I truely believe that this would lead to very good things for the drupal community. I would like to see the focus placed on porting the many modules to current versions of drupal. This will be best done by providing a comprehensive list of modules that would be officially supported by Acquia. By the way your inital release focusing on social networking site was an excellent decision. Good luck and much success to you and your team!

gloscon’s picture

Here is what I found in partner program guide (http://acquia.com/files/acquia-partner-program-guide-v1.pdf) and some clarification would help.

Lead referral and sharing

Leads are targeted at partners based on the following criteria:

>>> Will all the leads be qualified and dollar value quantified?
>>> Whether its an individual v/s Company ? Timeline to make decision, etc?
>>> Is the lead referral system automated or is it done manually and transparently?

• Project budget. The overall budget of the customer project will be used to determine at a coarse level which partners it will be offered to.

>>> So smaller players won't see larger opportunities. Unlike drupal.org where everyone sees everything.
>>> I assume Acquia will get a preliminary budget for every lead?
>>> What happens when budget is not specified but its a large project?

• Vertical domain. The best solution is often provided by a partner with detailed knowledge and experience with the vertical domain of the problem. Acquia’s lead referral targeting places additional weight on the vertical domain to assure a close fit.

>>> What if it is a new vertical where the partner does not have Drupal project to show in that area?
>>> What is the partner has programmers who have worked in past on this vertical in different technology?

• Solution complexity. Partners will have varying levels of experience with delivering and managing complex solutions. The complexity of a customer solution is also weighted to ensure a match between the experience of the partner and the end customer’s needs.

>>> bumps me here! Who determines complexity and how?

• Customer size. The skills required for project and expectations management at a global enterprise often differ from those required within a small startup, and vice versa. To assure a good fit between the partner and customer, Acquia includes the size of the customer as part of the targeting criteria.

>>> Again so only big players benefit?

• Geography. In spite of the flattening of our world, projects often require face-to-face meetings as they proceed. To assure availability with minimal cost, geography is also considered as part of our lead targeting. It is weighted down relative to other criteria.

>>> Very interesting. Although its weighted down, it still may mean that companies or developers who are not closest to customer may not get the lead.

RFP Materials
Partners will often need to answer several questions related to Acquia and the Acquia product portfolio when proposing a joint solution in response to a request for proposal. Acquia will maintain a catalog of these response for our own use in replying to RFPs that are received directly by Acquia and do not involve partner software or services. This catalog is available to all partners via the Acquia Partner Network.

>>>Can someone explain what this means?

Partner business requirements

To assure that our customers are well served by the partners that we work with, Acquia requires that the partners demonstrate to use the health of their business and their delivery capabilities. We are best able to do this by evaluating the partner using metrics for team size and company revenue.

There is a table in this section of Partner business requirements

>>> Does this mean that minimum required is someone to have 15 employees and $2million Annual revenue to be a Gold, Platinum or Diamond Partner? If not, they can only be Silver Partner?
>>> Does this revenue have to be from executing Drupal Projects only?

>>> In the Appendix A (last 2 pages) there is a Table. In Requirements -> Acquia Subscription Requirements section makes it mandatory for Gold, Platinum and Diamond sponsors to push Acquia Drupal as there is minimum $ value of business they need to bring to Acquia. Is my understanding correct?

Amazon’s picture

We don't have anything to hide with the partner program, but perhaps we've strayed a little too far in the details for a front page announcement.

We had a partner presentation and conference on Wednesday afternoon, it was well attended by dozens of partners. The partner conference video should be made available soon. Perhaps this conversation about the details between Acquia and it's partners should be addressed in a different place.

I'll point this out to our partner lead in the morning and he can suggest where to continue this discussion. I'll follow up to invite everyone interested on how they can participate. For now visit: http://acquia.com/partners

Cheers,
Kieran Lal

Kieran Lal

zilla’s picture

in fact, many of these questions and discussions are way far from the announcement!

how'd that happen ;) ??

congratulations again, it's looking outstanding and only serves to widen the global user community and inspire greater contribution...

........................................................................
i love to waste time: http://twitter.com/passingnotes

roshan_shah’s picture

Dave,

There are references to working with partners in following links

http://drupal.org/node/315151#comment-1038635
http://drupal.org/node/315151#comment-1038602
http://drupal.org/node/315151#comment-1041381

It doesn't matter whether it is this thread or somewhere else. I feel that the thread is now getting too commercial and if needed, I am open to participating in discussion somewhere else.

I just wanted few clarifications on partner program. For me the answers to my queries are important since it will help us decide whether we will consider signing up for partner program - whether now or in future.

-
Roshan Shah

crdant’s picture

Roshan,

While I agree with the sentiment that this thread has gone far afield in a few places (including discussion of the partner program), I do want to make sure that your questions get answered. I manage the Acquia Partner program and conducted our Partner presentation at Drupalcon in Szeged and our webinar this past week.

Most if not all of your questions were answered during the webinar that we held on October 1. We are running another webinar with the same material on October 15. Registration is at:

http://acquia.com/partners/october-15-webinar-registration

I look forward to having you there and making sure that all of your questions are answered.

Chuck D'Antonio
Sr. Director of Professional Servicee
Acquia, Inc.

roshan_shah’s picture

Chuck,

Since I do no have permission to insert images to my comments in this forum, I've posted the image on flickr.

http://flickr.com/photos/roshu74/2913781983/

I even considered posting this in Acquia forums - again got access denied - http://www.flickr.com/photos/roshu74/2913807885/

Note : I had not downloaded Acquia Drupal and I believe I shouldn't be required to download it to post a general query in Acquia forum.

So after reviewing http://acquia.com/partners link, going through partner program guide, following the steps as above, if I have questions (http://drupal.org/node/315151#comment-1041374), I think its fair to ask them here like many other community members have been doing on other items. My interest is in partner program and what benefit it brings to development shop like ours which mostly offers Drupal based Professional Services to clients.

I'm currently in India and depending on the time of the seminar, I may be able to participate. If you can upload partner conference video, that would be awesome.

Note: If there is a separate thread to discuss partner program, please let me know the URL and I'd be happy to participate in discussion there.

Roshan

Michelle’s picture

"Note : I had not downloaded Acquia Drupal and I believe I shouldn't be required to download it to post a general query in Acquia forum."

I haven't downloaded it, either. You just need to sign up to use the forums.

Michelle

--------------------------------------
See my Drupal articles and tutorials or come check out life in the Coulee Region.

roshan_shah’s picture

Thanks Kieran,

Will love to review the partner conference video and hopefully it will answer many of my questions. I look forward to participating in partner program discussion to see if it is something of value that we should consider.

-
Roshan Shah

RKC’s picture

Hi,

I am just wondering the following.

1. How easy is it move existing site from D6 to AD6?

2. And how easy would it be moving back from AD6 to D6, if one so choses in the future?

Is it as simple as turning on/off certain modules? How does it work?

Thanks.

Amazon’s picture

Please see: Acquia getting started guide, page 21. That will walk you through the steps to migrate your site from Drupal 6 to Acquia Drupal.

Then follow the steps in the getting started guide. I've outlined those steps below.

Migrating and Upgrading
Check Your Tech
Prepare + Download
1. Backup
2. Internal Housekeeping
3. Check PHP Memory
4. Take Site Offline
5. Download Update Archive

Prepare Modules for Update
1. Find All Contributed Modules
2. Remove non-Acquia Versions of the Following Modules
3. Move non-Acquia, Contributed Modules to [docroot]/sites/all

Update to Acquia Drupal
Configure Site
1. Run the Update Script
2. Rebuild Module Directory
3. Put Your Site Back Online
4. Connect to the Acquia Network
5. Confirm Acquia Network Status
6. Activate Administration Menu Module

To switch back, you could probably do something really quick like disabling the Acquia modules. You may wish to move your contributed modules around and follow various steps such as backing up and taking your site offline. But it's the same Drupal 6 core, so there's not going to be any major code conflicts.

If anyone in the Drupal community has tried migrating back from Acquia Drupal, we'd love to hear about it in the Acquia support forums.

Cheers,
Kieran

Kieran Lal

socceronly’s picture

I sort of vaguely remember OG being considered part of the distribution.

Will it be in the future?

Amazon’s picture

Hi, when Redhat Linux started out they only supported a few applications on RedHat Linux. Today, after 10 years they support over 2000 applications. As we fine tune our services and focus on the value we are creating for customers we plan to increase the footprint of Drupal contributed modules we support in the Acquia distribution. Right now, there are over 4000 Drupal 5 modules in Drupal CVS. We get that people want more coverage of their modules in Drupal 6 :-)

I would encourage you to participate in the discussion of which modules Acquia should include in Acquia Drupal by posting a topic in the Enhancements and feature requests forum. Registration is required.

Thanks for your feedback.

Cheers,
Kieran

Kieran Lal

markabur’s picture

initially i was excited by the idea that there could be third-party support for the sites i build for my clients, but the more i think about it, the less value i see.

when it comes down to it, i'd rather have clients pay me for support than pay acquia, particularly since acquia won't really support any of the things that make the client site unique anyway. all custom code and non-acquia modules will need to be supported by me, and i'm the one who will have to do the site updates, so all they're really doing is making sure the code that's part of the distro works as expected. which is nice and all, but we wouldn't launch a site that didn't work as expected anyway -- so when i think about the long-term post-launch relationship between acquia and my client, i don't envision acquia doing anything for them at all. and really that's the goal, isn't it?

the clients i've been talking to about possibly using drupal have been nervous about it because they either have nobody on staff who will be the drupal administrator, or are worried about the additional strain it will put on existing IT resources. i've been hopeful that acquia would be able to take on the IT role for these sorts of clients, but now it looks like that's not at all what they do.

minesota’s picture

I agree to this perspective.

Acquia cannot suppport all custom code and non-acquia modules obviously as they support a standard package with standard modules/stuffs, but then this standard package can be supported almost as well without the Acquia support. Did you read http://drupal.org/node/315151#comment-1041212 ?

markabur’s picture

there's definitely a need out there for the sort of stuff acquia is doing right now... it's just that for me what they're doing right now doesn't really help with what i hoped it would. for me getting into drupal development means at least part of the time taking on a regular-maintenance role for client sites, which is different than the project-based work i'm used to.

Amazon’s picture

Minesota, you've got a keen analytical eye and your clients are lucky to have you. Drupal has always been a Do It Yourself kind of project. You are right that it's possible to cobble together many of our initial services and code from our distribution together. However, if your client is paying you to do that, will you be spending more money in billable hours putting everything together and less time providing the innovative features your customers want from you. I am sure part of the reason you use Drupal is because you can be more effective with it. We hope to do the same with Acquia subscriptions.

We sincerely appreciate the feedback and it's our goal to compliment your services to your clients. I'll follow up and I look forward to hearing if you tried the free Acquia community subscription with a customer, and if you found that the price points are complementary to your services.

Cheers,
Kieran

Kieran Lal

minesota’s picture

Actually it will not take that amount of hours depending on how many sites one is serving ( for example 4 or 5 sites, nothing much of a hassle to do the updates etc )
I am no biggie and my actual "income" domain is not computer-related :)
BTW, doing innovative features vary from site to site but setting up routine things like checking updates or setting cron etc are 'routine' things, takes very little time once you have developed a pattern and that pattern can be applied the same way to different individual sites. ( Of course considering there are only a few sites in my booty and not hundreds )

I understand why Drupal must need an "earning" wing. Its profession for many of you while its just passion/hobby for me !

When it was Drupal 1 or 2 or say 3 no one ever thought the need for Acquia. As someone gave the example of Redhat, things 'grow'. The more you are open the faster you grow. One day, it may be months or years, either you or some people will be serving combo-solutions with clients having to attend ONLY one window !

I did download the free Acquia and did a test run :) . However, as advertised as "Build social publishing sites quickly" it lacks many things one may wish to make a social (network) site. These are separate issue and I do have many issues as well as explanatory diagrams ( in drupal issue lists ) But instead of empty words I am trying hard to make a package to show what I mean ( nothing new but just meaningful assembly of what is already there like APK, OG etc - yes, free, with no commercial inclination ) . It is actually almost done but based on 5.10. Next step is 6x. If you have studied the commercial market there is actually much much more money in selling social networking solutions, which is what phpfox, socialengine, dzoic is doing in part more logically than drupal but overall very infantile and feature-scanty in comparison to Drupal. Now comparing with those or bringing up those do not mean anything derogatory to drupal. I only mean to say there has been a shift from pure cms to social-net flavored cms ( vbb, invision all are doing this deviating from forum-only norms ). And with this shift more and more people will look forward to single-window solution for snw-s so that they do not have to worry about cpu resources, bandwidth, updates, module incompatibiliities BUT just they can look after their actual site contents more or spend more energy towards advertising for the site more or getting more members by organizing real life events etc. Surely Acquia is already having heavy-paying corporate clients but collectively these "mass" users have MUCH more and much heavier paying power.

OK ... this is getting unduly lengthy. Stopping here.

Best regards

daveslc’s picture

Is there anything about the Acquia drupal distribution that is not standard?

Will it lock me in to using Acquia Drupal only? Can I easily revert to a non-Acquia drupal?

It seems like it's a great package that has some extra features (e.g. Acquia network and acquia support) that you can pay for if you want or get the free version and not use them, correct?

Is there any catch?

zilla’s picture

there's a comment/reply up above from an acquia figure stating clearly to review the documentation - it's easy to move from acquia back and forth to d6 - the code of core is the same and really it has more to do with placement of modules that they consider core (versus where most other drupalers put those modules in sites/all and so on)....

........................................................................
i love to waste time: http://twitter.com/passingnotes

Anonymous’s picture

As a drupal user at beginner-intermediate level I did not see the value of this distribution, it may be attractive to large organizations who wants a CMS but has no technical resource for it.
I tried acquia drupal yesterday, it worked well however as said above, you still need change php.ini, mod_rewrite, create database, set up images/import directory for images, php-to-pdf, etc to get it up and running, same as what you need do for the native drupal release. the only difference i saw is the "acquia" network modules, which, honestly, is annoying to me, I wish I knew how to turn them off totally during installation and turn them back on when I need them someday. The native drupal can warn me on updates without these agents just as well, and it's less intrusive.

drupal's strength is its flexibility, instead of easy-to-install or easy-to-use, I would think building a business around drupal consulting or education or customization-oriented-development makes more sense. Plus this effort worries me on drupal's future, i hope i will not see a fork due to business-community conflicts.

just my $0.02

Amazon’s picture

Hi xxiao, thanks for taking the time to provide thoughtful feedback. We are starting to see patterns in the feedback we are getting. Some of your feedback addresses part of those patterns. Drupal users expect that Acquia Drupal will behave like Drupal, and that means that cron and the heartbeat messages are surprising. We have heard that feedback and are working to inform new users of Acquia Drupal to expect that cron and the heartbeat service will run by default. We also need to better advise you during installation how to disable cron from the network settings.

From the Acquia Network click on the Settings Tab, then the Cron tab, then select NO under "Do you want Acquia to run cron for you?". You can see an example screenshot on page 34 of the Getting Started Guide.

Acquia Drupal offers two other important benefits that you've not indicated you tried, and we hope you will try them out.

  1. Our goal is to provide world class support. Some of the additional network services like heartbeats, code modification detection, and update notification are very complementary while receiving support. We will take your feedback and try to improve how these network services stand on their own without support.
  2. Update notification. You are correct that Drupal.org's update notification service will provide you with notifications of releases. But do they do tell you if your contributed modules will work together if you upgrade them? It is that confidence for you and maybe your customers, that an Acquia subscription will provide a larger footprint of tested contribute modules and themes. If you do find a problem, then Acquia will provide support and our engineering teams will provide the fix and make it available to you through the Acquia network. We will also contribute that fix back to the contributed module maintainer.

We believe that a world class supported Acquia Drupal site with a supported road map are very valuable. Hopefully, you'll give those benefits of an Acquia subscription a shot at some point in the near future.

Thanks for the detailed feedback, we really appreciate it and we are working hard to improve and meet your expectations.

Cheers,
Kieran

Kieran Lal

markabur’s picture

i got a notification in my acquia drupal site that cck and views were needing to be updated, and this is exactly the same notification i got in my d.o. sites. how is the acquia notification/update system different? i was expecting that updates would come in some kind of package, maybe with some installation scripts, but it seems to be the same old thing.

minesota’s picture

For views and cck and similar it may not be different. What I gathered from above : if there was a module 'xyz' whose update will conflict with update of 'abc' Acquia will "warn" you.
( what the heck ... why it does not solve the conflict without me needing to intervene provided I have instructed it so as a default thing to do ... )

Ordinary drupal notifications probably will not give you such warnings and when you happily update both you will be in a serious mess ( which supposedly Acquia only can prevent , Acquia thus revealing a serious flaw of Drupal so far and also patching up for it :) Will this 'system' be available back to the community ?? ) . However personally I think these chances are far and few and shall every client agree to pay BOTH you and Acquia to solve this ?
For bigger clients (ie those with more finance) probably the answer is yes.

zilla’s picture

i'm a bit confused - does this mean that if acquia identifies module conflicts and warns users to not upgrade module x or y because of inherent conflicts with a or b that they will not share this information immediately with the drupal community at large?

i'd be careful offering that as a 'distinct advantage' because commercial open source holds real potential to create a class war where previously there was none...this is exactly the kind of thing that promotes ill feelings (e.g. "yeah, the acquia guys knew that the new X module would break the Y module three weeks ago and told all of their customers, but in the interim over 100 people hammered the dev directly in his support forums and completely distracted him from development while he went searching for the issue")

i know that you said this, "If you do find a problem, then Acquia will provide support and our engineering teams will provide the fix and make it available to you through the Acquia network. We will also contribute that fix back to the contributed module maintainer." - but if the fix is going back immediately, then you are in fact negating the value of such a differentiator...unless you're implying that you'll be sitting on such a fix, but i highly doubt that....
........................................................................
i love to waste time: http://twitter.com/passingnotes

Amazon’s picture

Here's an screen shot of an update notification.

release notification message

You can see we have bundled a whole new release.

Kieran

Kieran Lal

Amazon’s picture

  1. a) After installation, not connected to the Acquia Network. The one contrib module is shown separately and is marked out of date, based on the info from drupal.org.
    Acquia_Drupal_not_connected
  2. After connecting to the to the Acquia Network. Now the contrib module is shown along with the others and the entire Acquia Drupal distribution is shown out of date, since there is an ISR release available.
    Acquia_Drupal_connected
  3. After updating to the ISR release. Everything is up to date, and the contrib module is still shown along with the rest of Acquia Drupal.
    Acquia_Drupal_connected_after_update.png
  4. After enabling CCK and Views. They're shown along with the rest of Acquia Drupal also, and are marked as up to date since I am using the latest Acquia Drupal version.
    Acquia_Drupal_connected_enabled_CCK_Views
  5. After disconnecting from the Acquia Network again. Now CCK and Views also show separately and are labeled as out of date, since there are newer releases available for these modules on drupal.org that are not (yet) included in Acquia Drupal.
    Acquia_Drupal_not_connected_enabled_CCK_Views

Thanks to the Acquia team who is backing me up. Thanks to David Rothstein for coming up with these user stories and screen shots.

Kieran

Kieran Lal

minesota’s picture

Very nice stuff. However, this is not to criticize, it misses the expected 'automation'
A crude example will be cpanel automatically updating itself ( or someone doing it for me transparently so that I do not have to check update notices and then hit some action button )

For example, if I am away on a vacation how can I leave instruction to the software to do updates by itself provided there are no conflict issues.

robertDouglass’s picture

And Acquia is aware of that. Release #1 is a point of departure. Release #2, whenever it comes, will be exciting, because it will be the first release where we a) don't spend most of our time building basic company infrastructure, b) have real feedback about an existing product to react to.

- Robert Douglass

-----
my Drupal book

gpk’s picture

>automatically updating itself
I think I read somewhere that this is "on the to-do list". Joomla has the facility to automatically install extensions for you (updates I'm not sure about). IIRC Drupal has to date shied away from this kind of functionality on security grounds ... i.e. because of the risks caused by website being able to modify its own source code. To me that sounds worse that having the PHP module enabled, but then I'm not an expert in security matters. I expect the debate about this has raged long and hard at Acquia, particularly with regard to having a secure model for an automatic update process. For starters, if the site *can* update itself automatically (even if you need to "press a button" first) then as you say you would want some degree of confidence that nothing is going to break when this happens. Acquia's cross-module compatibility testing seems to be an important part of this jigsaw.

gpk
----
www.alexoria.co.uk

markabur’s picture

this is helpful, and now i see why i've been confused. i have an out of the box acquia drupal install, with cck and views enabled. i have entered the network subscription info, but my available updates screen looks like #5, but *without* the "please enter your subscription info" messages at the top. also, my admin menu says "subscription not active". but, everything in my account on the acquia site indicates that the subscription *is* active. i have a message in the acquia forms about it but so far we haven't gotten anywhere with troubleshooting. i've wiped the database and reinstalled but no change.

kgale’s picture

Hello Mark,

I see you have a post on this in the Acquia forums, too. We'd like to understand what's happening here and will get back to you with some additional questions in the Acquia forum.

Regards,

Kent Gale
Sr. Director Customer Support
Acquia