Pārvietot tīmekļa vietni

Lasīšanas laiks 7 protokols

Atjaunināts - februāris 28, 2025

Mājas lapas pārvietošana, ko tas nozīmē, kāpēc - un kā tas notiek? Šis raksts ir veltīts šiem jautājumiem. Tāpēc tas ir nedaudz garāks nekā parasti manā blogā.

Tīmekļa vietnes pārvietošanai var būt dažādas nozīmes:

Viesu izmitināšanas pārcelšanās

• Tīmekļa vietne tiek pārvietota no viena hostinga pakalpojumu sniedzēja uz citu.
• Datubāzes, faili un e-pasti bieži vien ir jāņem līdzi.
• Jānoregulē DNS iestatījumi.
• Piemēram, veiktspējas, drošības vai cenas apsvērumu dēļ.

Domēna nodošana

• Tīmekļa vietnes maiņa no vecā domēna (piem. old-domain.com) uz jaunu (new-domain.com).
• Pārvirzīšana (301 novirzīšana) ir svarīga, lai iegūtu apmeklētājus un SEO pozīcijas.

Servera maiņa

• Tīmekļa vietne paliek tajā pašā domēnā, bet tiek pārvietota uz jaunu serveri (piemēram, no koplietošanas mitināšanas uz savu serveri).
• Tas var būt nepieciešams, cita starpā, veiktspējas un drošības apsvērumu dēļ.

Kāpēc?

Tīmekļa vietne, kas sākās kā neliels emuārs, aug, tāpēc tai ir nepieciešama lielāka atmiņa, lielākas datubāzes un tā pārsniedz ar tīmekļa mitinātāju noslēgtā līguma darbības jomu. Tomēr atjaunināšana atkal pārsniegtu budžetu, tāpēc jūs meklējat citus hostinga pakalpojumu sniedzējus.

Sākumā jūs nedomājat par datu bāzēm un citiem resursiem. Jūs salīdzināt dažādus piedāvājumus un parasti izlemjat par labu tam, kas piedāvā "visaugstākos" rādītājus par viszemāko cenu. Priekšzināšanu trūkuma dēļ jūs nedomājat par šo "skaitļu" jēgu un nepieciešamību. Un, ja jūs īsti nezināt, kuri skaitļi galu galā būs svarīgi, jūs nezināt, kādus jautājumus uzdot vai kuriem datiem pievērst īpašu uzmanību.

Tā kā līgumi ir jāievēro, mitināšanas pakalpojumu sniedzējs diez vai pievērtīs acis, ja noteiktie ierobežojumi tiks pārsniegti, bet vispirms pieklājīgi norādīs uz līguma pārkāpumu un, ja tas netiks novērsts, vienkārši bloķēs vietni.

Labi, tāpēc, izvēloties pakalpojumu sniedzēju, jāņem vērā arī maksimālais atļautais datubāzes lielums. To ir vieglāk pateikt, nekā izdarīt, jo reti kurš pakalpojumu sniedzējs to norāda kā kritēriju, izvēloties tarifu. Vēl jo vairāk tāpēc par to jājautā skaidri, pa e-pastu vai tērzējot!
Un tas ir ieteicams arī labi zināmiem pakalpojumu sniedzējiem, kuru tarifi var sasniegt vairākus simtus eiro gadā.

Šajā piemērā tieši tas, ka tika pārsniegts atļautais 1024 MB datubāzes lielums, bija iemesls, kāpēc tika nomainīts hostinga pakalpojumu sniedzējs.

Hostinga pakalpojumu sniedzēja izvēle

Ja meklēsiet hostinga pakalpojumu sniedzēju salīdzinājumu, atradīsiet sarakstu, kas galvenokārt sakārtots augošā secībā pēc cenas.

