Anledningar till varför du bör byta värd. Hur man redigerar hosts-filen. Algoritm för att byta värd

I förra artikeln pratade jag om hur du kan se till att din sida fungerar i förväg. Men det är fortfarande väldigt läskigt att registrera nya NS-adresser hos registraren.

Vad händer om något går fel? Plötsligt börjar värden göra konstiga saker eller lite annat. Och det kommer inte att vara möjligt att omedelbart återgå till den tidigare hostingen, eftersom... Att uppdatera DNS tar från flera timmar till 3 dagar (och erfarenhetsmässigt besöker en liten andel av besökarna webbplatsen med den gamla IP-adressen även efter ett par veckor).

Hur man kontrollerar funktionaliteten på en webbplats på ett nytt webbhotell

Detta är det enklaste och mest välkända. För att kontrollera om allt fungerar korrekt efter överföring av filer och databasen, men utan att ändra NS-posterna, behöver du:

• Ta reda på den nya IP-adressen med vilken webbplatsen kommer att vara tillgänglig på det nya webbhotellet
• Öppna filen i editorn " c:\Windows\System32\drivers\etc\hosts»
• Skriv raden i slutet av filen: site_ip site_name
• Spara fil

Du borde få något liknande detta:

Den enda varningen är att om du öppnar "hosts"-filen med Notepad måste du först starta Notepad och sedan dra filen till den med musen. Därför berättar vi för våra Windows-versioner XP/7/8/10 att denna sida måste öppnas från exakt denna IP-adress.

Hur man byter värd utan att skada

Vi kollade, allt fungerar. Allt som återstår är att ändra ns-serverposterna hos registraren, men detta är inte alls nödvändigt! För att testa den nya värdleverantörens arbete live på vanliga besökare måste vi ändra webbplatsens IP-adress i den aktuella värdpanelen.

Obs: metoden fungerar om hosting stöder arbete med DNS-zonen, och vilken normal (och till och med inte så bra) leverantör har detta.

De mest populära panelerna är ISP Manager och cPanel, så jag ska visa dem som exempel.

ISP Manager

Gå till kontrollpanelen och leta efter "Domännamn" längst upp. Vi klickar, och till höger ser vi vår hemsida, och högst upp klickar vi på knappen "Records":

En lista kommer att dyka upp, längst upp i vilken det ska finnas en A-post. Det vill säga, i den första kolumnen står namnet på din domän, i kolumnen "Typ" -> " A" eller " A (Internet v4-adress)»:

Nu ändrar vi denna post (eller båda, om det finns en med "www.site.ru") med knappen "Ändra":

Nu är det viktigaste: i fältet "IP-adress" måste du ange webbplatsens IP på det nya webbhotellet. Om det finns ett TTL-fält, ersätt dess värde med "300". Det avgör hur snabbt webbplatsen kommer att flyttas. Det är det, klicka på "OK", ta bort posten från "hosts"-filen (om du gjorde det i föregående steg) och vänta på att webbplatsen ska börja besökas på den nya servern. Från TTL-värdet kan denna tid ta från 5 minuter till ett par timmar.

Och nu, om något inte passar oss i vårt arbete, kan vi returnera den gamla IP-adressen så länge den gamla hostingen är betald (du sparade IP-värdet innan du bytte ut? :)) Och det bästa är att eftersom vi ändrade TTL vid 300, sedan sker det "omvända draget" inom 5 minuter! Efter allt det sista arbetet är det bättre att ställa in det på "3600".

Allt detta är tillräckligt för att kontrollera funktionen av alla huvudfunktioner på webbplatsen. I det här fallet kanske domänposten inte fungerar eller fungerar som tidigare (tills en fullständig ändring av ns).

Använder cPanel som exempel

I cPanels kontrollpanel är allt sig likt, det ser bara annorlunda ut. I huvudfönstret hittar vi "Advanced DNS Zone Editor"

Vi hittar även domänens A-post överst och klickar på "Redigera". I fönstret anger du den nya IP-adressen och TTL-värdet:

Låt oss rädda allt!

Hur kan man vara 99% oberoende av värdstabilitet?

Vi kommer att använda min metod inte bara för att flytta, utan också för stabiliteten på webbplatsen. Du behöver inte flytta, men har två värdar! Det är lite primitivt, men för dem som inte har ofta uppdaterade webbplatser och inte har problem med dubbel överbetalning rekommenderar jag det!

Principen är enkel: det första webbhotellet används huvudsakligen som DNS-värd, det vill säga i editorn registrerar vi webbplatsens IP på den andra huvudservern. För dessa ändamål valde jag för att den har en snabb och stabil DNS enligt betyget ping-admin.ru. Det tar också hänsyn till att servrarna kan hantera belastningen på sajten.

