Vai es varu atvērt divus veikalus ar vienu kontu?

Man ir kāds, kuram es veidoju vietni ar domēna vārdu un pašreizējo vietni, kuru mitina ātrie saimnieki. Esmu izveidojis viņiem vietni, kas mitināta citā resursdatorā, neierobežotu tīmekļa mitināšanu. Vietne, kuru esmu izveidojis, atrodas šādā direktorijā www.mysite.com/dev/0002.

Tātad ātrās saimnieces: vai domēna vārda reģistrators ir visas e-pasta adreses un viņu pašreizējā vietne.

neierobežots tīmekļa mitināšana: ir jauna vietne apakšdirektorijā, piemēram, .com/dev/0002

Vai ir iespējams saglabāt domēna vārdu un e-pasta adreses, kas visas tiek mitinātas ātrās uzturēšanās vietās, un lai jaunā vietne tiktu mitināta manā neierobežotajā tīmekļa mitināšanas kontā, kā arī kaut kā likt domēnam norādīt uz jauno vietni?

  • Šī jautājuma formulējums ir nedaudz mulsinošs. Vai jūs mēģināt aizstāt klienta pašreizējo vietni ar tikko izstrādāto? Vai arī jūs mēģināt klienta domēna apakšdirektoriju norādīt uz jaunizveidoto vietni? Jebkurā gadījumā, kāpēc jūs nevēlaties, lai jūsu klients vienkārši izmanto tīmekļa mitinātāju, lai mitinātu viņu jauno vietni, nevis jārisina divi dažādi tīmekļa mitinātāji?
  • Jaunā vietne aizstās to pašreizējo. Viņu pašreizējais tīmekļa resursdators nevarēs vadīt vietni (tā ir WordPress vietne). Es cenšos viņiem padarīt lietas vienkāršas, tāpēc viņiem nekas nav jādara domēna vārda un pēc tam visu e-pasta adrešu un lietu pārsūtīšanas ziņā.
  • Ir iespējams migrēt tikai uz domēnu un tīmekļa mitināšanu, vienlaikus norādot MX ierakstus uz veco resursdatoru, taču, ja viņi pašlaik ir iestrēguši ļoti ierobežotu / nežēlīgu, ko mēs piedāvājam, tad vislabāk ir vienkārši migrēt uz jaunu tīmekļa mitinātāju dabūt to prom no ceļa. Tas nav to grūti migrēt e-pasta kontus. Tādā veidā viņiem nav jāuztraucas par 2 dažādiem tīmekļa mitinātājiem.

Kā komentāros atzīmē Lèse majesté, tā ir iespējams darīt to, ko iesakāt, taču, iespējams, ir vieglāk (gan īstermiņā, gan ilgtermiņā) visu vienkārši pārcelt uz jauno resursdatoru.

Es iesaku sazināties ar jauno tīmekļa mitinātāju un lūgt viņu palīdzību vienmērīgas pārsūtīšanas organizēšanā. Viņiem jāspēj jums sniegt norādījumus, kā visu pārcelt ar minimālu satraukumu, un viņi var pilnībā rūpēties par dažām lietām (piemēram, faktisko DNS nodošanu). Atcerieties, ka viņiem ir finansiālas intereses palīdzēt jums rīkoties pareizi.


Komentāros jūs norādāt, ka jaunajai vietnei būs atšķirīga struktūra nekā vecajai vietnei. Lai gan noteikti ir iespējams vienkārši sagatavot jauno vietni jaunajā resursdatorā un pēc tam mainīt DNS, lai norādītu uz to, vienmērīgāks risinājums varētu būt to izdarīt vairākos soļos:

  1. Izveidojiet precīzu vecās vietnes kopiju (kas, manuprāt, galvenokārt ir statisks HTML) jaunajā resursdatorā.

  2. Mainiet DNS ierakstus, lai norādītu uz jauno resursdatoru. Ja tas tiek izdarīts pareizi, šai darbībai lietotājiem jābūt būtībā neredzamai. Pagaidiet, līdz beidzas vecā DNS TTL derīguma termiņš.

  3. Iestatiet jauno vietnes struktūru līdzās vecajai, taču vēl neaizstājiet nevienu no vecajām lapām. (Es pieņemu, ka jūsu jaunie vietrāži URL parasti nepārklāsies ar vecajiem, izņemot, iespējams, galveno lapu.) Pārbaudiet, vai jaunā sistēma darbojas un vai viss saturs, kuru vēlaties saglabāt, ir kopēts jaunajā sistēmā. Protams, jūs varat veikt šo darbību pat pirms 1. un 2. darbības, ja vēlaties.

  4. Nomainiet vecās lapas ar 301 novirzīšanu uz vistuvākajiem jaunās sistēmas ekvivalentiem.

Šādi rīkojoties, ir dažas priekšrocības: DNS nomaiņas laikā nav perioda, kad daži lietotāji redzēs jauno vietni, bet citi redzēs veco, un 301 novirzīšanas iestatīšana nozīmē, ka jūs neizjaucat vecās saites uz vietni un tāpēc nezaudēsiet apmeklētājus un meklētājprogrammu rangu tāpēc.


