I agree to push all new work for Drupal 6, and I also agree to maintain my D5 users.<br><br>However, I think that while agreeing to "move to D6" is correct, everyone has a rather confused view of majority client perception of the web application one offers as a consultant, and a confused view of what Drupal means as a CMS framework (apologies to James Dean).<br>
<br>Let me put it bluntly and then offer a solution: most often, the client is hiring a consultant to deliver a website application (the exception would be if Sony or someone wants me to specifically build something on Drupal).<br>
<br>The client doesn't care at all if it is D5, D6 or D7, the client doesn't even (shouldn't) care if it is done in Drupal. The client wants the best possible solution given her requirements. <br><br>And the confusion resides in the fact that while the Drupal philosophy of non-backward-compatible releases is great for cutting edge, which gives us consultants more options and shiny new workspaces, it is fundamentally wrong to expect that the client be obliged to accept the same vis a vis the website application they are taking delivery on.<br>
<br>They want a website application that will last several years and have every right to receive that. Only if they ask for new functionality and the cost of implementing it is cheaper if an upgrade is involved should the client be expected to change to the new shiny Drupal just because we are excited about it. I am against the "no support after 9 months" thing and in favor of backport support.<br>
<br>The solution is as web consultants, to be prepared to work on different versions.<br><br>So:<br><br>+1 on starting all new projects with Drupal 6<br>+1 on maintianing a centralized, community supported backport maintenance repository<br>
-1 on ultimatums to the clients which will give Drupal a bad name (i.e. "if you use Drupal you have to do frequent and expensive upgrades").<br><br>If you feel that you don't want to be bothered with Drupal 5 anymore, offer your clients a very cheap or free upgrade to 6. But let's not give the impression that Drupal is an unstable platform, it isn't.<br>
<br>Victor Kane<br><a href="http://awebfactory.com.ar">http://awebfactory.com.ar</a><br><a href="http://projectflowandtracker.com">http://projectflowandtracker.com</a><br><br><br><br><div class="gmail_quote">On Mon, Mar 9, 2009 at 6:02 PM, Eric Goldhagen <span dir="ltr"><<a href="mailto:eric@openflows.com">eric@openflows.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im">At 11:34 PM +0100 3/9/09, Lafont, Denis wrote:<br>
>+1 for me.<br>
><br>
>All our new engagements are D6, and starting to convince D5 users to<br>
>switch to D6 now that most key modules have been migrated.<br>
><br>
>Your "no more security patch in 9 months" is a very valid point ;-)<br>
<br>
</div>We are starting any new projects that come in using D6 but intend to<br>
maintain the sites of any number of clients that will still run D5<br>
for some unknown time into the future.<br>
<br>
Many of our smaller non-profit clients can't afford to upgrade often<br>
enough to keep up with the pace of drupal development.<br>
<br>
Our solution has been to backport security patches that are relevant<br>
to older versions. We did this for 4.6 when 5 came out, and have been<br>
doing it with 4.7 since the release of 6. This gives folks the extra<br>
time necessary to handle the cost and time of upgrades.<br>
<br>
Once 7 is out, we'll do the same for 5.<br>
<br>
We've asked a couple of times to have a space on Drupal.org or in the<br>
repository for these backports but have met resistance, so we host<br>
them on our own site as a service to the community.<br>
<a href="http://openflows.com/drupal/security" target="_blank">http://openflows.com/drupal/security</a><br>
<br>
--Eric<br>
--<br>
------------------------------------------------<br>
| Openflows Community Technology Lab, Inc.<br>
|<br>
| Members of: the Mayfirst/Peoplelink Network<br>
| Local 1180, Communications Workers of America<br>
|<br>
| <a href="http://openflows.com" target="_blank">http://openflows.com</a><br>
| People are intelligent. Machines are tools.<br>
------------------------------------------------<br>
<div><div></div><div class="h5">_______________________________________________<br>
consulting mailing list<br>
<a href="mailto:consulting@drupal.org">consulting@drupal.org</a><br>
<a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
</div></div></blockquote></div><br>