Papildus "tehniskajiem datiem" svarīgāka ir arī pieejamība, atbildes laiks un atbalsta efektivitāte. Viedokļi par mākslīgo intelektu, iespējams, dalās, taču pakalpojumu sniedzēji arvien biežāk izmanto mākslīgo intelektuālo intelektu pirmā līmeņa atbalstam, t. i., vispārīgiem klientu jautājumiem. Tas ir pilnīgi saprotami un šim nolūkam ir pilnīgi pietiekami. Tas ir amizanti, kad AI jums novēl "labu nakti" un "gulēt mierīgi!".

Tomēr cilvēkam otrā galā ir jābūt pieejamam konkrētu problēmu gadījumā, un tam jābūt pieejamam visu dienu, 24 stundas diennaktī, 7 dienas nedēļā, 7 dienas nedēļā, 7 dienas nedēļā, 7 dienas nedēļā, 7 dienas nedēļā, 7 dienas nedēļā, 7 dienas nedēļā.

Līgumi, kas noslēgti vairākus gadus uz priekšu, parasti ir interesantāki cenas ziņā, jo īpaši tāpēc, ka tādējādi ilgtermiņā ir vieglāk aprēķināt izmaksu pusi. Pakalpojumu sniedzējs, kas atceļ pakalpojumu pirms līguma termiņa beigām vai pārdzīvo šo periodu, protams, būtu vislabākā izvēle. Tomēr to neviens nevar garantēt.

Pieņemot lēmumu, jāņem vērā arī izmaksas, kas parasti ir lielākas pēc sākotnējā termiņa beigām, jo īpaši tāpēc, ka to pieaugums bieži ir ļoti ievērojams. Protams, jūs varat vienkārši ļaut līgumam beigties un pārvietot tīmekļa vietni - vēlreiz -, taču pieredze rāda, ka tas netiek darīts, jo īpaši ērtības apsvērumu dēļ.

Kad esat atradis jauno pakalpojumu sniedzēju, varat sākt vietnes pārvietošanu.

Tīmekļa vietnes pārvietošana

Ir jāveic deviņi soļi:

• Atjaunināt visus spraudņus, tēmas un WordPress instalāciju līdz jaunākajai versijai.
• Datu bāzu reorganizācija
• Lejupielādējiet un instalējiet spraudni datu dublēšanai (piem. UpdraftPlus)
• Visa satura datu dublējums (datu bāze, spraudņi, tēmas, augšupielādes, citi)
• Domēna nodošana jaunajam pakalpojumu sniedzējam
• WordPress instalēšana jaunā pakalpojumu sniedzēja serveros
• Datu dublēšanas spraudņa instalēšana (šeit UpdraftPlus)
• Datu atjaunošana jaunajā WordPress instalācijā
• Pārbaudiet DNS ierakstus ar jauno pakalpojumu sniedzēju

Atjauninājumi

Īpaši WordPress jābūt jaunākajā versijā, jo jaunā WordPress instalācija būs jaunākā. Parasti versijas ir savietojamas lejupejošā virzienā, taču šis pasākums ļauj izvairīties no iespējamās nesavietojamības.

Spraudņi ir mazāk svarīgi, un tos var atjaunināt arī pēc migrācijas.

Datu dublēšanas spraudnis UpdraftPlusJa tā jau bija aktīva vecajā instalācijā, pirms datu dublēšanas tā noteikti jāatjaunina līdz pašreizējai versijai, jo tā tiks ielādēta un instalēta pašreizējā versijā arī pēc tam, kad WordPress instalēšana jaunajā serverī būs pabeigta. Arī tas ir jādara, lai novērstu versiju nesaderību.

Datubāzes reorganizācija

Datu bāzes ir kā grāmatu plaukti: viena grāmata iekšā, trīs grāmatas ārā, piecas grāmatas iekšā... - tās visu laiku dzīvo un mainās. Dažreiz liela grāmata, kas neiekļaujas plaisā, tiek sadalīta piemērotās atsevišķās daļās un uzglabāta dažādās vietās. Tādējādi datu bāzei ir sadrumstalots saturs. Atsauces uz šiem fragmentiem aizņem tikpat daudz vietas kā pats saturs. Tiek saglabāti arī žurnāli, ierakstīti kešatmiņas dati utt.

