lehha

Проверка - это смотреть занят и информацию по нему? Это называется Whois
Можно дергать как официальных регистраторов, например, https://axelname.ru/whois/
так и прямо в консоли:

# whois xn--80abj3bal.xn--p1ai -h whois.axelname.ru
[Querying whois.axelname.ru]
[whois.axelname.ru]
% By submitting a query to Axelname Whois Service
% you agree to abide by the following terms of use:
% http://axelname.ru/whois/conditions/

idn:           борода.рф
domain:        XN--80ABJ3BAL.XN--P1AI
state:         REGISTERED, NOT DELEGATED, VERIFIED
person:        Private Person
registrar:     RUCENTER-RF
admin-contact: https://www.nic.ru/whois
created:       2010-11-11T09:03:32Z
paid-till:     2017-11-11T09:03:32Z
free-date:     2017-12-12
source:        TCI

Last updated on 2017-06-02T12:11:32Z

Не рекомендую Arduino из-за малого размера оперативной памяти - большой скетч с текстовыми строками просто не влезет, не удобно обновлять прошивку.

По опыту Arduino может работать в автомате годами без проблем:
https://geektimes.ru/post/255724/
и немного другой проект в другом автомате:
https://habrahabr.ru/post/143756/

4 года - полет нормальный, даже при учете записи в EEPROM при каждом нажатии кнопок. Внутри автомата повышенная температура (около 35 градусов), сухой и запыленный воздух. Никаких проблем не было ни с пайкой, ни со стабильностью.

Стоит наладить работу с платежными протоколами. Например, MDB. Но он очень капризен к задержкам на ответы, задержка на 0.1сек и он вырубается. Получить такую скорость на Adruino невозможно. Я решил вопрос модулем сопряжения, который сам общается с платежками, а на выходе имеет COM.
Платежки важны для выдачи сдачи, для учета купюр и их номинала. Так же стоит учитывать 54 ФЗ о кассах, который для вендинга будет обязательным с июля 2018 года.

Сейчас взял бы RaspberryPI и модуль для платежек. На RPI можно управлять выходами (релюшками), интернет, apache+mysql и всё будет удобно и красиво (обновлять ПО для автомата можно будет удаленно через ssh).

По поводу задержек не Realtime OS для приготовления кофе - не слушайте, это не важно. Задержки с 0.1сек для любого механизма автомата не играют роли. Вода льется самотеком (около 7 секунд на стакан), мотор крутить около 10 секунд для размешивания, так что торопиться не нужно.

Не нужно привязывать все CNAME к себе, достаточно повесить один сайт на IP и любые сайты с этим IP будут открывать основной сайт как алиас. Только проверить nginx/apache чтобы не привязывался по server_name

А далее как привязывать домены к IP есть два способа:
1. чтобы владелец сам прописывал CNAME/A на свои домены;
2. чтобы он просто делегировал домен на ваши DNS-серверы, а они уже будут отдавать нужные записи CNAME/A.

Любой скрипт на стороне вашего сервера по заголовку HTTP HOST определит, что это за домен и что ему показать.

Возьмите себе бесплатный на подобии dyndns.com. Они вечные, если заходит в аккаунт раз в месяц-два.

Только вот поисковые системы не любят их, от слова "вообще".

А лучше запилить один свой домен и делать кучу бесплатных поддоменов, хоть миллиард.

У домейнеров тысячи доменов валяются без дела - ждут своего покупателя. Можно вот так монетизировать - втащить в какой-нибудь сервис.

Почтовым сервером для входящих писем (MX-записи) может быть только один сервис: или то или другое. Если одновременно прописать разные сервисы, то письма будут приходить на разные сервисы, но не дублироваться, а именно приходить то туда, то туда.

Приоритеты в принципе работают: письма пытаются доставить на сервер с наименьшим приоритетом. При ошибке подключения идет попытка на другой сервер по списку.

Да, если речь о домене .RU, то дата в paid-till означает до какого числа зарегистрирован домен. После этой даты домен будет припаркован регистратором с сообщением "Домен не продлен" до даты free-date (paid-till + 30 дней), и после этой даты до фактического удаления домена.

