Flytta en sida från ett webbhotell till ett annat - smidigaste lösningen?
 

Hej! Har en rätt så vältrafikerad hemsida som jag nu skulle vilja flytta till ett annat webbhotell, då mitt nuvarande inte verkar klara av att driva sidan - den känns helt enkelt seg. Webbhotellet är ett budgethotell så det var väl inget annat än väntat.

I alla fall. Sidan är gjord i Wordpress så det finns alltså databaser inblandat i allt detta.

Det som måste ske är alltså:
* Överflyttning utav databaser
* Överflyttning utav filer
* Överflyttning utav domän

Ni som har erfarenhet utav en liknande situation, och kanske har gjort det flera gånger - hur brukar ni göra? Kan inte så mycket om speglingar och så vidare men det vore helt klart mest nice ifall sidan kunde vara uppe så länge som möjligt med så lite nertid som möjligt ;)

Mvh

Jättesimpelt! Flyttade över en wordpress-baserad sajt från ett äldre webbhotell till min (nya) VPS tidigare idag :)

Säkerhetskopiera mappen "wp-content". Och exportera din databas med hjälp av PHPMyAdmin. Sen är det bara att byta namnservrar på din domän, få dem att peka mot ditt nya webbhotell liksom.

Väl där installerar du Wordpress och ersätter wp-content-mappen som kommer med per default med den du tidigare säkerhetskopierat.

Dra sen in på PHPMyAdmin igen (fast på ditt nya webbhotell) och rensa databasen Wordpress skapat. Importera sedan databasen du tidigare exporterade.

Ta-da :)

Är det din bloggportal så kan du glömma webbhotell, budget eller inte. Du får en flaskhals ganska snabbt. Egen VPS kommer det krävas snabbt.

Men det förutsätter ju att bloggportalen har groteskt mycket trafik på G.

Har den det? Jag har för mig att bloggportalen var ny och relativt tom på medlemmar. För då handlar det bara om en WPMU-installation som enkelt går att köra hos ett webbhotell :)

Ja, är det seg säger han, så förmodligen är det tillräcklig tmycket trafik för att den skall bli seg.

Min bloggportal är såld så det rör sig inte om den :)
Tack för svaret dock mr nabillionaire :)

För att slippa nertid och under förutsättning att det tillåts kan du först flytta databasen till ny leverantör. Du låter sedan den gamla webbplatsen peka på den nya databasen och använda den istället. Därefter för du över alla filer och sen pekar du om. Efter två-tre dygn tar du ner den första webbplatsen helt.

Då bör alla besökare komma till en fungerande webbplats hela tiden.

Detta är mitt standardschema, där jag stänger ner sajten under den mest kritiska tiden för att undvika inkonsistent data i databasen. De första två punkterna gäller om du även ska byta namnservrar. Tänk på att börja några dagar i förväg, och gör gärna en "testflytt" så du vet att allt fungerar som det ska och är beredd på vad som kan hända under flytten.

* Lägg upp domänen i DNS på den nya namnservern, men fortsätt peka till den gamla miljön.
* När ovanstående är uppe och rullar, peka om domänen till de nya namnservrarna.
* Minska TTL på domänen i DNS till 5-10 minuter. Detta gör du minst ett dygn i förväg.
* Kopiera över alla filer till nya servern.
* Stäng sajten genom att lägga upp ett meddelande om att den är nere och kommer upp igen inom kort. Detta meddelande kan gärna ladda om hela sidan var femte minut så kommer besökaren hamna på din sajt när den är uppe igen. Lägg upp detta meddelande i både gamla och nya miljön.
* Peka om DNS till nya miljön, men se till att sajten är nerstängd även i nya miljön fortfarande.
* Synka alla filer en andra gång (synka bara ändrade filer så går det fort).
* Flytta databasen.
* Öppna sajten i den nya miljön.
* När du vet att allt fungerar, öka TTL i DNS till ett lagom värde igen.
* Efter en halvtimme bör det inte längre komma in några besökare i gamla miljön längre så då kan du stänga ner gamla miljön.

