Alt alan adı olmadan geçerli bir alan adıyla eşleşen normal ifade nedir?

Bir alan adını doğrulamam gerekiyor:

google.com

stackoverflow.com

Yani en ham haliyle bir alan adı - www gibi bir alt alan adı bile değil.

1. Karakterler sadece az | AZ | 0-9 ve nokta (.) Ve kısa çizgi (-)
2. Alan adı kısmı tire (-) ile başlamamalı veya bitmemelidir (örneğin -google-.com)
3. Alan adı kısmı 1 ile 63 karakter arasında olmalıdır
4. Uzantı (TLD) şimdilik 1 numaralı kuralın altındaki herhangi bir şey olabilir, onları daha sonra bir listeye göre doğrulayabilirim, 1 veya daha fazla karakter olsa da

Düzenleme: TLD görünüşte olduğu gibi 2-6 karakterdir

Hayır. 4 revize edildi: TLD, .co.uk gibi şeyleri içermesi gerektiği için aslında "alt alan adı" olarak etiketlenmelidir - Mümkün olan tek doğrulamanın (bir listeyle karşılaştırmanın dışında) 'ilk noktadan sonra bir tane olmalı veya 1. kural altında daha fazla karakter

Çok teşekkürler, inanın denedim!

Eh, o oluyor oldukça basit sizin özel gereksinimleri göz önüne alındığında, (yorumlar) göründüğünden daha küçük sneakier:

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

Ancak bunun birçok geçerli alanı reddedeceğini unutmayın.

Bunun biraz eski bir gönderi olduğunu biliyorum, ancak buradaki tüm normal ifadelerde çok önemli bir bileşen eksik: IDN alan adları desteği.

IDN alan adları xn-- ile başlar. Alan adlarında genişletilmiş UTF-8 karakterlerini etkinleştirirler. Örneğin, "♡ .com" un geçerli bir alan adı olduğunu biliyor muydunuz? Evet, "aşk kalp nokta com"! Alan adını doğrulamak için, http://xn--c6h.com/ adresinin doğrulamayı geçmesine izin vermeniz gerekir .

Bu normal ifadeyi kullanmak için, alanı küçük harfe dönüştürmeniz ve ayrıca alan adlarını ACE'ye ("ASCII Uyumlu Kodlama" olarak da bilinir) kodladığınızdan emin olmak için bir IDN kitaplığı kullanmanız gerekeceğini unutmayın. İyi bir kitaplık GNU-Libidn'dir.

idn (1), uluslararasılaştırılmış alan adı kitaplığının komut satırı arayüzüdür. Aşağıdaki örnek, UTF-8'deki ana bilgisayar adını ACE kodlamasına dönüştürür. Sonuçta elde edilen URL https: //nic.xn--flw351e/ daha sonra https: // nic'in ACE kodlu eşdeğeri olarak kullanılabilir . 谷 歌 / .

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

Bu sihirli normal ifade, çoğu alanı kapsamalıdır (yine de, kaçırdığım birçok geçerli uç durum olduğundan eminim):

^((?!-))(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,})$

Bir etki alanı doğrulama normal ifadesi seçerken, alanın aşağıdakilerle eşleşip eşleşmediğini görmelisiniz:

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

Bu üç alan geçmiyorsa, normal ifadeniz meşru alan adlarına izin vermiyor olabilir!

Check out Oracle'ın Uluslararası Dil Çevre Kılavuzu Uluslararası Alan Adları Destek sayfasını daha fazla bilgi için.

Burada normal ifadeyi denemekten çekinmeyin: http://www.regexr.com/3abjr

ICANN , bazı IDN etki alanlarının örneklerini görmek için kullanılabilen, yetkilendirilmiş tld'lerin bir listesini tutar .

Düzenle:

 ^(((?!-))(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,})$

Bu normal ifade, ana bilgisayar adının sonunda '-' bulunan etki alanlarının geçerli olarak işaretlenmesini durduracaktır. Ek olarak, sınırsız alt alan adlarına izin verir.

Sıradaki RegEx'im:

^[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})$

onun için sorun yok i.oh1.me ve için wow.british-library.uk

UPD

İşte güncellenen kural