Den andra hostingen används som den huvudsakliga. Och om något händer med det, går vi till adminpanelen för den första och ändrar webbplatsens IP till den ursprungliga IP:n för den första webbhotellet. När vi har fått saker att fungera byter vi tillbaka dem. Jag använder .

Nackdelen med denna metod är att en uppdaterad kopia av webbplatsen måste finnas på båda servrarna. Men även om det finns en något föråldrad kopia på backupservern så är det ändå bättre än att sidan inte är tillgänglig, speciellt i sökmotorernas ögon 😉

Det är persilja, lycka till!

Hej, idag bestämde jag mig för att skriva om när och varför du behöver byta värd, hur man gör det utan att skada projektet och besökarna.

Låt oss börja med att titta på när det är lämpligt att byta värd till en ny. Att flytta är trots allt inte en lätt uppgift och kan orsaka mycket problem.

När behöver du byta värd?

Enligt min mening är den viktigaste anledningen till en förändring frekventa fel i driften av servrarna där sajten finns. Fel kan orsakas antingen av ökad belastning på grund av ökad trafik och, som en konsekvens, brist på allokerade resurser, eller av problem med hårdvaran och mjukvaran på servern, som värdleverantören regelbundet måste underhålla och uppdatera och förhindra avbrott i driften. Hur som helst kan frekventa krascher av webbplatsen ha en negativ inverkan både i sökrobotens ögon, vilket kommer att leda till en minskning av sökrankingen, och i förhållande till besökare, eftersom vi i modern konkurrens inte kommer att vänta på en stängd butik för att öppna sina dörrar, men bara korsa vägen och besök i arbetet.

Om sajten börjar minska på grund av ökad trafik kan du naturligtvis överväga att byta till en dyrare tariffplan, men om det finns problem med utrustningen eller programvaran installerad på servern måste du leta efter ett alternativ .

Den näst viktigaste punkten för mig är kostnaden för tjänster. Om jag får en tariffplan med en uppsättning alternativ för 200 rubel. per månad, och min villkorade granne använder samma set till exakt halva priset, då ska jag fundera på att flytta. När allt kommer omkring är det inte för inte som populär visdom säger att "En rik person är inte den som tjänar mycket, utan den som spenderar klokt."

Och det tredje skälet som kan spela en roll i flytten är attityden hos leverantörens tekniska supportspecialister mot kunden. Låt oss säga att om jag har något problem med webbplatsen på grund av hostarens fel, så vill jag att det här problemet ska lösas online och så snabbt som möjligt. Och om de säger till mig att en lösning kommer att ta tid, eller de helt enkelt förblir tysta, behöver vi inte ett sådant värdskap.

Vilket värd att välja

Ingen kommer att ge ett entydigt svar på denna fråga, eftersom varje webbprojekt är unikt på sitt eget sätt (jag har till och med tidigare publicerat en separat artikel om detta ämne - läs den) Men vissa villkor måste uppfyllas entydigt.

1. Värdleverantören måste kunna göra säkerhetskopior varje dag.
2. Kontrollpanelens gränssnitt ska vara bekvämt, vänligt och modernt.
3. Ta reda på vilka begränsningar det finns för antalet sajter och databaser och användningen av underdomäner. Detta kan vara nödvändigt när du vill utöka ditt projekt och skapa en tjänst på en tredjenivådomän, eller länka ett ytterligare webbplatsnamn till en separat bransch.
4. En bra hosting har minst tre alternativ för att ladda upp filer till servern: FTP, SSH och webbgränssnitt (filhanterare).
5. Var uppmärksam på parametern - kanal och serverbelastning. Kanalbelastningsindikatorn anger hastigheten för leverans av innehåll till besökaren, och serverbelastningsindikatorn anger hastigheten för exekvering av skript av servern.
6. En viktig parameter är belastningen på servern. Återspeglar den tid servern spenderar på att bearbeta PHP-skript.
7. Diskutrymmesvolym. Om i det inledande skedet av webbplatsutveckling på något CMS kommer 100 MB att räcka, i framtiden kommer bilder, videor och annan information definitivt att visas på webbplatsen. Och om du inte tar hand om diskutrymmet i förväg kan problem uppstå.

Jag kanske har glömt något. Lägg till i kommentarerna.

Förarbete vid byte av hosting

Efter att ha bestämt sig för valet av en ny värd, är det nu dags att göra det förberedande arbetet för att flytta webbplatsen.

