I&#39;m just wondering if anyone has come up with an easy way to do this. For larger scale operations it would seem prudent to have something like your own &#39;update_status&#39; that would report on the various installations out there that you are maintaining to tell you what versions they are running and what needs upgraded, on a site by site basis, instead of having to go to each one and check the update status page. Maybe even a solution that gave you some sort of alert through email - Site: XYZ has Views 2.2 installed. Please update it to Views 2.3 - etc.<br>
<br><div class="gmail_quote">On Fri, Mar 27, 2009 at 9:35 AM, Brian Vuyk <span dir="ltr">&lt;<a href="mailto:brian@brianvuyk.com">brian@brianvuyk.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Sam,<br>
<br>
The X hours labor are included in the hosting contract - and that is billed regardless of whether it&#39;s used or not. However, most of my clients are good about making sure they make use of it. It covers updating to the latest maintenance release of a Drupal series, module updates, and someone to hold their hand, pat them on the back, and tell them it is OK when they break their website.<br>

<br>
Anything above the agreed upon hours is billed separately.<br>
<br>
Not all my clients go for it, but most do. It really depends on the needs of the client. If they have a site that has very heavy activity / creation of user-generated content, or are concerned about security and guaranteed uptime, then they will go for this. If they aren&#39;t so concerned about security, have more static websites, and can stand re-uploading from a backup if their site is exploited, then they generally opt out of the maintenance hours, or cut it down to 1 or 2 hours.<br>

<br>
Some clients use it in consulting time to talk about future projects, or discuss how X feature might integrate with their website etc. etc.<br>
<br>
Brian<br>
<br>
Sam Cohen wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
Thanks Brian. <br>
Do you charge for the 3 or 4 hours whether or not you put the time in or is that just a cap and you bill for the actual time. <br>
My clients -- mostly small nonprofits, documentary films, small businesses-- probably aren&#39;t going to go for a $300 plus a monthly maintenance plan to cover upgrades, but I do want to start offering it. <br>
Sam<br>
<br></div><div><div></div><div class="h5">
On Fri, Mar 27, 2009 at 12:18 PM, Brian Vuyk &lt;<a href="mailto:brian@brianvuyk.com" target="_blank">brian@brianvuyk.com</a> &lt;mailto:<a href="mailto:brian@brianvuyk.com" target="_blank">brian@brianvuyk.com</a>&gt;&gt; wrote:<br>

<br>
    Sam,<br>
<br>
    I put my clients on a monthly &#39;maintenance&#39; contract to handle<br>
    these things. Generally, 3-4 hours, although some clients want<br>
    more, some less.<br>
<br>
    What I&#39;ve done is create a test site which includes a copy of<br>
    every module I&#39;ve used on a client&#39;s site, along with any custom<br>
    stuff I&#39;ve used that depends on certain module functionality. I<br>
    monitor that site for updates, and when a module is updated, I<br>
    update the test site for, make sure that any client-specific<br>
    monkeying I&#39;ve done works, then roll it out to the clients.<br>
<br>
    It takes a bit of time up front to replicate some stuff on a<br>
    testsite in addition to the client&#39;s site... but it pays off<br>
    because you can catch any bugs introduced by modules ahead of time.<br>
<br>
    This approach is starting to get a bit a bit clunky though. I am<br>
    starting to think about using SimpleTest, and writing my own tests<br>
    to test for client-specific functionality to ensure that the<br>
    module upgrades are a bit less painless.<br>
<br>
    Brian<br>
<br>
    Sam Cohen wrote:<br>
<br>
        Hi all,<br>
<br>
        I am now going to be offering all my clients security and<br>
        module updates as an ongoing service -- I know.  I should have<br>
        done it all along.<br>
        I&#39;m curious how others structure this service.  Do most of you<br>
        do it at a regular interval (to cover modules) or just every<br>
        time there&#39;s a new release.          My thought is to offer an option where every time there is a<br>
        Drupal release I will install it and at that time I will check<br>
        for any module updates and install those as well.  But pricing<br>
        wise, it&#39;s tricky, because what if you run into trouble due to<br>
        a module upgrade that leads to a conflict.  Not to mention,<br>
        the time you should take for testing ?<br>
        It seems like the safest way to offer this service is to just<br>
        say you will bill hourly for whatever time it takes every time<br>
        there is a release.  Is that how others do it?  If not, how<br>
        much time to you typically charge/take for this.<br>
        Thanks,<br>
        Sam<br>
        ------------------------------------------------------------------------<br>
<br>
<br>
<br>
        _______________________________________________<br>
        consulting mailing list<br></div></div>
        <a href="mailto:consulting@drupal.org" target="_blank">consulting@drupal.org</a> &lt;mailto:<a href="mailto:consulting@drupal.org" target="_blank">consulting@drupal.org</a>&gt;<div class="im"><br>
        <a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
         <br>
<br>
    _______________________________________________<br>
    consulting mailing list<br></div>
    <a href="mailto:consulting@drupal.org" target="_blank">consulting@drupal.org</a> &lt;mailto:<a href="mailto:consulting@drupal.org" target="_blank">consulting@drupal.org</a>&gt;<div class="im"><br>
    <a href="http://lists.drupal.org/mailman/listinfo/consulting" target="_blank">http://lists.drupal.org/mailman/listinfo/consulting</a><br>
<br>
<br>
------------------------------------------------------------------------<br>
<br>
_______________________________________________<br>
consulting mailing list<br>
<a href="mailto:consulting@drupal.org" target="_blank">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>
  <br>
</div></blockquote><div><div></div><div class="h5">
<br>
_______________________________________________<br>
consulting mailing list<br>
<a href="mailto:consulting@drupal.org" target="_blank">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>