^(([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

şimdi kontrol -veya _çalıştırma sırasında veya etki alanı etiketin sonunda.

Benim iddiam:

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

Açıklaması:

Alan adı segmentlerden oluşturulur. İşte bir bölüm (son hariç):

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

1-63 karakter içerebilir, '-' ile başlamaz veya bitmez.

Şimdi ekleyin. en az bir kez tekrarlayın:

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

Ardından, 2-63 karakter uzunluğundaki son bölümü ekleyin:

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

Burada test edin: http://regexr.com/3au3g

Sadece küçük bir düzeltme - son kısım 6'ya kadar olmalıdır.

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

En uzun TLD museum(6 karakter) - http://en.wikipedia.org/wiki/List_of_Internet_top-level_domains

Kabul edilen cevap benim için çalışmıyor, şunu deneyin:

^ ((-?!) [A-Za-0-9 -] {1,63} (<? -!.) \) + [A-Za-z] {2,6} $

Doğrulama için bu Birim Testi Durumlarını ziyaret edin .

Bu cevap, alan adları içindir (hizmet RR'leri dahil), ana bilgisayar adları için değil (bir e-posta ana bilgisayar adı gibi).

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

Temelde mkyong'un cevabı ve ek olarak:

• Uzunluk önekleri ve boş kök dahil maksimum 255 sekizli uzunluk.
• Sona izin ver "." açık dns kökü için.
• Hizmet etki alanı RR'leri için önde gelen '_' öğelerine izin verin (hatalar: _ etiketleri için maksimum 15 karakter zorlamaz ve hizmet RR'lerinin üzerinde en az bir etki alanı gerektirmez)
• Olası tüm TLD'lerle eşleşir.
• Alt alan adı etiketlerini yakalamıyor.

Parçalara Göre

İleriye bakın, isteğe bağlı sondaki değişmez değer ile maksimum uzunluğu ^ $ ile 253 karakter arasında sınırlayın. '

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

Bakın, sonraki karakter bir '-' değildir ve '_', bir sonraki '.' Karakterinden önceki herhangi bir karakteri takip etmez. Diğer bir deyişle, bir etiketin ilk karakterinin bir "-" olmadığını ve yalnızca ilk karakterin "_" olabileceğini zorlayın.

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

Etiket başına izin verilen karakterlerin 1 ila 63'ü.

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

Arkaya bak, önceki karakter '-' değil. Yani, bir etiketin son karakterinin '-' olmadığını zorla.

(?<!-)

Zorla a "." İsteğe bağlı olduğu sonuncusu hariç her etiketin sonunda.

(?:\.|$)

Çoğunlukla yukarıdan birleştirildiğinde, bu tam olarak doğru olmayan, ancak genellikle makul bir varsayım olan en az iki alan düzeyi gerektirir. TLD'lere veya uygun olmayan ilgili alt alan adlarına (ör. Localhost, myrouter, ila.) İzin vermek istiyorsanız {2,} 'den +' ya değiştirin

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

Bu ifade için birim testleri .

Diğer cevaplarda alan adı doğrulama çözümlerinde doğru yönü işaret ettiğiniz için teşekkür ederiz. Alan adları çeşitli şekillerde doğrulanabilir.

IDN etki alanını insan tarafından okunabilir biçimde doğrulamanız gerekirse , normal ifade \p{L}yardımcı olacaktır. Bu, herhangi bir dildeki herhangi bir karakteri eşleştirmeye izin verir.

Son bölümün de kısa çizgi içerebileceğini unutmayın ! Zayıf kodla kodlandığı için Çince isimler tld'de unicode karakterlere sahip olabilir.

Örneğin eşleşecek bir çözüme geldim:

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

Normal ifade:

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

Burayı kontrol edin ve ayarlayın

NOT: Bu regexp, mevcut alan adlarına izin verilen karakter kümesine olduğu gibi oldukça izin vericidir.

GÜNCELLEME : Daha basitleştirilmiş olarak a-aA-Z\p{L}sadece aynıdır\p{L}

NOT2: Tek sorun, alan adlarını çift noktalı olarak eşleştirmesidir ... gibi masełk..owski.pl. Bunu nasıl düzelteceğini bilen biri varsa lütfen iyileştirin.

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

[alan adı - yalnızca küçük harfler ve 0-9] [kısa çizgi olabilir] + [TLD - yalnızca küçük harf, 2 ve 7 harf uzunluğunda olmalıdır]
http://rubular.com/ normal ifadeleri test etmek için mükemmeldir!
Düzenleme: Dan Caddigan'ın belirttiği gibi '.rentals' için TLD maksimum 7 karakter olacak şekilde güncellendi.

Henüz yorum yapmak için yeterli temsilci yok. Paka'nın çözümüne yanıt olarak, üç öğeyi ayarlamam gerektiğini fark ettim:

• Kısa çizgi ve alt çizgi, kısa çizgi bir aralık olarak yorumlandığı için taşındı ("0-9" da olduğu gibi)
• Birçok alt alan adına sahip alan adları için tam nokta eklendi
• TLD'lerin potansiyel uzunluğu 13'e çıkarıldı

Önce:

^(([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})$

Sonra:

^(([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})$

Yeni gTLD'ler için

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

Daha önce belirtildiği gibi, alt .co.uketki alanlarını pratik anlamda (örneğin etki alanları) anlatmak açık değildir . Bu regex'i, wild'da oluşan etki alanlarını doğrulamak için kullanırız . Bildiğim tüm pratik kullanım durumlarını kapsar. Yenilerine açığız. Yönergelerimize göre, yakalamayan grupları ve açgözlü eşleşmeyi önler.

^(?!.*?_.*?)(?!(?:[\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})$

Kanıt, açıklama ve örnekler: https://regex101.com/r/FLA9Bv/9 ( Not: şu anda yalnızca Chrome'da çalışmaktadır çünkü normal ifade, yalnızca ECMA2018'de desteklenen geriye doğru bakma özelliklerini kullanır )

Alan adlarını doğrularken seçilebilecek iki yaklaşım vardır.

Kitaplara göre FQDN eşleştirme (teorik tanım, pratikte nadiren karşılaşılır):

• maksimum 253 karakter uzunluğunda ( RFC-1035 / 3.1 , RFC-2181/11 uyarınca )
• etiket başına maksimum 63 karakter uzunluğunda ( RFC-1035 / 3.1 , RFC-2181/11 uyarınca )
• herhangi bir karaktere izin verilir ( RFC-2181/11 uyarınca )
• TLD'ler tamamen sayısal olamaz ( RFC-3696 / 2'ye göre )
• FQDN'ler, kök bölge (sondaki nokta) dahil olmak üzere eksiksiz bir biçimde yazılabilir.

Pratik / muhafazakar FQDN eşleşmesi (pratik tanım, beklenen ve pratikte desteklenir):

• aşağıdaki istisnalar / eklemelerle eşleşen kitaplara göre
• geçerli karakterler: [a-zA-Z0-9.-]
• etiketler kısa çizgilerle başlayamaz veya bitemez ( RFC-952 ve RFC-1123 / 2.1 uyarınca )
• TLD minimum uzunluğu 2 karakter, maksimum uzunluk şu anda mevcut kayıtlara göre 24 karakterdir
• sondaki noktayla eşleştirme

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

İşte örnekle birlikte eksiksiz kod:

<?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})$

Cevabımın temeli için teşekkür ederim @ mkyong. Daha uzun kabul edilebilir etiketleri desteklemek için değiştirdim.

Ayrıca, "localhost" teknik olarak geçerli bir alan adıdır. Uluslararasılaştırılmış alan adlarını barındırmak için bu yanıtı değiştireceğim.

/^((([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}) -> sadece iki karakter kabul etmek için.

• ([0-9]{1,2})-> sadece iki sayıyı kabul etmek için

ikiyi aşan herhangi bir şey varsa, ([a-zA-Z0-9][a-zA-Z0-9-]{1,61}[a-zA-Z0-9])bu normal ifade bununla ilgilenecektir.

Eşleştirme yapmak istersek en az bir kez +kullanılacaktır.

^ [A-z-0-9] [- a-z-0-9]. (. [Az] {2,3}) + [a-z-0-9] [az] {2,3} ? (. [az] {2,3})? $

İşe yarayan örnekler:

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

Ayrıca uzantılar için de çalışacak

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

İşe yaramayacak örnekler:

-stack.com

en uzun alan uzantısıyla bile çalışacaktır ".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,})$

bu tür alanları яндекс.рфkodlamadan sonraki gibi doğrular .

https://regex101.com/r/Hf8wFM/1 - korumalı alan

Aşağıdaki normal ifade, belirli bir alanın alt, kök ve tld'sini çıkarır:

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

Aşağıdaki alanlar için test edildi:

* 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

Etki alanını protokolle birlikte basitçe getirmek için aşağıdakileri yaptım. Örnek: https://www.facebook.com/profile/user/ ftp://182.282.34.337/movies/M

aşağıdaki Normal ifade kalıbını kullanın: [a-zA-Z0-9] +: //.*? /

çıktıyı alacaksınız: https://www.facebook.com/ ftp://192.282.34.337/