1. Vi inaktiverar möjligheten att kommentera på sidan. Detta är nödvändigt för att kommentarer inte ska finnas kvar på den gamla versionen av sajten och därför inte går förlorade.
2. Vi skapar en arkivkopia (säkerhetskopia) av webbplatsen och databasen. Detta är inte svårt att göra; alla värdkontrollpaneler har en arkivsektion. Du behöver bara köra säkerhetskopieringsuppgiften och efter ett tag ladda ner arkivet till din dator. Men det finns ett annat alternativ. Vi ansluter via ftp genom programmet FileZilla, eller TotalCommander till mappen där sajtfilerna finns lagrade (oftast public_html) och laddar ner allt inuti till datorn.
3. Från värdkontrollpanelen, gå till PhpMyAdmin, välj databasen för vår webbplats, klicka på "Exportera" -> "Vidarebefordra" och spara sedan databasfilen.

Överföra en webbplats till en annan värd

Först skapar vi en webbplats med den nya hostaren med samma namn som på den tidigare hostingen, lägger till domännamnet i panelen och bifogar det till sidan.

Vi ansluter via ftp och kopierar alla filer från det tidigare skapade och sparade arkivet.

Medan filerna kopieras skapar vi en databas med samma databasnamn, användarnamn och lösenord som tidigare. Vi importerar webbplatsdatabasen från en säkerhetskopia.

Efter att filerna har kopierats kan i princip sajten redan fungera på den nya hostingen, allt som återstår är att ändra DNS-posterna hos domänregistratorn, men det är bättre att inte rusa in i detta, utan först kontrollera om allt gick bra och sajten fungerar korrekt. För att göra detta måste du ta reda på IP-adressen där platsen ligger efter överföringen. Vanligtvis anges det i värdkontrollpanelen, eller så måste du kontakta teknisk support för information. Sedan anger vi den här adressen i webbläsarens adressfält och ser att vår webbplats körs på det nya webbhotellet. Om inga problem hittas, fortsätt sedan med att ändra DNS-adresserna för servern.

Ändra DNS-serveradresser till nya

Gå till webbplatsen för din domännamnsregistrator och ändra DNS-serveradresserna i kontrollpanelen till de som gavs till dig av den nya värdleverantören under registreringen.

Efter en tid, vanligtvis från 7 timmar till två dagar, kommer DNS-posterna att uppdateras och den överförda webbplatsen kommer att börja öppnas från det nya webbhotellet, men skynda dig inte att ta bort den gamla versionen av webbplatsen, eftersom internetleverantörer också har en viss fördröjning i uppdatering av DNS-poster och, därför, vissa användare De kommer inte att kunna komma till den överförda webbplatsen förrän informationen om DNS uppdateras av deras Internetleverantör, och följaktligen finns det en möjlighet att förlora besökaren. Jag rekommenderar att du tar bort den gamla versionen av webbplatsen, och följaktligen, omedelbart efter raderingen, aktivera kommentarer, cirka fem eller sex dagar senare.

Låt oss sammanfatta det

Att flytta en sida till ett annat webbhotell är logiskt om den gamla hostaren: pressar ner priset, inte tillhandahåller de tjänster som anges i tariffen fullt ut och teknisk support inte fungerar bra.

När du flyttar är det viktigaste att inte skynda sig att ta bort den gamla versionen av sidan förrän den nya sidan har testats och alla DNS-serverposter har uppdaterats.

Att flytta en webbplats till ett nytt webbhotell är inte så svårt, det viktigaste är att vara försiktig och agera enligt planen.

Det är allt, lycka till innan du renoverar webbplatsen. Tillägg och korrigeringar är välkomna i kommentarerna!

Hej alla kära vänner! I den här artikeln kommer jag att prata om 7 uppenbara tecken som signalerar som en ledstjärna att du behöver byta värd.

Och gör detta så snart som möjligt, för om du dröjer med något föremål, finns det en risk att dina positioner i sökresultaten helt enkelt faller och inte stiger igen.

Låt oss nu ta en speciell titt på dessa punkter och se vilka av dem som redan finns i ditt fall och ta avgörande praktiska steg för att byta värd.

Många användare kan vara rädda, som att jag inte är en teknisk specialist alls och jag vet verkligen inte hur man överför en webbplats till ett annat webbhotell. Var inte upprörda, kära vänner.

Huvudsaken är att du måste göra detta under hela webbplatsens varaktighet, för säkerhets skull. Och webbhotellet hjälper dig direkt att svara på frågan om hur du byter webbhotell. Huvudsaken är att skriva till eller lämna en så kallad biljett till dem så kontaktar de dig.

