Водичи

Како да поврзете сопствен домен со вашата апликација или веб-страница

За да поврзете сопствен домен, го купувате доменот кај регистрар, додавате DNS запис што го насочува кон вашиот хост — обично CNAME запис за поддомен како www или app, или A запис (или ALIAS/flattened запис) за коренот — а потоа вашиот хост го верификува доменот и издава HTTPS сертификат. Обично трае неколку минути, понекогаш подолго. Повеќето проблеми доаѓаат од грешка во записот, погрешен тип на запис или прокси пред хостот.

Овој водич ги опфаќа секој чекор, одлуката www наспроти корен и решавањето проблеми. За концептите зад домените, видете како функционираат домените и DNS.

Деловите што учествуваат

ДелШто еКој го обезбедува
Име на доменИмето што го изнајмувате годишно, како example.comРегистрар
DNSЈавното пребарување што имиња претвора во адреси на сервериВашиот DNS провајдер (често регистраторот)
ЗаписиПоединечни DNS ставки: „www покажува кон…“Вие ги додавате
ХостУслугата што ја извршува вашата апликацијаВашиот хостинг или градител на апликации
СертификатОна што го прави https:// да работиОбично го издава хостот автоматски

Регистраторот и DNS провајдерот често се иста компанија, но не мора да бидат. Важно е: каде го уредувате DNS за овој домен? Таму ќе додавате записи.

Чекор 1: Купете домен

Съвети за избор и купување:

  • Нека биде кратко и лесно за пренесување со глас. Ако морате да го објаснувате правописот, изберете друг.
  • .com е стандардното што луѓето го претпоставуваат, но државните и поновите наставки (.io, .app, .co.uk) се во ред ако одговараат на публиката.
  • Проверете ја цената за обновување, не само цената за првата година. Воведните попусти се вообичаени, а обновувањето може да чини повеќе.
  • Вклучете автоматско обновување и одржувајте ја картичката за плаќање ажурна. Истечен домен го урива вашиот сајт и е-пошта, а по грејс периодот некој друг може да го купи.
  • Користете WHOIS приватност ако е понудена, за вашите лични податоци да не се објавуваат.
  • Купете го во сметка што ја контролирате, не во сметка на фриленсер или агенција.

Некои хостови и градители на апликации ви дозволуваат да купите домен директно во самиот производ, што исто така ја поставува DNS за вас.

Чекор 2: Одлучете за адресата

Поддомен наспроти корен домен

  • Корен (apex) домен: example.com
  • Поддомен: www.example.com, app.example.com

Вообичаена поставка е маркетиншка страница на example.com или www.example.com, а производот на app.example.com. За една страница, изберете помеѓу www и коренот.

www.example.comexample.com
Тип на записCNAME кон вашиот хостA/AAAA запис, или ALIAS/ANAME/flattened CNAME
Тежина на поставувањеЛесно насекадеЗависи од вашиот DNS провајдер
ИзгледМалку подолгоПократко

DNS стандардот не дозволува CNAME запис на коренот на доменот, бидејќи коренот мора да содржи други записи (како nameserver записите). Многу DNS провајдери ова го заобиколуваат со посебен тип на запис — наречен ALIAS, ANAME или CNAME flattening, според провајдерот — кој се однесува како CNAME на коренот. Ако вашиот не нуди такво нешто, сигурниот пристап е: сајтот да биде на www, а од коренот да поставите пренасочување кон www кај DNS провајдерот или регистраторот.

Што и да изберете, изберете една главна адреса и пренасочете ја другата кон неа. Ако двете ја служат истата содржина без пренасочување, тоа е збунувачко за корисниците и за пребарувачите. Видете SEO за веб-страници направени со AI за тоа зошто е важна една канонска адреса.

Чекор 3: Додајте DNS записи

Вашиот хост ви кажува точно што да додадете. Ќе изгледа како едно од следниве:

ТипИме / HostВредност / ЦелЗа што се користи
CNAMEwwwyoursite.hostname.comНасочување на поддомен кон име на хост
A@192.0.2.10Насочување на коренот кон IPv4 адреса
AAAA@2001:db8::10Насочување на коренот кон IPv6 адреса
TXT_verify или @кодна низаДокажување дека го поседувате доменот

Како да го пополните формуларот кај повеќето DNS провајдери:

  • Име / Host: само поддоменскиот дел — www, не www.example.com. Некои провајдери го додаваат доменот автоматски, па ако го внесете целиот, добивате www.example.com.example.com. Користете @ за коренот ако вашиот провајдер ја користи таа конвенција.
  • Вредност / Цел: залепете точно она што го прикажува хостот. Точката на крајот е во ред ако провајдерот ја додава.
  • TTL: стандардната вредност е во ред. Помал TTL (како 5 минути) ги прави идните промени побрзо видливи.
  • Прокси: ако вашиот DNS провајдер може да проксира сообраќај (на пример оранжевиот облак на Cloudflare), следете ги упатствата на вашиот хост. Многу хостови бараат „само DNS“ за да го издадат сертификатот.

Оставете ги постоечките записи на мира, освен ако хостот не ви каже да ги промените. Особено, не допирајте MX записи — тие ја испорачуваат вашата е-пошта. Бришењето или промената е најчестиот начин со кој промена на домен ја расипува е-поштата.

Промена на nameserver-и наспроти додавање записи

Некои хостови нудат две опции: да додадете запис или да го префрлите целиот DNS на доменот кај нив со промена на nameserver-ите кај регистраторот. Промената на nameserver-ите ги префрла сите записи, вклучително и е-поштата. Направете го само ако сте подготвени сите постоечки записи да ги создадете повторно кај новиот провајдер. Додавањето на еден запис е помалку ризично.

