[UPHPU] How to do...?

Brandon Stout bms at mscis.org
Wed Jun 13 02:30:27 MDT 2007


Victor Villa wrote:
> Justin,
> Before jumping to a new location, you need to examine EVERYTHING that is
> associated with the website.  What I'm trying to say here is that I don't
> want to encourage you to jump to newer, bigger and better without knowing
> everything in advanced.  The info I provided is all I have access to.  You
> need to look at the background and see how thing are connected to see how to
> move.  When I say things connected, I'm talking about computer systems and
> human workflows.  Who accesses what pages, and why.
>
> >From what it sounds like from my chair, you're looking at new server side
> code, in a new server side language, possible database conversion.  On top
> of this, you're looking at creating all the email accounts on a new server
> and if you get all the old email passwords you won't have to change anything
> on employee computers, but if you don't, you'll likely have to support that
> too.
>
> The good thing going for you is that when you change hosting, you will only
> have to change DNS and MX records, though you will have up to 48 hour full
> site outage for dns propagation.
>
> This is what I would do if I were you:
>
> 1.  Investigate EVERYTHING (a couple of days to a week of hard searching to
> see how everything gets affected by the transfer) weight costs of transfer
> 2.  Create mockup of new site internally.  Use the occasion to come up with
> new text for the site, new pathing, new SEO strategies
> 3.  Create database structure, and optimize if necessary.  Transfer data to
> your mockup and test the site.  (your real site is still online)
> 4.  do all alpha testing, have coworkers do beta testing - use selenium (we
> had good uphpu meet on selenium and I'm going to be using on my next
> upgrade)
> 5.  demo new site to supers, and obtain approvals to do the conversion
> 6.  create account at new web hosting.
> 7.  transfer new site to new web hosting
> 8.  create new email accounts with same passwords
> 9.  beta test EVERYTHING EVERYTHING EVERYTHING
> 10.  do 9 again
> 11.  update dns and mx records to new web hosting
> 12.  KEEP OTHER SITE ALIVE FOR 1 ~ 2 MONTHS even though it isn't doing
> anything. (this is your ace of spades - if your site crashes and burns and
> weeping, gnashing of teeth, etc, you can jump back in 48 hours)
> 13.  Write nice letter to former web master that his services are no longer
> needed and to go take a hike
>
> Just my .02 cents
>
> mj/v

Victor's $0.2 is worth much more - there's some good advice.  Simply 
put, if you do go onto another server, test the site first with a 
subdomain or another domain entirely until you have at least all the 
same features and probably more.  Then move.

Brandon Stout
http://mscis.org


More information about the UPHPU mailing list