サブドメインなしで有効なドメイン名に一致する正規表現とは何ですか？

ドメイン名を検証する必要があります：

Google COM

stackoverflow.com

つまり、最も生の形式のドメイン-wwwのようなサブドメインでさえも。

1. 文字はa〜zのみにする必要があります。AZ | 0-9およびピリオド（。）およびダッシュ（-）
2. ドメイン名の部分はダッシュ（-）で開始または終了しないでください（例-google-.com）
3. ドメイン名の部分は1〜63文字である必要があります
4. 拡張子（TLD）は今のところ＃1ルールの下であれば何でもかまいませんが、後でリストに対して検証することができますが、1文字以上にする必要があります

編集：TLDは現状では明らかに2〜6文字です

番号。4改訂： TLDは.co.ukのようなものを含むため、実際には「サブドメイン」とラベル付けする必要があります-（リストに対するチェックを除いて）可能な唯一の検証は「最初のドットの後に1つまたはルール＃1の下でより多くの文字

どうもありがとうございました。

まあ、それは 非常に簡単、あなたの特定の要件を考えると、（コメントを参照）、それは見た目より少しsneakier：

/^[a-zA-Z0-9][a-zA-Z0-9-]{1,61}[a-zA-Z0-9]\.[a-zA-Z]{2,}$/

ただし、これにより多くの有効なドメインが拒否されることに注意してください。

これは少し古い投稿ですが、ここでのすべての正規表現には1つの非常に重要なコンポーネント、IDNドメイン名のサポートがありません。

IDNドメイン名はxn--で始まります。ドメイン名で拡張UTF-8文字を有効にします。たとえば、「♡.com」が有効なドメイン名であることをご存知ですか？うん、「ラブハートドットコム」！ドメイン名を検証するには、http：//xn--c6h.com/に検証を通過させる必要があります。

この正規表現を使用するには、ドメインを小文字に変換し、IDNライブラリを使用してドメイン名をACE（「ASCII互換エンコーディング」とも呼ばれる）にエンコードする必要があります。良いライブラリの1つはGNU-Libidnです。

idn（1）は、国際化ドメイン名ライブラリへのコマンドラインインターフェイスです。次の例では、UTF-8のホスト名をACEエンコーディングに変換します。結果のURL https：//nic.xn--flw351e/は、ACEでエンコードされたhttps：//nic.xの歌と同等のものとして使用できます。

  $ idn --quiet -a nic.谷歌
  nic.xn--flw351e

この魔法の正規表現はほとんどのドメインをカバーするはずです（ただし、私が見逃した有効なエッジケースがたくさんあると確信しています）。

^((?!-))(xn--)?[a-z0-9][a-z0-9-_]{0,61}[a-z0-9]{0,1}\.(xn--)?([a-z0-9\-]{1,61}|[a-z0-9-]{1,30}\.[a-z]{2,})$

ドメイン検証の正規表現を選択する場合、ドメインが以下と一致するかどうかを確認する必要があります。

1. xn--stackoverflow.com
2. stackoverflow.xn--com
3. stackoverflow.co.uk

これら3つのドメインが通過しない場合、正規表現が正当なドメインを許可していない可能性があります。

OracleのInternational Language Environment GuideのInternationalized Domain Names Supportページを確認してくださいをご覧ください。

ここで正規表現を試してみてください：http : //www.regexr.com/3abjr

ICANNは、 IDNドメインのいくつかの例を確認するために使用できる委任されたTLDのリストを保持しています。

編集：

 ^(((?!-))(xn--|_{1,1})?[a-z0-9-]{0,61}[a-z0-9]{1,1}\.)*(xn--)?([a-z0-9][a-z0-9\-]{0,60}|[a-z0-9-]{1,30}\.[a-z]{2,})$

この正規表現は、ホスト名の末尾に「-」が有効であるとマークされているドメインを停止します。さらに、無制限のサブドメインを許可します。

私のRegExは次です：

^[a-zA-Z0-9][a-zA-Z0-9-_]{0,61}[a-zA-Z0-9]{0,1}\.([a-zA-Z]{1,6}|[a-zA-Z0-9-]{1,30}\.[a-zA-Z]{2,3})$

i.oh1.meとwow.british-library.ukは問題ありません

UPD

ここに更新されたルールがあります