Du behöver bara tillhandahålla nödvändiga uppgifter, och de kommer att göra resten av arbetet själva. Åtminstone är jag alltid nöjd med Spacewebs support. Jag har litat på dem med min resurs i över 3 år nu. Och det verkar, usch, usch (för att inte jinxa det) än så länge är allt bra. Så rädslor och tvivel försvinner.

Så här är 7 skäl till varför du omedelbart bör byta värd.

Frekventa driftstopp

För att uttrycka det i "tekniska" termer, sajten är helt enkelt "ner" (fungerar inte).

Sådana stillestånd, om de är frekventa och varar flera timmar, kan ha en mycket negativ inverkan på webbplatsens rankning i sökmotorer (allt detta kommer också att påverka trafiken). Få människor kommer att vilja besöka en webbplats som är otillgänglig för användaren då och då.

En utbildad sökrobot tänker på samma sätt. Om din sida inte fungerar flera gånger i veckan så är det ett tydligt tecken på att du behöver byta värd.

Hur berättar jag detta om din webbplats är nere? Eftersom du inte kan besöka och övervaka din sajt 24/7, blir det lite svårare att förstå utan övervakning. Lyckligtvis finns det användbara verktyg, till exempel Pingdom, som övervakar prestandan på din webbplats och dessutom är gratis.

Du kan läsa artikeln -

Dessutom kan du alltid fråga värdsupport om driftstopp och problem som har uppstått. Om de inte ser övertygande ut, då är det dags att byta leverantör.

Jag hade en lite liknande bild relativt nyligen. Jag går till sidan på kvällen, men den är inte tillgänglig. Jag ringde supporten på 8800 och de gav mig genast råd och sa till mig att jag behövde starta om php-versionen.

Jag tror att jag hade Apache 2.2 + php 5.4, men jag var tvungen att ändra den till Apache 2.2 + php 5.3. Och allt fungerade som en klocka! Men jag visste inte detta och de berättade för mig om det på några minuter via hotline. Detta är ett absolut plus för deras karma! Om någon har en liknande situation, här är lite att tänka på.

Databasanslutningsfel

Oavsett hur bra värdskapet är, kommer det förr eller senare en tidpunkt när du vill flytta din webbplats till en annan plats. Det kan finnas många anledningar till sådana åtgärder, men proceduren för att överföra en webbplats kommer alltid att vara densamma. Därför är det värt att i förväg bekanta dig med hur du byter webbhotell.

Jag hoppas att du är en kompetent och noggrann webbplatsägare. Och gör regelbundna säkerhetskopior av din filstruktur och alla databaser. Därför kommer artikeln att diskutera det allmänna systemet för hur man byter värdleverantör.

Generellt sett är alla sajter uppdelade i två stora grupper. Den första är de som använder databaser. Den andra är en som inte använder databaser.

Den första gruppen inkluderar automatiskt alla webbplatser byggda på ett CMS. Eftersom grunden för att en sådan webbplats fungerar är lagring och manipulering av ganska stora mängder data som lagras i databaser.

Förutom projekt byggda på ett CMS, inkluderar denna grupp även webbplatser där vissa skript samlar in information till databaser. Ett sådant projekt kan till exempel vara en enkel ensidig webbplats som är utformad för att samla en abonnentbas. Det är abonnentbasen som med största sannolikhet kommer att lagras i databasen. Och det kommer att fyllas i av ett ganska enkelt manus kopplat till ett enkelt formulär på sidan.

Den andra gruppen omfattar alla sajter som inte fungerar med databaser på något sätt. Här kan du hitta både enkla säljensidiga och ganska komplexa flersidiga projekt.

Varför delade jag in webbplatserna i grupper? Faktum är att för den andra gruppen kommer att flytta webbplatsen till en annan värd vara en integrerad del av processen för den första gruppen. Läs vidare, jag ska förklara allt nu.

Om du tittar på hela processen med att överföra en webbplats från värd till värd kommer det att se ut så här. Du måste överföra databasen och filstrukturen från en server till en annan och sedan konfigurera domännamnsbindningen. Det är därför, för den andra gruppen av platser, är överföringen en del av processen för den första gruppen. Det finns ingen databas, så bara filstrukturen flyttas.

Låt oss nu titta på hela förfarandet för webbplatsöverföring mer detaljerat och steg för steg. I det följande kommer jag att kalla värdskapet från vilket flytten görs för källan och den som webbplatsen överförs till som destination. Ja, med stor bokstav så att det inte blir förvirring.

