Скільки часу може бути TLD?

Я працюю над регулярним виразом для перевірки електронної пошти в PHP, і мені потрібно знати, як довго може бути TLD і як і раніше діяти. Я зробив кілька пошуків, але не зміг знайти багато інформації по цій темі. Отже, як довго може бути TLD?

DNS допускає до 63 символів для окремої мітки.

Найдовший існуючий на даний момент TLD становить 24 символи і може бути змінений. Максимальна довжина TLD, визначена RFC 1034 становить 63 октета.

Щоб отримати довжину найдовшого існуючого TLD:

wget -qO - http://data.iana.org/TLD/tlds-alpha-by-domain.txt | tail -n+2 | wc -L

Ось що робить ця команда:

1. Отримайте останній список фактично існуючих TLD від IANA
2. Зачистіть перший рядок, що є довгим коментарем
3. Запустіть, wcщоб порахувати найдовший рядок

Альтернативне використання curlзавдяки Стефану:

curl -s http://data.iana.org/TLD/tlds-alpha-by-domain.txt | tail -n+2 | wc -L

-Редагувати-

Відповідно до RFC 2606 .localhost - це зарезервоване доменне ім'я, його довжина становить 9 символів. Це найдовше, що мені відомо.

-ІЗМІНИТЬ-

Однак я думаю, що вам слід дбати про довжину адреси електронної пошти, а не лише про довжину домену. Нижче наведена цитата з цієї статті. Довжина адреси електронної пошти становить 254 символи:

Здається, існує певна плутанина щодо максимально допустимого розміру адреси електронної пошти. Більшість людей вважають, що це 320 символів (64 символи для імені користувача + 255 символів для домену + 1 символ для символу @). Інші джерела пропонують 129 (64 + 1 + 64) або 384 (128 + 1 + 255, припускаючи, що ім’я користувача вдвічі збільшиться).

Ця плутанина означає, що вам слід дотримуватися "принципу стійкості" ("розробники повинні ретельно писати програмне забезпечення, яке точно відповідає діючим RFC, але приймати та аналізувати введення від однолітків, які можуть не узгоджуватися з цими RFC". - Вікіпедія ), створюючи програмне забезпечення, яке має справу адреси електронної пошти. Крім того, деяке програмне забезпечення може бути скалічене наївними припущеннями, наприклад, вважаючи, що 50 символів достатньо ( приклади ). Ваша електронна адреса з 200 символів може бути технічно дійсною, але це не допоможе вам, якщо більшість веб-сайтів або програм відхиляють її.

Фактична максимальна довжина електронної пошти наразі становить 254 символи:

"Оригінальна версія RFC 3696 справді казала, що 320 - це максимальна довжина, але Джон Кленсін (ICANN) згодом визнав, що це було неправильно".

"Це пов'язано з простою арифметикою максимальної довжини домену (255 символів) + максимальної довжини поштової скриньки (64 символи) + символу @ = 320 символів. Неправильно. Цей слух фактично задокументовано в оригінальній версії RFC3696 . було виправлено в помилці. Насправді є обмеження від RFC5321 щодо елемента шляху SMTP-транзакції довжиною 256 символів. Але це включає кутові дужки навколо адреси електронної пошти, тому максимальна довжина адреси електронної пошти становить 254 символи. "

Найдовший з латинськими літерами - .MUSEUM ( джерело ), але є деякі зі спеціальними символами. Найдовший з них XN - CLCHC0EA0B2G2A9GCD. Крім того, за короткий час можна буде зарезервувати власний TLD за високу ціну, а отже, можна буде і довше.

Оскільки я розробник .net, далі йде подання сценарію java для визначення найдовшого TLD, який зараз доступний. Це поверне довжину найдовшого TLD, який ви могли б використовувати у своєму RegEx.

будь ласка, спробуйте наступний фрагмент коду

function getTLD() {
    var length = 0;
    var longest;
    var request = new XMLHttpRequest();

    request.open('GET', 'http://data.iana.org/TLD/tlds-alpha-by-domain.txt', true);
    request.send(null);
    request.onreadystatechange = function () {
        if (request.readyState === 4 && request.status === 200) {
            var type = request.getResponseHeader('Content-Type');
            if (type.indexOf("text") !== 1) {
                var tldArr = request.responseText.split('\n'); 
                tldArr.splice(0, 1);

                for (var i = 0; i < tldArr.length; i++) {
                    if (tldArr[i].length > length) {
                        length = tldArr[i].length;
                        longest = tldArr[i];
                    }
                } 

                console.log("Longest >> " + longest + " >> " + length);
                return length;
            }
        }
    }
}

<button onclick="getTLD()">Get TLD</button>

Це PHPкод для отримання сучасного UTF-8списку TLD, розділених вертикальним рядком, який буде використовуватися безпосередньо в регулярному виразі:

<?php 
  function getTLDs($separator){
    $tlds=file('http://data.iana.org/TLD/tlds-alpha-by-domain.txt');
    array_shift($tlds); // remove heading comment
    usort($tlds,function($a,$b){ return strlen($b)-strlen($a); }); // sort from longest to shortest
    return implode($separator,array_map(function($e){ return idn_to_utf8(trim(strtolower($e))); },$tlds));
  }
  echo getTLDs('|');
?>

Для відповідності імені хоста ви можете використовувати його так:

$tlds=getTLDs('|');
if (preg_match("{([\da-z\.-]+)\.($tlds)}u",$address)) {
  ..
}

TLD може бути будь-якої довжини взагалі. Нові домени верхнього рівня постійно трапляються. У майбутньому буде більше TLD, які не регулюються суб'єктом, який в даний час регулює більшість TLD. Ми також не будемо використовувати електронну пошту в майбутньому, як зараз. Це сказав:

Вам не потрібно ніколи перевіряти адресу електронної пошти. Якщо ви хочете сповільнити людей і маєте уявлення про те, чи вони насправді люди, додайте CAPTCHA. Якщо вам потрібно підтвердити робочий електронний лист, надішліть електронне повідомлення із посиланням для перевірки, яке вони можуть відкрити. Якщо ви не обмежуєте подання речей, які можуть генерувати такі речі, як електронні листи, що надсилаються на перевірку, не має значення, підтверджуєте ви, що адреса в будь-якому випадку є технічно дійсною, незалежно від цього в ній буде зловживати.