^(([a-zA-Z]{1})|([a-zA-Z]{1}[a-zA-Z]{1})|([a-zA-Z]{1}[0-9]{1})|([0-9]{1}[a-zA-Z]{1})|([a-zA-Z0-9][a-zA-Z0-9-_]{1,61}[a-zA-Z0-9]))\.([a-zA-Z]{2,6}|[a-zA-Z0-9-]{2,30}\.[a-zA-Z]{2,3})$

https://www.debuggex.com/r/y4Xe_hDVO11bv1DV

今ではかどうかを確認-または_ドメインラベルの開始または終了に。

私の賭け：

^(?:[a-z0-9](?:[a-z0-9-]{0,61}[a-z0-9])?\.)+[a-z0-9][a-z0-9-]{0,61}[a-z0-9]$

説明：

ドメイン名はセグメントから構築されます。以下は1つのセグメントです（最終を除く）。

[a-z0-9](?:[a-z0-9-]{0,61}[a-z0-9])?

1〜63文字で、「-」で開始または終了しないでください。

ここで「。」を追加します それに少なくとも1回繰り返します：

(?:[a-z0-9](?:[a-z0-9-]{0,61}[a-z0-9])?\.)+

次に、2〜63文字の最終セグメントを添付します。

[a-z0-9][a-z0-9-]{0,61}[a-z0-9]

ここでテストしてください： http : //regexr.com/3au3g

ほんの小さな修正-最後の部分は6までにする必要があります。したがって、

^[a-z0-9]+([\-\.]{1}[a-z0-9]+)*\.[a-z]{2,6}$

最長のTLDはmuseum（6文字）-http://en.wikipedia.org/wiki/List_of_Internet_top-level_domains

受け入れられた答えが私にとってうまくいかない、これを試してください：

^（（？！-）[A-Za-z0-9-] {1,63}（？<！-）\。）+ [A-Za-z] {2,6} $

検証については、このユニットテストケースにアクセスしてください。

この回答は、ドメイン名（サービスRRを含む）に対するものであり、ホスト名（電子メールのホスト名など）に対するものではありません。

^(?=.{1,253}\.?$)(?:(?!-|[^.]+_)[A-Za-z0-9-_]{1,63}(?<!-)(?:\.|$)){2,}$

基本的にはmkyongの答えであり、さらに：

• 長さプレフィックスとヌルルートを含む最大長255オクテット。
• 末尾の「。」を許可する 明示的なDNSルートの場合。
• サービスドメインRRの先頭に '_'を許可します（バグ：_ラベルに最大15文字を強制しません。また、サービスRRより上のドメインを少なくとも1つ必要としません）。
• 可能なすべてのTLDに一致します。
• サブドメインラベルをキャプチャしません。

パーツ別

先読み。オプションの後続リテラル「。」を使用して、^ $から253文字までの最大長を制限

(?=.{1,253}\.?$)

先読み、次の文字は「-」ではなく、次の「。」の前の文字の後に「_」は続きません。つまり、ラベルの最初の文字が「-」ではなく、最初の文字のみが「_」であることを強制します。

(?!-|[^.]+_)

ラベルごとに1〜63文字の許可された文字。

[A-Za-z0-9-_]{1,63}

後読み、前の文字は「-」ではありません。つまり、ラベルの最後の文字が「-」ではないことを強制します。

(?<!-)

「。」を強制する ラベルを除くすべてのラベルの最後。オプションです。

(?:\.|$)

上記のほとんどの場合、これには少なくとも2つのドメインレベルが必要ですが、これは正確ではありませんが、通常は妥当な仮定です。TLDまたは非修飾の相対サブドメインを許可する場合は、{2、}から+に変更します（例：localhost、myrouter、to）。

(?:(?!-|[^.]+_)[A-Za-z0-9-_]{1,63}(?<!-)(?:\.|$)){2,}

この式の単体テスト。

他の回答でドメイン名検証ソリューションに正しい方向を示していただきありがとうございます。ドメイン名はさまざまな方法で検証できます。

IDNドメインを人間が読める形式で検証する必要がある場合は、regex \p{L}が役立ちます。これにより、任意の言語の任意の文字を照合できます。

最後の部分にもハイフンが含まれている可能性があることに注意してください！punycodeでエンコードされた中国の名前には、tldにUnicode文字が含まれている場合があります。

私は例えば一致するソリューションに来ました：

• Google COM
• masełkowski.pl
• maselkowski.pl
• m.maselkowski.pl
• www.masełkowski.pl.com
• xn--masekowski-d0b.pl
• 中国互联网络信息中心。中国
• xn--fiqa61au8b7zsevnm8ak20mc4a87e.xn--fiqs8s

