estic

Этот "эксклюзив" - норма для тех, кто занимается доменами, т.е. для технических специалистов. Подходит в том числе и для доменов юр. лиц. Главное, чтобы в наличии был соответствующий специалист. Конечно, речь не о партнерах-физ. лицах 😊

В формате электронных таблиц можно переносить данные. Но зачем в этом формате держать рабочую базу данных? Не можете свой API написать и пользуетесь готовыми для электронных таблиц? 😂 Или на хостинге баз данных экономите? 🤣

Зона SU не очень популярна, так что многие ключи, "трешки" можно получить по цене регистрации или немного дороже этой цены.

Я не имею ничего против этой зоны, если основное имя не заканчивается на "S". Иногда советую ее пользователям моих сервисов, если в предпочтительных зонах нужный домен занят.

Как выше написали, проще и дешевле сменить партнера, чем вывести из-под текущего партнера под прямое управление. Вот, например, справка для сервиса Ru-TLD от Ardis (или ее владельца как ИП): https://ru-tld.ru/h/help_system:domennye_imena:prodlenie_domenov:ru-center (заявление писать не нужно, когда меняете партнера).

Я бы не сказал, что домен давно существующего сайта - это воздух.

Впрочем в определенных условиях воздух - тоже очень ценная субстанция.

Перепутал.

На стороне сервера это нужно делать в любом случае. На стороне клиента - "по желанию".

Все понятно. Из-за ввода некоторых адресов без схемы и :// получаются некорректные адреса в ссылках (относительные, например href="example.com").

Делайте коррекцию на стороне сервера перед сохранением в базу данных и уже имеющиеся в базе данных значения приведите в порядок.

Чтобы подтолкнуть пользователя к правильному вводу, можно в интерфейсе перед основным полем разместить раскрывающийся список с https:// (по умолчанию) и http://, после чего "собирать" адрес.

Не обязательно сохранять схему и :// в явном виде. В нескольких моих сервисах за хранение схемы (http/https) отвечает бит специального поля. За хранение признака наличия www. часто тоже. Пример обработки на PHP:

    if (strncasecmp($link, 'https://', 8) == 0)
    {
        $link = substr($link, 8);
        $mode |= 8;
    }
    elseif (strncasecmp($link, 'http://', 7) == 0)
    {
        $link = substr($link, 7);
    }
    else
    {
        // генерация ошибки, коррекция адреса и т.п.
    }

    if (strncasecmp($link, 'www.', 4) == 0)
    {
        $link = substr($link, 4);
        $mode |= 4;
    }

Отчасти вы правы, но "никто" - это большой перебор. Кроме того, не обязательно держать в штате большое количество сотрудников, чтобы использовать разделение труда. За долгое время работы можно накопить большое количество "внештатных сотрудников". Многие работают только за счет "внештатников", вовсе не являясь разработчиками в прямом смысле этого слова. Мне это не нравится, но я с этим часто сталкиваюсь.  Просто бизнес.

Ранее я писал, что делаю верстку, но это происходит очень редко, т.к. у меня другая специализация.

Это лучше, чем поля по 15% с обеих сторон 😊

Кстати, я часто делаю кроссбраузерную верстку, оставляя внутри основного контейнера справа 4% от его ширины. Хотя в одноколонных макетах можно было использовать и блоки шириной 100%.