Veicot datubāzes reorganizāciju, tiek nolasīti visi dati, no jauna apvienoti sadrumstalotie dati, izdzēsti pagaidu dati, kas vairs nav nepieciešami, un tādējādi optimizēts gan piekļuves ātrums, gan datubāzes lielums. Tas arī samazina laiku, kas nepieciešams datu bāzes dublēšanai un atjaunošanai.

Tā kā datubāze ir tīmekļa vietnes galvenais nervs, ir ļoti ieteicams izveidot datubāzes kopiju, PĒC to reorganizējot, un dublēt to vietējā datu krātuvē. Ja kaut kas sabojājas, varat to atjaunot.

Datu dublēšanas spraudnis

Ir vairāki spraudņi, kas paredzēti vietnes dublēšanai un migrēšanai. Lielākā daļa no tām dublēšanu veic bez jebkādām problēmām, taču migrēšanas laikā pieprasa samaksu. Tāpēc, ja neplānojat migrēt vietni ik pa laikam, diez vai jūs ieinteresēs ikgadēja abonēšana. Iepriekš norādītais spraudnis UpdraftPlus ir ievērojams izņēmums, jo tas ir pieticīgs un ļauj atjaunot bez jebkādiem "ja" vai "bet".

UpdraftPlus intuitīvi vadīs jūs pa dublēšanas procesu un pēc veiksmīgas instalēšanas pabeigšanas varēsiet lejupielādēt atsevišķus failus savā datorā.

Domēna nodošana

Kas ir domēns?

Domēns ir, piemēram,. www.google.de - www nav obligāta un apzīmē tā saukto apakšdomēnu. Tādējādi, ievadot "google.com" uz tādu pašu rezultātu kā "www.google.de". Abos gadījumos tīmekļa vietni izsauc Google.

"google" ir individuālais nosaukums, bet ".de" ir augstākā līmeņa domēns (TLD).

EEP

Portāls Paplašināms nodrošināšanas protokols (EPP) tiek izmantots domēna vārdu administrēšanai reģistratūrās un reģistros un nodrošina standartizētu un drošu saziņu starp domēnu reģistratūrām, piemēram, Namecheap, GoDaddy un centrālajiem reģistriem, piemēram, DENIC (Vācijas Tīkla informācijas centrs) TLD ".lv" un Verisign vietnē .com).

Domēna pārcelšanai ir nepieciešams domēna īpašnieka, t. i., tīmekļa vietnes operatora, pieteikums. Tīmekļa vietnes operators iesniedz pieteikumu savam iepriekšējam hostinga pakalpojumu sniedzējam par t. s. EPP-Auth-Code. Saņemtais kods tiek ievadīts jaunā pakalpojumu sniedzēja domēna pārcelšanas pieteikuma lapā, kurš pēc tam organizē domēna pārcelšanu no vecā pakalpojumu sniedzēja jaunajam pakalpojumu sniedzējam.

Tiklīdz domēna pārcelšana ir notikusi, iepriekšējā "adrese", kas iepriekš norādīja uz veco pakalpojumu sniedzēju, tā serveri un jūsu tīmekļa vietni, vairs nekur nenorāda. Šeit parādās Domēna vārda serveris (DNS).

DNS

A Domēna vārda serveris pārvērš ievadīto adresi "www.google.de" serveriem piemērotā IP adresē, šeit "8.8.8.8.8".

DNS pieejams visā pasaulē mijiedarboties: Ja pirmais serveris (DNS resolveris) nezina IP adresi, tas nodod pieprasījumu nākamajam serverim. Šī rekursīvā meklēšana turpinās, līdz tiek atrasts nosaukuma ieraksts un meklēto IP adresi nosūta atpakaļ uz pieprasītāja atrašanās vietu, un var ielādēt vēlamo tīmekļa vietni.

DNS glabā arī papildu ierakstus, piemēram.

