Hur gå tillväga vid hotellbyte för att slippa strul?

Jag har gjort en webbplats med en databas åt en kund. Den ligger f.n. hos en annan host. Nu vill kunden att den flyttas till min server. Rent tekniskt ät det absolut inga problem, bara att skyffla över databasen, filerna och peka om domänen.

Men rent logistiskt så inbillar jag mig att det kan bli problem eftersom olika ISP uppdaterar sina DNS olika snabbt. Alltså, en användare kan bli skickad till det gamla hotellet, medan en annan användare (med annan ISP) exakt samtidigt blir skickad till min server.

Om båda sajterna ligger uppe och användarna lägger in uppgifter i databaserna, så sitter vi ju där med två databaser med olika data.

Så, hur bör man gå tillväga egentligen? Ska man helt enkelt släcka den gamla sajten direkt, läcka in en skylt med "återkom om 3 dagar" och öppna den nya? Eller finns det nåt genialiskt knep som jag bara inte tänker på?

Eller ska vi låta den gamla ligga uppe samtidigt nån vecka, och sedan synka databaserna (MySQL) på nåt sätt?

Kanske låsa ena databasen/sidan så att användaren kommer in men får meddelande om att sidan har flyttats och att dns ändring kan ta ett tag att slå världen över.
Så kommer de fortfarande in på sidan i princip, och vet varför de hamna på fel ställe.
Man kan ju också lägga alias så att subdomänen ny.sida.se är den nya sidan också, så att om de inte kommer rätt på sidan.se så kan de använda ny.sida.se temporärt då de dns uppslaget kan läggas till tidigare så de är slaget över hela världen.

1) Du kan inte bara på den gamla siten peka till den nya sitens databas?

2) Sänk TTL i DNS till någon timme ett antal dagar innan flytten.

3) Gör sedan flytten på fredag eftermiddag så är allt fint på måndag morgon.
(Gäller om det är ett företag där inte mycket händer under helgen..)

Eh.. jag vet inte vad TLL är (rodnar).
Men första förslaget verkar ju klart lovande. Borde tänkt på det själv. Då bör ju användarna inte märka ett skvatt, oavsett om deras ISPS har uppdaterat DNS eller inte. Och man kan släcka den gamla sajten efter en vecka.

TTL=Time To Live. Alltså så länge som en dator/nätverksenhet ska
cacha DNS-uppslaget innan de kontaktar namnservern på nytt.

Dock är detta ingen garanti då vissa cachar längre och skiter i TTL.
Men för de flesta är detta en bra grej.

Prata med webbhotellet och be dem sänka TTL (cachetiden för domänen). Passa samtidigt på att fråga dem hur det är med DNS-ändringar olika tider på dygnet och hur snabbt de kan tänkas slå igenom. Är det en svensk sajt kanske du kan göra flytten på natten ifall det inte är något webbhotellet måste hjälpa till med.

en månad senare..
hur gick flytten?

För den som googlar eller söker i framtiden så kan det ju vara bra att veta .

Det finns lite olika lösningar som kan göras.

På det gamla hosting kontot kan du lägga en ren index och ha nya siten i en iframe.
Nya siten kan du ha på ett nytt subdomän som pekar till katalogen på den nya sitens konto.
Detta funkar inte alltid.. beror lite på hur koden är kodad osv.

Det andra är nämnt och det är att på den gamla sitens databas koppling ändrar du till nya sitens IP osv för databasen och drar databasen därifrån och får därmed 2 siter som drivs av samma innehåll.

Det tredje är en väldigt komplex sak om man inte kan koda själv.
Men det går att skrapa nya siten via script som fungerar som php proxy scripten.
Och på gamla kontot visa då en "proxy scrape" av den nya sitens konto..

eller så gör du så nya sitens hosting funkar..
förbereder en DNS flytt på "off peak" timmer.
Sedan tar du ner den gamla siten och ersätter den med en "vi gör om siten och kommer tillbaka imorgon".
Har dina besökare en svensk leverantör så uppdateras DNS väldigt fort.
TTL ska va förbered och vara satt ganska lågt någon dag innan om du har den kontrollen.

Jag har gjort flyttar som varit aktiva för största delen av besökarna efter bara några minuter..
Beror väldigt mycket på vilket land som dina besökares ISP finns i då vissa är fula och cachar DNS längre än rekommenderat.