[consulting] Staying Current
Roshan Shah
roshan.shah at bpocanada.com
Sun Mar 29 13:48:19 UTC 2009
Sam,
Its hard to give an estimate on Upgrade effort for a Drupal site. It
entirely depends on which modules are used and whether they have their
versions available in higher version. If not, what are the equivalent
modules that offer same/similar functionality and what impact will it have
when you complete the upgrade process.
This usually takes few passes on the staging environment and then 1 or 2 dry
runs before a site goes live.
And you also have to have a bucket of hours allocated for post Upgrade
support if something is noticed and needs emergency fix.
Roshan
http://www.gloscon.com
2009/3/29 Sam Cohen <sam at samcohen.com>
> I understand the logic in what you're saying, but it makes me wonder
> whether or not in the real world, big site developers who are now building
> complex sites in Drupal 6, with lots of customization, are building into
> their fees and being upfront with clients about what it's going to cost to
> upgrade that site to Drupal 7.
>
> And you can't tell me this is a small cost for anything but the simplest
> sites. How many hours of work were required to take Drupal.org to Drupal 6?
>
> Sam
>
> 2009/3/29 Alex Urevick-Ackelsberg <Alex at zivtech.com>
>
> > Whatever that figure is, there certainly tens if not hundreds of
>> > thousands of D5 sites out there, and as mentioned, many of them are
>> > large sites owned by large entities. My guess is that a very large
>> > percentage, if not the majority, do not have a strong interest in
>> > upgrading. That's just my guess.
>>
>> I highly, highly doubt that this is true. If you are a "large entity"
>> running a "large site" then you are almost certainly going to update as
>> often as you need to in order to keep your site alive and healthy. Even
>> those dinosaurs that refuses to update ie6 are constantly forced to update
>> almost every other piece of software and hardware, most often around ideas
>> of EoL and support.
>>
>> It's the small sites that we're talking about here, really. Any big site
>> that doesn't update *deserves *whatever bad things happen to their site.
>> If you can't be bothered to put locks on your house, don't be surprised when
>> someone breaks in, espescially when your house is accessible from almost
>> anywhere on earth.
>>
>> --
>> Alex Urevick-Ackelsberg
>> ZivTech, LLC
>> http://zivtech.com
>> alex at zivtech.com
>> office: (267) 940-7737
>> cell: (215) 866-8956
>> skype: zivtech
>> aim: zivtech
>>
>>
>>
>> On Sun, Mar 29, 2009 at 7:43 AM, Fred Jones <fredthejonester at gmail.com>
>> wrote:
>> >
>> > >> When D7 gets released, the community will support D7 and D6.
>> > >>
>> > >> D5 support will be dropped at that juncture.
>> > >
>> > > Who gets to say what "the community" will do?
>> > >
>> > > Because Drupal has expanded a lot over recent years and has been
>> adopted by
>> > > some big sites - surely there is a stronger argument than in the past
>> for
>> > > longer term support.
>> > >
>> > > So maybe the existing security team won't take it on - but if there
>> are
>> > > enough people in the community who do want to support D5 for longer
>> then I
>> > > can't see why anyone else in the community would want to prevent this.
>> >
>> > I have wondered the same thing. How many more D5 sites are there than
>> > D4? A factor of 10, 100 or 1000? Very hard to say I think but there
>> > are a few facts about core downloads at least here
>> > http://buytaert.net/drupal-download-statistics-2008
>> >
>> > Whatever that figure is, there certainly tens if not hundreds of
>> > thousands of D5 sites out there, and as mentioned, many of them are
>> > large sites owned by large entities. My guess is that a very large
>> > percentage, if not the majority, do not have a strong interest in
>> > upgrading. That's just my guess.
>> >
>> > Fred
>> > _______________________________________________
>> > consulting mailing list
>> > consulting at drupal.org
>> > http://lists.drupal.org/mailman/listinfo/consulting
>>
>>
>> _______________________________________________
>> consulting mailing list
>> consulting at drupal.org
>> http://lists.drupal.org/mailman/listinfo/consulting
>>
>>
>
> _______________________________________________
> consulting mailing list
> consulting at drupal.org
> http://lists.drupal.org/mailman/listinfo/consulting
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.drupal.org/pipermail/consulting/attachments/20090329/2f51bc8a/attachment.htm>
More information about the consulting
mailing list