• A-Record - Saista domēnu ar IPv4 adresi.
• AAAA rekords - Saites starp domēnu un IPv6 adresi.
• CNAME ieraksts - Novirza vienu domēnu uz citu (piem. www.example.com → example.com).
• MX-Record - Definē e-pasta serveri e-pasta ziņojumiem.
• TXT ieraksts - Satur papildu informāciju, piemēram, par drošības mehānismiem.

DNS izplatīšana

Katram hostinga pakalpojumu sniedzējam ir savs nosaukumu serveris. Vecais pakalpojumu sniedzējs, piem. ns1.alterProvider.comjauno, piemēram. ns1.newprovider.com.

Pārcelšanās gadījumā vecā adrese, kas saglabāta reģistratūrā, attiecas uz. ns1.alterProvider.com Tāpēc vispirms ir jādodas uz vecā pakalpojumu sniedzēja tīmekļa vietni.
Tiklīdz reģistrators saņem jauno pakalpojumu sniedzēja adresi. ns1.newprovider.com pieprasījums tiek nosūtīts jaunajam pakalpojumu sniedzējam, bet vietne vēl nav pārvietota uz tā serveri. Tāpēc pieprasījums joprojām ir neveiksmīgs. Lapa atkal parādās kā parasti tikai pēc tam, kad viss saturs ir atjaunots.

To, vai pārvietotajam domēnam joprojām tiek saglabāts vecais vai jaunais nosaukumu serveris, var pārbaudīt, izmantojot Kas ir pārbaudīt. Lai to izdarītu, ievadiet pārbaudāmo domēnu meklēšanas laukā augšējā labajā pusē un noklikšķiniet uz WHOIS pogas labajā pusē.

Turklāt jaunais adreses ieraksts vēl ir jāpārsūta uz visiem DSN visā pasaulē, un tas var aizņemt aptuveni 48 stundas. Tāpēc ir iespējams, ka kāds cilvēks Nairobi varēs piekļūt tīmekļa vietnei, bet kāds cilvēks no Maskavas joprojām nonāks tukšumā vai saņems kļūdas ziņojumu.

Pārbaudiet DNS NameServer

Varat uzzināt, kurā DNS jaunā adrese jau ir reģistrēta, izmantojot tīmekļa vietni. DNS pārbaudītājs atlases laukā pa labi no reģistrējamā domēna (piem., csiag.de) izvēloties NS NameServer. Rezultāts tiek parādīts valstu saraksta apakšā katrai valstij labajā pusē. Vecā NameServer vietā būtu jāparādās jaunajam NameServer.

WordPress instalēšana

Kad jaunā adrese ir sasniedzama, izmantojot DNS pie jaunā pakalpojumu sniedzēja, varat tajā pieteikties, izmantojot iepriekš ievadītos datus, un sākt WordPress instalēšanu. Pakalpojumu sniedzēji parasti izstrādā savu portālu lietotāja saskarnes tik intuitīvi, ka jūs parasti varat uzreiz atrast attiecīgās izvēlnes un funkcijas.

Kad WordPress instalēšana ir veiksmīgi pabeigta, tiek instalēts datu dublēšanas spraudnis.

Datu dublēšanas spraudnis

WordPress instalācijas sānu joslā atradīsiet izvēlnes elementu Spraudņi.

Augšējā kreisajā pusē noklikšķiniet uz pogas Pievienot jaunu spraudni uz pieejamo spraudņu pārskata lapu.

Labajā pusē meklēšanas laukā Meklēt spraudņus ievadiet UpdraftPlus un uzreiz parādīsies meklētais spraudnis, kuru varat instalēt, noklikšķinot uz Instalēt tagad ir uzsākta. Pēc veiksmīgas instalēšanas spraudnis tiek palaists, noklikšķinot uz spraudņa Aktivizēt spēj rīkoties.

Datu atjaunošana

Arī kreisajā WordPress izvēlnes kolonnā tagad ir UpdraftPlus uzskaitīti. Noklikšķinot uz šī elementa, tiek atvērta funkciju izvēle Saglabāt vai Atjaunot.