Чекор 4: Верификувајте и добијте HTTPS

Откако записот е на место, вратете се кај вашиот хост и кликнете на копчето за верификација. Хостот го проверува DNS, потоа бара сертификат — обично од бесплатен издавач како Let's Encrypt — и почнува да го служи вашиот сајт преку HTTPS.

  • Верификацијата може да бара неколку обиди додека DNS промените се рашират.
  • Сертификатите се обновуваат автоматски сè додека DNS записот останува на место.
  • Ако вашиот домен има CAA записи (кои ограничуваат кои издавачи на сертификати смеат да издаваат за него), проверете дали дозволуваат издавач на вашиот хост, инаку издавањето на сертификатот ќе падне.

Кога HTTPS ќе работи, проверете дали http:// се пренасочува на https://. Повеќето хостови го прават ова автоматски.

Чекор 5: Тестирајте

  • https://www.example.com го вчитува вашиот сајт со икона на катанец
  • Другата форма (корен или www) се пренасочува кон главната адреса
  • http:// се пренасочува на https://
  • Најавата, OAuth најавата и пренасочувањата при плаќање функционираат на новиот домен (тие често имаат листи со дозволени URL адреси што уште покажуваат кон стариот)
  • Е-поштата на вашиот домен сè уште стигнува
  • Врските во е-поштата што ја праќа вашата апликација користат го новиот домен

Четвртата точка ги фати луѓето неподготвени: најавата со Google, webhook-овите на Stripe и врските за ресетирање на лозинка се сите конфигурирани со одредени URL адреси. Додајте го новиот домен секаде каде се појавува стариот. Видете како да додадете најава во вашата апликација за OAuth делот.

Решавање проблеми

СимптомНајверојатна причинаРешение
Верификацијата постојано не успеваГрешка во целта, погрешен тип на запис или внесено име како целиот доменСпоредете го записот карактер по карактер со она што го прикажува хостот
Работи за вас, не за другите (или обратно)DNS кеширање за време на променаПочекајте TTL да истече; тестирајте од телефон на мобилни податоци
Грешка за сертификат или „не е безбедно“Сертификатот уште не е издаден, прокси пред него или CAA записи што блокираатПочекајте неколку минути и повторно верификувајте; поставете прокси на „само DNS“; проверете CAA
„Премногу пренасочувања“Два слоја што пренасочуваат (на пример прокси што ја наметнува HTTPS и хостот што го прави истото)Исклучете едно од пренасочувањата или користете „само DNS“
Коренот не функционира, www функционираНема запис или пренасочување за коренотДодајте ALIAS/flattened запис или пренасочете го коренот кон www
Е-поштата престана да работиMX записите се променети или изгубени при промена на nameserver-итеВратете ги MX записите според упатствата на вашиот провајдер за е-пошта
Стариот сајт сè уште се прикажуваСтариот A запис остана покрај новиотОтстранете конфликтни записи за истото име

Бесплатна онлајн алатка за DNS пребарување, или dig www.example.com во терминал, покажува што светот во моментов гледа за вашиот запис — корисно за да проверите дали проблемот е во DNS или во хостот.

Поврзување сопствен домен на Mythex

Сопствените домени се функција на Pro планот на Mythex. Бесплатните планови објавуваат на адреса yourname.mythex.app. На Pro можете да:

  • Купите домен во Mythex од Domains во поставките, или од Publish → Custom domain на објавен проект. Mythex го регистрира и ја поставува DNS-от; регистрацијата се наплаќа одделно од Pro планот, а автоматското обновување е вклучено по основно.
  • Поврзете домен што веќе го имате. Објавете го проектот, изберете Connect, внесете го името на хостот (на пример app.example.com), потоа додајте CNAME кај вашиот DNS провајдер што покажува кон целта што ја прикажува Mythex (yourslug.mythex.ai). Кликнете Verify. HTTPS се издава автоматски.

Ако вашиот DNS е на Cloudflare, поставете го тој CNAME на DNS only (сивиот облак), не проксиран. За корен домен, документацијата препорачува да се користи www или app и да се пренасочи коренот кај вашиот DNS провајдер ако не поддржува ALIAS или flattening.

Видете Custom domains во документацијата за сите чекори и решавање проблеми, и Plans за тоа што е вклучено во Pro. Пред да насочите домен кон апликација, вреди да поминете низ како да го однесете AI прототип во продукција.

Прашања

Колку време трае да почне да работи сопствен домен?

Често неколку минути откако ќе го додадете DNS записот, но може да трае и подолго, зависно од вашиот DNS провајдер и TTL на записот (колку долго резолверите го чуваат во кеш). Ако сте ги промениле nameserver-ите, оставете повеќе време.

Да користам www или корен домен?

И двете функционираат за посетителите. Поддомен како www или app обично е полесен за поврзување, бидејќи може да користи CNAME запис. Многу сајтови служат на www и го пренасочуваат коренот кон него, или обратно — само изберете една како главна адреса.

Дали треба да купам SSL сертификат?

Обично не. Повеќето современи хостови, вклучително и градителите на апликации, издаваат бесплатни HTTPS сертификати автоматски откако DNS ќе покаже кон нив. Треба да купите само во специјални случаи, како некои сертификати валидирани од организација.

Зошто не можам да додадам CNAME запис за коренот на доменот?

DNS правилата не дозволуваат CNAME на коренот (apex) на доменот, затоа што таму се други задолжителни записи. Некои DNS провајдери нудат ALIAS, ANAME или CNAME flattening за истиот ефект; инаку користете www и пренасочете го коренот.

Mythex · Pricing · Градете што било со AI · Шаблони за веб-страници и апликации · Mythex во споредба · Речник за градење апликации со AI · Бесплатни алатки за градење апликации со AI · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Suomi Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)