1. Vi skapar en säkerhetskopia av filstrukturen och databasen på källan. För att utföra operationer kan du använda speciella skript. Men det är bättre att använda universella verktyg, som PHPMyAdmin för att arbeta med databaser och en filhanterare från värdkontrollpanelen för att arkivera webbplatsfiler. Varför? Universella verktyg är inte bundna till strukturen i ditt projekt, utan fungerar direkt med filer på servern, så själva överföringen kan vara lättare, även om användning av sådana verktyg kan kräva att du lär dig nya kunskaper och färdigheter. Vi sparar de skapade säkerhetskopiorna på din lokala dator.
2. På källan överför vi webbplatsen till underhållsläge. I ett CMS görs detta enkelt - det finns vanligtvis ett speciellt kommando i hanteringskonsolen. För enkla HTML-webbplatser kan processen vara lite mer komplicerad - du kan behöva ladda en speciell sida istället för huvudsidan på din webbplats.
3. Vi kontrollerar destinationskonfigurationen och jämför den med källkonfigurationen. Faktum är att detta steg bör tas redan innan man bestämmer sig för att flytta. Vad bör du vara uppmärksam på? Naturligtvis på mängden diskutrymme och antalet tillgängliga databaser. Men särskild uppmärksamhet bör ägnas åt PHP-versioner och -konfigurationer, anslutna PHP-moduler och mängden tillgängligt minne för att köra skript. Det är önskvärt att PHP-versionen på källan och destinationen matchar. På många värdsajter kan PHP-versionen och modulerna bytas i kontrollpanelen eller på begäran till supportteamet. Mängden tillgängligt minne kan ses i värdstatistiken. Huvudsaken är att det inte ska vara mindre på destinationen än på källan om din webbplats använder skript. Det vore synd om sajten förlorar en del av sin funktionalitet på grund av att ett viktigt skript inte kan köras på grund av minnesbrist.
4. Kopiera och packa upp arkivet med webbplatsens filstruktur till rotkatalogen på destinationen. För den andra gruppen webbplatser kan du gå vidare till steg 7.
5. På Destination skapar vi en ny databas och importerar databasarkivet från källan till den. Det är bäst att använda universella verktyg som PhpMyAdmin för sådana operationer. Databasnamn kommer sannolikt att variera eftersom värdar vanligtvis använder sina egna prefix för databasnamn. Du måste skriva ner databasnamn, användarnamn, lösenord och databasservernamn - du behöver dem i nästa steg.
6. Vi ställer in nya värden för åtkomst till databasen på Destination i konfigurationsfilerna. Skript använder vanligtvis speciella filer som lagrar alla fyra parametrarna - server, databasnamn, användarnamn, lösenord. De måste definitivt ändras så att skriptet kan fungera på den nya platsen.
7. Vi ändrar kopplingen mellan domännamn och hosting. Det finns två möjliga alternativ här. Den första domänen är registrerad på källan. I det här fallet kan du lämna domänen där den är, korrigera bara NS-fälten i DNS-editorn för domänen. Eller så kan du överföra domänen till Destination. Sedan måste du skriva en förfrågan till Uppdrag teknisk support, och specialister kommer att berätta för dig vad du ska göra. Det andra alternativet är att domänen är registrerad i en helt annan organisation. Detta är det bästa alternativet. I det här fallet ändrar du helt enkelt värdena för NS-poster via domännamnsregistrarpanelen. Förresten, det här skedet är det längsta. Att ändra DNS-data tar ganska mycket tid.
8. När du länkar domännamnet till den nya webbplatsen fungerar, ser du i webbläsaren. Källan är inställd på en underhållslägessida, och destinationen bör öppna platsen i produktionsläge. Nu återstår bara att kontrollera projektets funktionalitet. Lathet i det här fallet är en dålig rådgivare. Du måste gå igenom alla sidor, klicka på alla knappar, fylla i alla formulär. Din webbplats har börjat köras på en annan server, som har en annan hårdvaru- och mjukvarukonfiguration, och den kanske inte passar bra med kraven för något skript.

Det är hela proceduren för att överföra en webbplats från ett webbhotell till ett annat. Det är inget komplicerat med att byta värdleverantör för en webbplats. Om du har liten erfarenhet av en webbplats, och mötet erbjuder en gratis webbplatsmigreringstjänst, skulle det vara bättre att dra nytta av erbjudandet. Du kommer att få en hemsida redo att användas och tillräckligt med tid för att utveckla nytt material.

Jag kommer att förbereda flera videohandledningar för att överföra en enkel HTML-webbplats och projekt till Wordpress, Joomla och Drupal. Följ avsnittet "Instruktioner för artiklar och video".