Домен может не удалиться в назначенную дату, если домен заблокирован решением суда на время разбирательства. Пример таких доменов: smc.ru, skan.ru и т.д.

Домены удаляются на второй рабочий день после выходных и праздников вплоть до окончания рабочей недели. Обычно, это со вторника по пятницу включительно. Поэтому, если домен назначен на удаление в воскресенье, вероятно, он будет удаляться во вторник или среду.

Если доменов для удаления много - будут удаляться только 10000 доменов в сутки в каждом реестре (.RU и .РФ по отдельности). Таким образом, после выходных или затянувшихся праздников (привет, Новый год!), удаление может переноситься несколько дней или недель подряд.

При переносе даты удаления, дата в whois и сервисе регистрации освобождающихся доменов, не меняется. Это техническая особенность реестра.

Информация об удалении конкрентного домена появляется примерно в 12:10 по московскому времени. Домен получает специальный статус pendingDelete, который говорит об однозначном удалении домена в 17:00 по мск в этот же день. Если статус не появился, значит домен не будет удаляться.

preg_match_all('/([0-9a-z-]+\.ru)/si', $get_query, $arr);

https://www.ssllabs.com/ssltest/analyze.html
проверьте правильность подключения, возможно будут указания на неверные шифры

Так же можно готовый конфиг получить:
https://mozilla.github.io/server-side-tls/ssl-conf...

Обратите внимание на html-код своей формы, если он тут не приведен полностью. Например, если тег вставить до . Звучит неправдоподобно, но это факт.

Бесплатное решение такого уровня не бывает (или я не видел). В целом достаточно BIND/PowerDNS/etc для настройки делегирования поддоменов и биллинг для руления DNS-зоной.

site.domain.com будет отдельным поддоменом, делегированный на сторонные ns-серверы. Однако стоит учитывать, что большой DNS-трафик будет идти на ns-серверы самого domain.com, есть смысл разместить их в облаке.

Чет выше какой-то компот.

Просто делегируете домены на этот dns-сервер или домен сам на себя.

например, сервер ns1.site.ru, делаете ему алиас (или второй физический сервер) ns2.site.ru
и делегируете у регистратора домен example.ru на ns1.site.ru, ns2.site.ru
после этого все запросы о *.example.ru пойдут на ваш сервер (в течение 1-2 часов для домена .ru).

Если хотите домен site.ru на себя самого, то делегируете домен вот таким набором:
ns1.site.ru 127.0.0.1
ns2.site.ru 127.0.0.2
(указывая реальные ip этих серверов или сервера, но обязательно 2 записи).

Безлимита не бывает для обычных пользователей, только для регистраторов.

Поэтому пачку IP на машину и утилиту whois в консоле.

esp8266 + драйвер - и дело в шляпе. NTP + HTTP для esp с вебмордой.

Если домен для проекта организации, то домен регистрировать только на организацию! Это избавит от многих проблем: от подтверждений для банков о том, кто же является владельцем проекта (при экваринге), до корпоративных конфликтов.

Если оформите на физика (на директора, админа или тп), то в случае конфликта по суду этот домен отожмет организация в 2 заседания. А если владелец будет требовать выкуп за домен - еще и срок прилетит за вымогательство и шантаж.

Кому принадлежат - можно узнать на сайте ICANN. Либо проще - www.зона, nic.зона или whois.зона

Абузоустойчивость никакая - по UDRP выключают и отжимают домен за неделю. При наличии абузы сначала связываются с хостинг-провайдером, а потом уже и с регистратором домена.

Подводные камни очень простые - в цене. Сейчас можно зарегистрировать за 10$, а через год продлевать за 50$. Типо по акции они вам продали его))

Если вы хотите простую верификацию "по платежу карточкой", то все ваши домены угонят в 2 клика. Регистраторы требуют нотариуса для вашей же защиты - удостовериться, что это именно желание владельца домена произвести переоформление. Предъявить в суде доказательства, что "регистратор не олень" в случае подтверждения "по платежу карточкой" сложнее, чем предоставить оригинал заверенной нотариусом бумажки.

Но получить желаемую безбумажку можно практически у любого регистратора - один раз предоставив такое заявление (лично в офисе или через нотариуса). А далее переоформлять домены через смс-подтверждение.