goshaLoonny

...
data: { txt: txt },
...

class ResponseObject
{
    public static function parse(object $data): ResponseObject1|ResponseObject2|ResponseObject3|ResponseObject4
    {
        switch ($data->type) {
            case 'type1':
                return new ResponseObject1($data);
            case 'type2':
                return new ResponseObject2($data);
            case 'type3':
                return new ResponseObject3($data);
            case 'type4':
                return new ResponseObject4($data); 
        }
    }
}

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

Пожалуйста объясните что делает этот код.

массив возвращает, соотнеси его с phpdoc методами и станет понятнее

И откуда там взялись методы указанные в PHPDoc

отсюда https://github.com/php-telegram-bot/core/blob/6a61...

скорее всего "привязывает" команды/события к php–классам.

Вся магия происходит здесь
Обычный магический метод __call(), который вызывается, когда происходит обращение к несуществующему методу.

По факту это такой магический геттер на стероидах.
Отрезает от имени метода первые три буквы и ищет свойство с получившимся именем.
Свойства добавляются в класс в конструкторе через массив.

Если свойство не найдено, ищет в массиве имя класса, объект которого надо создать и вернуть.
Для этого зачем-то меняет регистр с camelCase на snake_case и ищет элемент массива с таким именем по вышеприведённой карте классов. То есть getForwardFrom превращается в forward_from, и по этому индексу возвращается имя класса. почему нельзя было сразу написать в том же регистре - загадка

В целом - отборнейший говнокод.

watch: {
  переменная: {
    immediate: true,
    handler(val) {
      document.body.classList.toggle('класс', val);
    },
  },
},

Добавлять псевдо не при наведении, а сразу.
И задавать ему что-нибудь типа visibility: hidden

p.s. псевдоэлементы пишутся с двумя двоеточиями ::before

textarea {
  resize: none;
}

тот или иной фреймворк решает различные задачи,

Если имеются ввиду angular, react, vue - чушь это всё собачья. Решают они одни и те же задачи, просто разными методами и философиями.

А что вы хотите услышать?

Каким образом вы выбираете себе автомобиль? Их так много, но все они решают одну и ту же задачу. Vue и React - это как мерседес и BMW. Вечное противостояние 2х философий. Обе машины прекрасны, дороги и комфортны, но у каждой так или иначе своя философия.

Берите то, что нравится. Просто возьмите все 3 и используя стандартные CLI, напишите обыкновенный бложек с созданием, редактированием, удалением записей, детальной страницей, т.е. обыкновенный CRUD. И посмотрите, с каким из них, вам процесс работы нравится больше. Потратить пару дней и всё.

Один спец. скажет вам, что реакт, другой скажет, что vue.
Третий скажет, что реакт это вообще даунгрейд по сравнению с vue(и тут я согласен).
Четвёртый скажет, что реакт для мужиков, на него больше вакансий, они дороже и проще найти работу.
Пятый скажет, что на реакте есть куча всяких штучек дручек и т.п.
Шестой будет молчать, т.к. юзает ангуляр и не знает никаких проблем и с насмешкой смотрит на этих 2х. Потому что это ещё одна, совсем не похожая на других философия. Где за тебя уже всё придумали, сделали и сказали как делать дальше.

Вы не получите полноценную картину.

От себя скажу так, если вы любите работать с html берите vue. Vue для меня гораздо лучше, чем react. В react гораздо больше писанины кода, чем в vue. Я терпеть не могу jsx(во vue он тоже есть), отвратительная штука, но это вкусовщина. Обязательно найдутся те, кто скажет иначе, ради бога. В vue шаблоны - это родной и привычный мне html с очень удобным и понятным шаблонизатором. Любите работать с html, вперёд.

Если вы не любите верстать и вам больше нравится сам процесс писанины js, писать стили на js, берите реакт.
Если вы любите типизацию, если вы за строгий контроль кода и вообще, вы считаете себя "тру" прогером, берите ангуляр, если коротко.

Заметьте, я чаще всего сравниваю react и vue, а ангулар где-то в стороне. angular - это как volvo, тебе ничего больше не нужно, у тебя и так всё хорошо.

Пусть дефолтными номерами строк, на которых надо рисовать символы, будут не единицы, а случайные отрицательные значения. Т.е., drops[x] = 1; замените на, например

drops[x] = -Math.random() * canvas.height / font_size | 0;

Блин, во имя Белого Солнца!

Опять какой-то прости-Господи-умнечег, не желающий гуглом пользоваться (я уже не говорю про здешний поиск). Регистрация домена стоит денег потому что есть некто, кто соберет у тебя нужные для включения в базу данных данные (а DNS, еслиф че - просто огромная распределенная база данных) и передаст их кому-то другому, кто сопровождает свою часть этой базы. Это все работа и она должна быть оплачена.

Например за домен "******.com " я должен оплатить 10 USD. Кто получит эти 10 USD?

Регистратор, которому подаете данные. Из этих данных он что-то отдаст техрегистратору (который собственно сопровождает зону .com), но может и ничего не давать - отношения между регистратором и техрегистратором могут строиться как угодно, вплоть до расчета борзыми щенятами :)

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

домен получить невозможно. Вообще, от слова совсем. Вы не получаете его, а арендуете. А из этого следует, что передать его по наследству невозможно, потому что он Вам не принадлежит. (но есть маленький лайфхак - как правило регистратору совершенно поуху - жив ты или помер, ему главное, чтобы деньги капали за аренду. Закинь на счет регистратора сумму, равную ста годовым платежам (в примере 10 * 100 = 1000 баксов) и если регистратор, техрегистратор, ICANN или вообще весь тырнет не провалятся за это время в тартарары - аренда будет удерживаться за тобой)

Кому принадлежат все не занятые доменные имена .com?

Никому, их не существует

Кому принадлежат доменные имена до их покупки или регистрации?

Никому, их не существует.
Как обьект права доменное имя начинает существовать в тот момент, когда ты берешь его в аренду у регистратора. Если ты не продлеваешь аренду и регистратор прекращает договор - в этот момент доменное имя, как обьект права существовать перестает.

Кто устанавливает цену на доменные имена?

Регистратор. Он волен устанавливать абсолютно произвольную цену и никто ему не указ.

И как создать свою собственную доменную зону?

В самом общем случае - обратиться в ICANN. Но для этого ессно надо иметь много-много денег, много-много юристов и много-много знания английского делового-переписочного, потому как общаться придется на нем. Как правило, крупные конторы могут позволить себе "корпоративный" TLD типа .google, .xerox и т.д. Обычному человеку - никак (впрочем "для себя и своих друзей" или "для конторы" можно просто поднять свой DNS, на котором настроить свою зону - проблема в том, что никто этим DNS пользоваться не будет, кроме тех, кто будет об этом знать)