正規表現は：

^[0-9\p{L}][0-9\p{L}-\.]{1,61}[0-9\p{L}]\.[0-9\p{L}][\p{L}-]*[0-9\p{L}]+$

ここで確認して調整してください

注：現在のドメイン名では文字セットが許可されているため、この正規表現は非常に寛容です。

更新：単純化されたものa-aA-Z\p{L}と同じように、さらに単純化されました\p{L}

注2：唯一の問題は、二重ドットが含まれるドメインと一致することですmasełk..owski.pl。誰かがこれを修正する方法を知っている場合は、改善してください。

^[a-z0-9]+([\-\.]{1}[a-z0-9]+)*\.[a-z]{2,7}$

[ドメイン-小文字と0〜9のみ] [ハイフンを含めることができます] + [TLD-小文字のみ、2〜7文字にする必要があります]
http://rubular.com/は、正規表現のテストに優れています。
編集：Dan Caddiganが指摘したように、「。rentals」のTLDの最大値を7文字に更新しました。

コメントするにはまだ十分な担当者がいません。パカの解決策に応えて、私は3つの項目を調整する必要があることがわかりました。

• ダッシュが範囲として解釈されるため、ダッシュとアンダースコアが移動されました（「0-9」のように）
• 多くのサブドメインを持つドメイン名の完全なストップを追加しました
• TLDの潜在的な長さを13に拡張

前：

^(([a-zA-Z]{1})|([a-zA-Z]{1}[a-zA-Z]{1})|([a-zA-Z]{1}[0-9]{1})|([0-9]{1}[a-zA-Z]{1})|([a-zA-Z0-9][a-zA-Z0-9-_]{1,61}[a-zA-Z0-9]))\.([a-zA-Z]{2,6}|[a-zA-Z0-9-]{2,30}\.[a-zA-Z]{2,3})$

後：

^(([a-zA-Z]{1})|([a-zA-Z]{1}[a-zA-Z]{1})|([a-zA-Z]{1}[0-9]{1})|([0-9]{1}[a-zA-Z]{1})|([a-zA-Z0-9][-_\.a-zA-Z0-9]{1,61}[a-zA-Z0-9]))\.([a-zA-Z]{2,13}|[a-zA-Z0-9-]{2,30}\.[a-zA-Z]{2,3})$

新しいgTLDの場合

/^((?!-)[\p{L}\p{N}-]+(?<!-)\.)+[\p{L}\p{N}]{2,}$/iu

すでに指摘したように、サブドメイン（たとえば.co.ukドメイン）を実際的な意味で伝えることは明白ではありません。この正規表現を使用して、野生で発生するドメインを検証します。私が知っているすべての実用的な使用例をカバーしています。新しいものを歓迎します。私たちのガイドラインによると、それは非捕獲グループと貪欲なマッチングを避けます。

^(?!.*?_.*?)(?!(?:[\d\w]+?\.)?\-[\w\d\.\-]*?)(?![\w\d]+?\-\.(?:[\d\w\.\-]+?))(?=[\w\d])(?=[\w\d\.\-]*?\.+[\w\d\.\-]*?)(?![\w\d\.\-]{254})(?!(?:\.?[\w\d\-\.]*?[\w\d\-]{64,}\.)+?)[\w\d\.\-]+?(?<![\w\d\-\.]*?\.[\d]+?)(?<=[\w\d\-]{2,})(?<![\w\d\-]{25})$

証明、説明、例：https ://regex101.com/r/FLA9Bv/9（注：正規表現はECMA2018でのみサポートされている後読みを使用するため、現在はChromeでのみ機能します）

ドメインを検証するときに選択する方法は2つあります。

本ごとのFQDNマッチング（理論的な定義、実際にはめったに発生しない）：

• 最大253文字（RFC-1035 / 3.1、RFC-2181 / 11による）
• ラベルごとに最大63文字（RFC-1035 / 3.1、RFC-2181 / 11による）
• 任意の文字が許可されます（RFC-2181 / 11に従って））
• TLDをすべて数値にすることはできません（RFC-3696 / 2による））
• FQDNは、ルートゾーン（末尾のドット）を含む完全な形式で記述できます。

実用的で保守的なFQDNマッチング（実用的な定義、期待され、実際にサポートされています）：

