Антон

Class Variables{ public static int A=5;}

Variables.A = 7;
Примерно так.
Можно через конструктор
Var f =5;
Var instance = new YouClass(f);

Думаю, вы делаете этот проект для учёбы. Тогда будет полезнее если вы сами подумаете.
Для облегчения дам вам несколько скриптов из копилки опыта)

Таймер

public float interval;
private float timer;

void Update()
    {
        timer -= Time.deltaTime;

        if (timer <= 0)
        {
        	timer = interval;
                // делаем что-то
        }
    }

Создать объект

public GameObject toSpawn;

void Start()  //start не принципиально, можно использовать любой другой нужный вам метод
    {
        Instantiate(toSpawn, *position*);    // * не писать, просто позиция в формате Transform
    }

Рандом
Random(min, max);

Курутину вам в помощь, ссылки кидать не буду так как очень легко найти по ним описание

Выпуклая оболочка.

что бы регистратор такое делал - крайне маловероятно. скорее всего вы где-то засветили ваш домен. или кто-то из ваших знакомых

Ну, можете попробовать установить приложение SoloLearn C#. Там хоть практические задачки есть.
Еще, как снизу написали, CodeWars - классный задачник с online IDE.

средствами DNS - никак.
1. Вы можете сделать поддомен для второго сервера
2. Вы можете сделать на сервере 1 трансляцию адресов для пакетов, приходящих на порт 111-чтобы они пересылались на сервер 2. Но соответственно траффик будет идти через сервер 1.
3. Вы можете поставить отдельный load balancer, который будет в зависимости от порта назначения-пересылать пакеты на первый или 2 сервер.

Пусть dns-кэш обновит.

Я когда то столкнулся с похожей задачей.
Мне надо было выявить все 6 символьные домены в зоне .com
Действовал по такому плану:

1) Накидал на go программу, которая собрала мне все возможные комбинации, получилось ~ 2.4 млрд доменов

2) Написал на go многопоточную программу, которая опрашивала их. В первую очередь, конечно по DNS, если есть ответ по DNS, то нет смыла насиловать whois. Но с DNS тоже не все так просто, после определенного кол-ва запросов DNS начинает думать, что ее ддосят и может начать тупить. Так что я собрал список всех возможных вариаций публичных днс-серверов + то что дал провайдер и опрашивал их рандомно.

3) Если по dns не было ответа, то тогда обращался к whois, через кучу разных проксей и сокетов, ибо они банят очень быстро. Так как whois еще более капризный чем DNS. Мало того, whois может еще и обманывать, выдавать, что домен свободен, а реально он занят. И приходилось юзать API некоторых регистраторов для проверки.

Если мне память не изменяет, где-то за неделю собралась база данных.
Было это где-то 3 года назад, не знаю, может что-нибудь поменялось с тех пор.

Домены третьего уровня исторически именуются по протоколу/назначению (самые часто используемые сейчас - FTP, NS, SMTP/mx, IMAP и POP3). Поскольку Всемирная паутина не является синонимом HTTP, то использовали именно первый термин.

Технически можно и так, и сяк. Но, как всегда, есть нюансы, на которых и сыпется большинство советчиков (в том числе в этом треде).

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

www.example.com - публичный сайт
developers.example.com - публичный сайт инструментов для разработчиков
api.example.com - какой-нибудь публичный АПИ
cdn.example.com - поддомен content delivery network (можно много - cdn1, cdn2 итд)
docs.example.com - публичная документация
help.example.com - публичная справка
support.example.com - публичная служба поддержки
dev.example.com - закрытая, непубличная копия сайта, стейджинг
hr.example.com - закрытая, непубличная часть, внутренние ресурсы компании для сотрудников
mail.example.com - технический субдомен для почты
webmail.example.com - веб-морда для почты (может быть как публичной, так и открытой для отдельных IP, доступ по VPN и тд)
vpn.example.com - чисто технический поддомен для проксирования трафика через VPN компании
ns1.example.com - поддомен для своего сервера имен (ns1/ns2/ns3 или primary/secondary и тд)

... и так далее. Таких поддоменов может быть очень много, и у каждого своя, совершенно изолированная кухня. Так вот, если использовать для публичного сайта домен без www, то все его куки будут распространяться на все поддомены. А это плохо. На современном сайте этих кук штук 10 минимум, большая часть из них совершенно не нужна, или даже откровенно лишняя на всех других поддоменах. В это же время, если вы используете www и хотите поделиться куками с него с другим поддоменом - это вполне возможно сделать, осознанно.

Кроме этого - с www намного удобнее работать на уровне DNS, если это CNAME. Записи типа А лучше ставить долгий TTL, а вот CNAME может иметь короткий и его можно перебрасывать в любой момент. Пошла DDoS-атака - в считанные минуты пустили трафик через гейт сервиса защиты от DDoS или выделенный файрвол (у который другие IP-адреса). Или балансировку нагрузки делать. При этом основной домен (origin) и его IP не меняется, почта не слетает, внутренние сервисы не слетают, АПИшки не падают и тд.

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

В общем, мое мнение - если у вас свой личный сайт или маленький сайтик маленького личного бизнеса, и рост до уровня когда понадобится куча поддоменов не планируется - тогда можете смело использовать без www. Если же продукт или сервис, бизнес который может вырости в что-то относительно крупное - стартуйте с www с самого начала, потом спасибо скажете.

nslookup -q=ns
Так вы поймете который сервер DNS держит вашу зону, их будет два скорее всего) И настраивать запись нужно именно там.