Si të lidhni një domain të personalizuar me aplikacionin ose sajtin tuaj
Për të lidhur një domain të personalizuar, e blini domainin nga një regjistrues, shtoni një regjistrim DNS që e drejton atë te hosti juaj — zakonisht një regjistrim CNAME për një nën-domain si www ose app, ose një regjistrim A (ose ALIAS/të sheshuar) për domainin rrënjë — dhe më pas e lini hostin tuaj ta verifikojë domainin dhe të lëshojë një certifikatë HTTPS. Zakonisht zgjat disa minuta, ndonjëherë më shumë. Shumica e problemeve vijnë nga një gabim shkrimi në regjistrim, lloji i gabuar i regjistrimit, ose një proxy që ndodhet para hostit.
Ky udhëzues mbulon çdo hap, vendimin www kundrejt rrënjës dhe si të zgjidhni problemet. Për konceptet pas domaineve, shihni si funksionojnë domainet dhe DNS.
Pjesët e përfshira
| Pjesa | Çfarë është | Kush e ofron |
|---|---|---|
| Emri i domainit | Emri që e merrni me qira çdo vit, si example.com | Një regjistrues |
| DNS | Kërkimi publik që kthen emrat në adresa serverësh | Ofruesi juaj i DNS (shpesh regjistruesi) |
| Regjistrimet | Hyrje individuale DNS: „www drejtohet te…" | Ju i shtoni ato |
| Hosti | Shërbimi që e ekzekuton aplikacionin tuaj | Hostimi juaj ose ndërtuesi i aplikacionit |
| Certifikata | Ajo që e bën https:// të punojë | Zakonisht lëshohet automatikisht nga hosti |
Regjistruesi dhe ofruesi i DNS shpesh janë e njëjta kompani, por nuk duhet të jenë. Ajo që ka rëndësi është: ku e redaktoni DNS-in për këtë domain? Aty do të shtoni regjistrimet.
Hapi 1: Blini një domain
Këshilla për zgjedhjen dhe blerjen:
- Mbajeni të shkurtër dhe lehtë për t'u thënë me zë. Nëse duhet të shpjegoni shkrimin, zgjidhni një tjetër.
.comështë mbaresa që njerëzit e supozojnë, por mbaresat e vendeve dhe ato më të reja (.io,.app,.co.uk) janë në rregull nëse i përshtaten audiencës tuaj.- Kontrolloni çmimin e rinovimit, jo vetëm çmimin e vitit të parë. Zbritjet hyrëse janë të zakonshme dhe rinovimet mund të kushtojnë më shumë.
- Aktivizoni rinovimin automatik dhe mbajeni kartën e pagesës të përditësuar. Një domain i skaduar e shkëput sajtin dhe emailin tuaj, dhe pas një periudhe faljeje mund ta blejë dikush tjetër.
- Përdorni mbrojtjen WHOIS nëse ofrohet, që të dhënat tuaja personale të mos publikohen.
- Blejeni në një llogari që kontrolloni ju, jo të një punëtori të pavarur ose agjencie.
Disa hoste dhe ndërtues aplikacionesh ju lejojnë të blini domainin drejtpërdrejt brenda produktit, gjë që gjithashtu konfiguron DNS për ju.
Hapi 2: Vendosni adresën
Nën-domain kundrejt domainit rrënjë
- Domaini rrënjë (apex):
example.com - Nën-domain:
www.example.com,app.example.com
Një konfigurim i zakonshëm është sajti i marketingut te example.com ose www.example.com, dhe produkti te app.example.com. Për një sajt të vetëm, zgjidhni midis www dhe rrënjës.
www.example.com | example.com | |
|---|---|---|
| Lloji i regjistrimit | CNAME te hosti juaj | Regjistrim A/AAAA, ose ALIAS/ANAME/CNAME i sheshuar |
| Vështirësia e konfigurimit | E lehtë kudo | Varet nga ofruesi juaj i DNS |
| Pamja | Pak më e gjatë | Më e shkurtër |
Standardi DNS nuk lejon një regjistrim CNAME në rrënjën e një domaini, sepse rrënja duhet të mbajë regjistrime të tjera (si regjistrimet e serverëve të emrave). Shumë ofrues DNS e zgjidhin këtë me një lloj të veçantë regjistrimi — i quajtur ALIAS, ANAME ose CNAME flattening, sipas ofruesit — që sillet si CNAME në rrënjë. Nëse yti nuk e ofron, mënyra e besueshme është: shërbeni sajtin te www, dhe vendosni një ridrejtim nga rrënja te www te ofruesi juaj DNS ose te regjistruesi.
Çfarëdo që zgjidhni, zgjidhni një adresë kryesore dhe ridrejtoni tjetrën drejt saj. Të dyja që shërbejnë të njëjtën përmbajtje pa ridrejtim janë të konfuzuara për përdoruesit dhe për motorët e kërkimit. Shihni SEO për faqet e ndërtuara me AI për pse ka rëndësi një adresë e vetme kanonike.
Hapi 3: Shtoni regjistrimet DNS
Hosti juaj ju tregon saktësisht çfarë të shtoni. Duket si një nga këto:
| Lloji | Emri / Hosti | Vlera / Destinacioni | Përdoret për |
|---|---|---|---|
CNAME | www | yoursite.hostname.com | Drejtimin e një nën-domaini te një emër hosti |
A | @ | 192.0.2.10 | Drejtimin e rrënjës te një adresë IPv4 |
AAAA | @ | 2001:db8::10 | Drejtimin e rrënjës te një adresë IPv6 |
TXT | _verify ose @ | një varg kodi | Dëshmimin se e zotëroni domainin |
Si të plotësoni formularin te shumica e ofruesve DNS:
- Emri / Hosti: vetëm pjesa e nën-domainit —
www, jowww.example.com. Disa ofrues e shtojnë domainin automatikisht, dhe nëse e shkruani të plotë krijohetwww.example.com.example.com. Përdorni@për rrënjën nëse ofruesi juaj e përdor këtë konventë. - Vlera / Destinacioni: ngjitni saktësisht atë që tregon hosti. Një pikë në fund është në rregull nëse ofruesi juaj e shton vetë.
- TTL: vlera parazgjedhje është në rregull. Një TTL më i ulët (si 5 minuta) e bën ndryshimet e ardhshme të hyjnë në fuqi më shpejt.
- Proxy: nëse ofruesi juaj DNS mund të bëjë proxy trafikun (si reja portokalli e Cloudflare), ndiqni udhëzimet e hostit tuaj. Shumë hoste kërkojnë „vetëm DNS" që të mund të lëshojnë certifikatën.
Mos i prekni regjistrimet ekzistuese përveç nëse hosti ju thotë ta ndryshoni. Veçanërisht, mos prekni regjistrimet MX — ato i dërgojnë emailet tuaja. Fshirja ose ndryshimi i tyre është mënyra më e zakonshme që një ndryshim domaini ta prishë emailin.
Ndryshimi i serverëve të emrave kundrejt shtimit të regjistrimeve
Disa hoste ofrojnë dy opsione: shtoni një regjistrim, ose zhvendosni DNS-in e gjithë domainit te ta duke ndryshuar serverët e emrave te regjistruesi. Ndryshimi i serverëve të emrave zhvendos çdo regjistrim, përfshirë emailin. Bëjeni vetëm nëse jeni gati t'i rikrijoni të gjitha regjistrimet ekzistuese te ofruesi i ri. Shtimi i një regjistrimi të vetëm është me rrezik më të ulët.
Hapi 4: Verifikoni dhe merrni HTTPS
Pasi regjistrimi të jetë vendosur, kthehuni te hosti juaj dhe klikoni butonin e verifikimit. Hosti kontrollon DNS-in, pastaj kërkon një certifikatë — zakonisht nga një autoritet falas certifikatash si Let's Encrypt — dhe fillon t'i shërbejë sajtit tuaj përmes HTTPS.
- Verifikimi mund të kërkojë disa përpjekje ndërkohë që ndryshimet e DNS përhapen.
- Certifikatat rinovohen automatikisht për sa kohë regjistrimi DNS mbetet në vend.
- Nëse domaini juaj ka regjistrime CAA (që kufizojnë cilët autoritete certifikatash mund të lëshojnë për të), sigurohuni që lejojnë autoritetin e hostit tuaj, ose lëshimi i certifikatës dështon.
Kur HTTPS funksionon, sigurohuni që http:// të ridrejtohet te https://. Shumica e hosteve e bëjnë këtë automatikisht.
Hapi 5: Testojeni
-
https://www.example.comhapet me sajtin tuaj dhe me ikonën e bravës - Forma tjetër (rrënja ose
www) ridrejtohet te adresa juaj kryesore -
http://ridrejtohet tehttps:// - Hyrja, hyrja me OAuth dhe ridrejtimet e pagesave punojnë në domainin e ri (shpesh kanë lista URL-sh të lejuara që akoma tregojnë adresën e vjetër)
- Emailet për domainin tuaj akoma arrijnë
- Lidhjet në emailet që dërgon aplikacioni juaj përdorin domainin e ri
Pika e katërt i kap njerëzit në befasi: hyrja me Google, webhook-et e Stripe dhe lidhjet e rivendosjes së fjalëkalimit të gjitha janë konfiguruar me URL specifike. Shtoni domainin e ri kudo që shfaqet adresa juaj e vjetër. Shihni si të shtoni hyrjen në aplikacionin tuaj për pjesën OAuth.
Zgjidhja e problemeve
| Simptoma | Shkaku i mundshëm | Zgjidhja |
|---|---|---|
| Verifikimi vazhdon të dështojë | Gabim shkrimi te destinacioni, lloj i gabuar regjistrimi, ose emri i shkruar si domain i plotë | Krahasoni regjistrimin karakter për karakter me atë që tregon hosti |
| Funksionon për ju, por jo për të tjerët (ose anasjelltas) | Memorizim DNS gjatë një ndryshimi | Pritni TTL-në; testoni nga një telefon me të dhëna mobile |
| Gabim certifikate ose „jo i sigurt" | Certifikata s'është lëshuar ende, proxy para, ose regjistrime CAA që bllokojnë | Pritni disa minuta dhe verifikoni përsëri; vendosni proxy në „vetëm DNS"; kontrolloni CAA |
| „Too many redirects" | Dy shtresa që ridrejtojnë (p.sh. proxy që detyron HTTPS dhe hosti që bën të njëjtën gjë) | Çaktivizoni njërin ridrejtim, ose përdorni „vetëm DNS" |
Domaini rrënjë nuk punon, www po | Nuk ka regjistrim ose ridrejtim për rrënjën | Shtoni regjistrimin ALIAS/të sheshuar, ose ridrejtoni rrënjën te www |
| Emaili ka pushuar së punuari | Regjistrimet MX u ndryshuan ose humbën gjatë zhvendosjes së serverëve të emrave | Rikthejini regjistrimet MX sipas udhëzimeve të ofruesit tuaj të emailit |
| Akoma shfaqet sajti i vjetër | Regjistrimi i vjetër A mbetet krah të riut | Hiqni regjistrimet në konflikt për të njëjtin emër |
Një mjet falas online për kërkim DNS, ose dig www.example.com në një terminal, tregon atë që bota sheh aktualisht për regjistrimin tuaj — e dobishme për të kontrolluar nëse problemi është te DNS-i apo te hosti.
Lidhja e një domaini të personalizuar në Mythex
Domainet e personalizuara janë veçori Pro në Mythex. Planet falas publikojnë te një adresë emriyt.mythex.app. Në Pro mund të:
- Blini një domain brenda Mythex nga Domains në cilësime, ose nga Publish → Custom domain te një projekt live. Mythex e regjistron dhe konfiguron DNS-in; regjistrimi faturohet veçmas nga plani Pro, dhe rinovimi automatik është aktiv si parazgjedhje.
- Lidhni një domain që e zotëroni tashmë. Publikoni projektin, zgjidhni Connect, shkruani hostname-in (për shembull
app.example.com), pastaj shtoni një CNAME te ofruesi juaj DNS që tregon te destinacioni që shfaq Mythex (yourslug.mythex.ai). Klikoni Verify. HTTPS lëshohet automatikisht.
Nëse DNS-i juaj është te Cloudflare, vendosni atë CNAME në DNS only (re gri), jo të proxy-uar. Për një domain rrënjë, dokumentacioni rekomandon përdorimin e www ose app dhe ridrejtimin e rrënjës te ofruesi juaj DNS nëse ai nuk mbështet ALIAS ose flattening.
Shihni Domainet e personalizuara në dokumentacion për hapat e plotë dhe zgjidhjen e problemeve, dhe Planet për atë që përfshihet në Pro. Para se ta drejtoni një domain te një aplikacion, vlen të kaloni nëpër çimimin e një prototipi AI në prodhim.
Pyetje
Sa kohë duhet që një domain i personalizuar të funksionojë?
Shpesh disa minuta pasi shtoni regjistrimin DNS, por mund të zgjasë më shumë varësisht nga ofruesi juaj i DNS dhe TTL-ja e regjistrimit (sa kohë e ruajnë në memorie zgjidhësit). Nëse keni ndryshuar serverët e emrave, lejoni më shumë kohë.
A duhet të përdor www apo domainin rrënjë?
Të dyja funksionojnë për vizitorët. Një nën-domain si www ose app zakonisht është më i lehtë për t'u lidhur, sepse mund të përdorë një regjistrim CNAME. Shumë sajte shfaqin www dhe e ridrejtojnë domainin rrënjë drejt tij, ose anasjelltas — thjesht zgjidhni një si adresë kryesore.
A më duhet të blej një certifikatë SSL?
Zakonisht jo. Shumica e hosteve moderne, përfshirë ndërtuesit e aplikacioneve, lëshojnë automatikisht certifikata falas HTTPS sapo DNS-i juaj të drejtohet te ata. Duhet të blini një vetëm në raste të veçanta, si disa certifikata të validuara nga organizata.
Pse nuk mund të shtoj një regjistrim CNAME për domainin tim rrënjë?
Rregullat e DNS nuk lejojnë një CNAME në rrënjën (apex) të një domaini, sepse aty qëndrojnë regjistrime të tjera të domosdoshme. Disa ofrues DNS ofrojnë ALIAS, ANAME ose CNAME flattening për të njëjtin efekt; përndryshe përdorni www dhe ridrejtoni domainin rrënjë.