• 以下の例外/追加と一致する書籍別
• 有効な文字： [a-zA-Z0-9.-]
• ラベルはハイフンで開始または終了できません（RFC-952およびRFC-1123 / 2.1に従って））
• TLDの最小長は2文字、最大長は現在存在するレコードごとに24文字です。
• 末尾のドットと一致しない

^[a-zA-Z0-9][a-zA-Z0-9-]{1,61}[a-zA-Z0-9]\.[a-zA-Z]+(\.[a-zA-Z]+)$

ここに例を含む完全なコードがあります：

<?php
function is_domain($url)
{
    $parse = parse_url($url);
    if (isset($parse['host'])) {
        $domain = $parse['host'];
    } else {
        $domain = $url;
    }

    return preg_match('/^(?!\-)(?:[a-zA-Z\d\-]{0,62}[a-zA-Z\d]\.){1,126}(?!\d+)[a-zA-Z\d]{1,63}$/', $domain);
}

echo is_domain('example.com'); //true
echo is_domain('https://example.com'); //true
echo is_domain('https://.example.com'); //false
echo is_domain('https://localhost'); //false

^((localhost)|((?!-)[A-Za-z0-9-]{1,63}(?<!-)\.)+[A-Za-z]{2,253})$

私の回答の根拠を@mkyongに感謝します。より長い許容ラベルをサポートするように変更しました。

また、「localhost」は技術的には有効なドメイン名です。国際化ドメイン名に対応するために、この回答を変更します。

/^((([a-zA-Z]{1,2})|([0-9]{1,2})|([a-zA-Z0-9]{1,2})|([a-zA-Z0-9][a-zA-Z0-9-]{1,61}[a-zA-Z0-9]))\.)+[a-zA-Z]{2,6}$/

• ([a-zA-Z]{1,2}) -> 2文字のみを受け入れます。

• ([0-9]{1,2})-> 2つの番号のみを受け入れる場合

2つを超えるものがあれば、([a-zA-Z0-9][a-zA-Z0-9-]{1,61}[a-zA-Z0-9])この正規表現が処理します。

少なくとも一度はマッチングを行いたい場合は+使用します。

^ [a-zA-Z0-9] [-a-zA-Z0-9] + [a-zA-Z0-9]。[az] {2,3}（。[az] {2,3}） ？（。[az] {2,3}）？$

機能する例：

stack.com
sta-ck.com
sta---ck.com
9sta--ck.com
sta--ck9.com
stack99.com
99stack.com
sta99ck.com

拡張機能でも機能します

.com.uk
.co.in
.uk.edu.in

機能しない例：

-stack.com

最長のドメイン拡張でも機能します ".versicherung"

• ^((?!-))(xn--)?[a-z0-9][a-z0-9-_]{0,61}[a-z0-9]{0,}\.?((xn--)?([a-z0-9\-.]{1,61}|[a-z0-9-]{0,30})\.[a-z-1-9]{2,})$

яндекс.рфエンコード後などのドメインを検証します。

https://regex101.com/r/Hf8wFM/1-サンドボックス

次の正規表現は、特定のドメインのサブ、ルート、TLDを抽出します。

^(?<domain>(?<domain_sub>(?:[^\/\"\]:\.\s\|\-][^\/\"\]:\.\s\|]*?\.)*?)(?<domain_root>[^\/\"\]:\s\.\|\n]+\.(?<domain_tld>(?:xn--)?[\w-]{2,7}(?:\.[a-zA-Z-]{2,3})*)))$

次のドメインでテスト済み：

* stack.com
* sta-ck.com
* sta---ck.com
* 9sta--ck.com
* sta--ck9.com
* stack99.com
* 99stack.com
* sta99ck.com
* google.com.uk
* google.co.in

* google.com
* masełkowski.pl
* maselkowski.pl
* m.maselkowski.pl
* www.masełkowski.pl.com
* xn--masekowski-d0b.pl
* xn--fiqa61au8b7zsevnm8ak20mc4a87e.xn--fiqs8s

* xn--stackoverflow.com
* stackoverflow.xn--com
* stackoverflow.co.uk

プロトコルとともにドメインを単純にフェッチするために、以下を行いました。例：https : //www.facebook.com/profile/user/ ftp://182.282.34.337/movies/M

以下の正規表現パターンを使用します：[a-zA-Z0-9] +：//.*？/

出力が得られます：https : //www.facebook.com/ ftp://192.282.34.337/