Kas attiecas uz e-pastu, pieņemot, ka jaunajā resursdatorā esat iestatījis tādas pašas pastkastes, kādas bija vecajā, DNS nomaiņas laikā jānotiek tā, ka pasts vienkārši sāk ienākt vecajās pastkastēs.

Jūsu klients maijs varēs turpināt piekļūt savām vecajām pastkastēm pat pēc pārejas: tas ir atkarīgs no tā, vai viņu e-pasta klientā konfigurētā servera adrese ir kaut kas līdzīgs mail.oldhostingcompany.com (tādā gadījumā viss darbosies tāpat kā līdz šim, vecajās pastkastēs vienkārši nenonāks jauns pasts) vai tamlīdzīgi mail.sitename.com (tādā gadījumā mainot vietni DNS ierakstus sitename.com ietekmēs arī pasta servera adresi). Iespējams, ka varēsiet iestatīt, lai viņu e-pasta klients pirms pārejas izmantotu iepriekšējā veida adresi, lai gan informācija acīmredzami atšķirsies mitināšanas uzņēmumos. (Ja viņi izmanto tīmekļa pastu, tas tāpat ir atkarīgs no tā, kāda veida resursdatora nosaukumu viņi izmanto, lai piekļūtu tīmekļa pasta lietotnei.)

Protams, jūsu klientam pirms pārejas, protams, vajadzētu dublēt visus savus e-pastus, tikai gadījumā, ja kaut kas noiet greizi, un noteikti tos dublēt pēc pāreja ir pabeigta (jo viņi, iespējams, vēlēsies agrāk vai vēlāk slēgt veco mitināšanas kontu). Arī tehniski ir iespējams augšupielādēt vecos e-pastus jaunajā serverī, lai gan tas, iespējams, nav vērts uztraukties, salīdzinot tikai ar to saglabāšanu klienta paša datora vietējās pasta mapēs.

Es vismaz apsvērtu arī jflaflamme ieteikto iespēju izveidot trešās puses e-pasta kontu (piemēram, pakalpojumā Gmail) un konfigurēt jauno mitināšanu tā, lai visi tur esošie e-pasti vienkārši pārsūtītu. Tas tiešām ir atkarīgs no tā, cik uzticamu un uzticamu jūs uzskatāt par jauno hostinga uzņēmumu salīdzināmu ar Google, un no tā, vai sagaidāt, ka nākotnē atkal mainīsit hostinga uzņēmumus. Personīgi es priecājos vienkārši ļaut savai hostinga kompānijai glabāt manus e-pastus, taču, to darot jebkurā gadījumā, ir priekšrocības.

  • Es to pieņemšu kā atbildi, es domāju, ka tas, kas notiks, ir vienkārši pārvietot visu uz jaunu resursdatoru, pieņemot, ka viņu pašreizējais resursdators nedarbosies ar vietni. Tā ir Wordpress vietne, tāpēc tā nedarbosies ar katru resursdatoru.

Šeit ir daži dažādi scenāriji un risinājumi:

1. RISINĀJUMS

Vai jūs varat neierobežotā tīmekļa mitinātājā "pievienot" domēnu un norādīt to direktorijā com / dev / 0002?

Ja jā, jūs vēlaties izveidot www.clientdomain.com un clientdomain.com A ierakstus ātrās saimniekdatoru vadības panelī? , lai dotos uz savu neierobežoto tīmekļa mitināšanas IP adresi.

2. RISINĀJUMS

Vai ātrās saimnieces spēj veikt URL FRAME?

Tādā veidā jūs varat vienkārši likt vietnei www.clientdomain.com parādīt vietnes www.mysite.com/dev/0002 saturu

3. RISINĀJUMS

Ja nevēlaties maksāt diviem mitināšanas pakalpojumu sniedzējiem, klienta pastu pārslēdzat uz Google lietotnēm :-)

4. RISINĀJUMS

Izvēlieties reģistrētāju, kas var veikt URL FRAME, mitināt savus DNS ierakstus BEZ MAKSAS http://www.namecheap.com/products/freedns.aspx?aff=16569

  • 1 2. un 4. risinājums ir briesmīgi, un tos nekad nevajadzētu izmantot, it īpaši biznesa vietnei.
  • 1 Pilnīgi piekrītu, es pievērsos jautājumam, man vienīgais profesionālais risinājums ir Nr. 3 (nevis google lietotnēm, bet ne arī paļauties uz diviem hosteriem). Kad kāds jautāja, KĀ TO DARĪT, es atbildu uz jautājuma risinājumu. Bet jums ir taisnība, labāk ir pievienot profesionālus ieteikumus.
  • Es varu pievienot domēnu, taču tas dod man tikai divas IP adreses, no kurām izvēlēties (koplietojamo).
  • Iespējams, jūs vienkārši varat pievienot domēnu neierobežotajam tīmekļa mitināšanas kontam, un viņi automātiski iestatīs pareizos DNS ierakstus. Ja jūs joprojām vēlaties saglabāt sākotnējo resursdatoru e-pastam, jums vienkārši jāpārliecinās, vai MX ieraksts ir vērsts uz veco tīmekļa mitinātāju.
  • Neizskatās, ka tas būs iespējams. Es domāju, ka man vienkārši būs jāmēģina visu visu pārsūtīt vienam saimniekam.

strādāja par jums: Charles Robertson | Vēlies ar mums sazināties?