Funkcijas Migrēt / Klonēt šķiet, ir rezervēti iegādes versijai, tāpēc tīra funkcionalitāte Nodrošināt tagad vai tālāk, Atjaunot tiek izmantots.

Jaunajā serverī nav esošas dublējumkopijas, tāpēc faili no dublējumkopijas ar veco pakalpojumu sniedzēju vispirms ir jāatjauno, noklikšķinot uz . Dublējuma failu augšupielāde jāpārnes uz jaunā pakalpojumu sniedzēja serveri.

Kad pārsūtīšana ir pabeigta, pēc dublēšanas datuma/laika turpmāk tabulā ir pieejamas piecas pogas. Pašā rindas sākumā ir lodziņš. Noklikšķiniet uz tā un nospiediet pa labi uz pogas Atjaunot Uzsākt atjaunošanu.

Ja atjaunošana tiek atcelta, tiek parādīts attiecīgs kļūdas ziņojums, kā arī poga kļūdas labošanai. Vairumā gadījumu atjaunošanas process nevar pārrakstīt tukšās datubāzes tabulas, kas izveidotas iepriekšējā WordPress instalācijā, tāpēc tās ir skaidri jādzēš manuāli ar vienu klikšķi un pēc tam process jāstartē no jauna.

Tiklīdz atjaunošana ir sekmīgi pabeigta, vietnei var piekļūt kā parasti, ja ir pabeigta DNS izplatīšana.

Kļūdu saimniekfails

Hosts fails ir operētājsistēmas vietējais konfigurācijas fails, ko izmanto, lai piešķirtu IP adreses hostu nosaukumiem. Tas ļauj noteiktus domēnus novirzīt uz konkrētu IP adresi, neveicot DNS pieprasījumu.

Piemērs:

##
# uzņēmēja datubāze
# localhoist tiek izmantots, lai konfigurētu atgriezeniskās cilpas interfeisu
# sistēmas palaišanas laikā. nemainiet šo ierakstu.
##
139.162.163.62 csiag.de
139.162.163.62 www.csiag.de
127.0.0.0.1 localhost
255.255.255.255.255 broadcasthost
::1 localhost

Ieraksti 139.162.163.62 noveda pie vecā hostinga pakalpojumu sniedzēja, tāpēc, neraugoties uz atjaunošanu pie jaunā pakalpojumu sniedzēja, piekļuve vienmēr tika nodrošināta pie vecā pakalpojumu sniedzēja - bez DNS vaicājuma - un tīmekļa vietnes izmaiņas pie jaunā pakalpojumu sniedzēja netika parādītas ārējās piekļuves ierīcēs.

Tāpēc šie ieraksti bija jākomentē ar #, lai DNS vaicājumu varētu veikt no jauna un novirzīt uz jauno pakalpojumu sniedzēju:

# 139.162.163.62 csiag.de
# 139.162.163.62 www.csiag.de

Mainīt hosts failu

Mac OSX operētājsistēmā (Sonoma) atveriet termināli Finder sadaļā Komunālie pakalpojumi un ievadiet

sudo nano /etc/hosts

ievadiet. Pēc tam tiek parādīts paroles uzvednis. Pēc tam fails tiek atvērts rediģēšanai.

Izmantojiet bulttaustiņu uz leju, lai novietotu sevi pirms pirmā ieraksta, piemēram, 139...., ierakstiet #, kam seko atstarpe. Tagad izmantojiet bulttaustiņus pa kreisi un uz leju, lai novietotu kursoru nākamās rindas priekšā, šajā gadījumā 139..., atkal ievadiet #, kam seko atstarpe, kā parādīts iepriekš.

Saglabāt hosts failu

Izmantojot taustiņu kombināciju Ctrl+X kam seko Y un IEVADIET fails ir saglabāts.

OSX DNS kešatmiņas dzēšana

Lai dzēstu operētājsistēmas DNS kešatmiņu, ievadiet

sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder

in. Pēc tam tīmekļa vietnei jābūt adresētai un parādītai, izmantojot jauno IP adresi, kas iegūta, izmantojot šādā veidā piespiedu DNS pieprasījumu.