Med detta schema kan du förvänta dig att sajten är uppe igen för de flesta inom 10 minuter från att du pekat om DNS till nya miljön, förutsatt att det går fort att kopiera över databasen. För Firefox-användare kan det ta upp till en halvtimme då DNS-cachen i Firefox tyvärr struntar i TTL.

Detta hade inte jag velat göra över en okrypterad lina. Har man egna servrar och kan sätta upp en SSH-tunnel så är det en tänkbar lösning, men med delat webbhotell känns det en aning skakigt.

Stämmer inte, utbudet på vilka webbhotell man kan välja begränsas dock snabbt.

Ett tips kan vara ha en temporär sida på gamla webhotellet, eftersom det kan finnas trafik som kommer ditt pga fördröjningar på i DNS. Då kan du på dittt nya webhotell skapa en www2.doman.se

Annars är det meckigaste att fixa rätt path i sökvägar och sånt konfigurtion filerna till wordpress.

Jag bruka skriva ett lite php script som nedan

getpath.php
<?
print getcwd();
?>

No problems! Får man fråga hur mycket trafik det är du har till sajten ifråga?

Hör av dig till mig, har webbhotell lite överallt jag inte använder mig av nu när jag kör VPS :)

Tack igen alla! Klockrena svar verkligen :) Dock lite jobbigt att mitt webbhotell kräver att jag säger upp mitt konto om jag vill ändra namnservrar. Jag frågade hur det då skulle fungera med förnyelse utav min domän och då fick jag som svar: "Det går inte, du får be det andra webbhotellet förnya den åt dig". Så jag frågade då hur de gör med auth-koder och det skulle tydligen gå:)

Men hur fungerar det här med auth-koder. Tar den processen i regel en lång eller kort tid?

Nabil: Rör sig om ungefär 200/ dag. Vet att det finns massor med folk som drar in hundratusentals fler / dag men tydligt är att mitt webbhotell inte klarar av det iaf^^

Det låter skumt att du måste säga upp webbhotellet för en sådan sak. Kolla om du kan få authkoden utan uppsägning av webbhotellet så att du kan flytta till nya namnservrar först. Men se till att kopiera de gamla DNS-pekningarna innan du byter namnservern.

Beror lite på, vilken tld är det?

Är det en sajt där innehåller i databasen inte uppdateras? I så fall blir det mycket enklare. Bara flytta och peka om. :)

Om du har flyttat nabillionaire så är den nere just nu.

Det är .SE :)

Alla .se-registrarer bundna att utföra ändringar mot .se-registret inom fem arbetsdagar från beställning från kunden. Det innebär att du ska få auth-koden inom fem arbetsdagar (dessutom utan kostnad eller andra krav), och att mottagande registrar sedan har fem arbetsdagar på sig att slutföra registrarbytet. därefter kan du beställa namnserverbytet som då kan ta ytterligare fem arbetsdagar. I realiteten brukar det hela gå mycket fortare - den mottagande registraren vill ju gärna ha dig som kund så när du har auth-koden bör registraren kunna genomföra alltsammans på max ett par timmar (själva arbetet går fort; det handlar mest om hur mycket annat registraren har att göra).

Det du vill göra är alltså:

* Be avlämnande registrar om auth-kod.
* Sätt upp DNS på de nya namnservrarna (detta kan du göra innan du fått auth-koden).
* När du fått koden, ge den till mottagande registrar. Be dem genomföra registrarbyte och namnserverbyte. Har du satt upp DNS exakt likadant på nya namnservern kommer inga tjänster att påverkas då webbesökarna kommer in på samma server och e-post går till samma maskiner hos den gamla leverantören.

Tyvärr upplever jag att såväl windows i sig som bredbandsleverantörer struntar i TTL om värdet är lågt. Det kan alltså ta mycket längre tid än man tänkt sig.

Tack för hjälpen! Toppen verkligen :)

Vad bredbandsleverantörer anbelangar har jag utgått från att de kör de vanliga TTL-tiderna, men de senaste fyra åren har jag haft min egen resolver så det är klart att något ändrats...

Längre tid än en halvtimme har jag aldrig sett i någon DNS-cache leka med, men visst kan man räkna med att det tar någon timme för de riktigt otursdrabbade. Bäst är såklart att göra sådana har jobb under lågtrafik.