Александр

Да тут вариантов не много. Переменная, которая хранит тип лицензии должна называться licenseType.

/(.+)<span.*?>(.*)<\/span>(.+)/
https://regex101.com/r/tAAY5r/2

Если баг во всех браузерах, то вероятно, это не баг а фича.
Можете конечно попробовать написать в Ecma International, но думаю, стоит спросить у других опытных разработчиков, может это вовсе не баг.

Общего между ними то что они работают одинаково. Разницы между ними технически никакой. А вот идеологические различия есть.

Я расскажу о них в контексте PHP. Прошу заметить что протокол HTTP к PHP имеет косвенное отношение потому что он создавался для обмена html страницами а PHP просто расширяет возможности и того и другого.

GET запрос используется чтобы получить данные а POST чтобы отправить. (Напоминаю что технически они работают одинаково).

Поэтому в контексте PHP опираясь на эту идеологию сделали следующим образом:
1. При каждом запуске PHP по умолчанию создаются суперглобальные массивы ($_GET, $_POST).
2. Если в строке запроса есть вопросительный знак(?). То все что после него считается параметрами GET запроса они представлены в формате 'ключ'='значение' и в качестве разделителя используется знак амперсанда (&)
Пример:
GET /index.php?name=Андрей&surname=Галкин
это строка запроса, тут 2 параметра. эти параметры попадут в массив $_GET.
3. $_POST заполняется другим способом. содержимое этого массива заполняется из "заголовков запроса". То есть из места, скрытого от глаз в явном виде. Всю рутину по созданию таких заголовков берет на себя браузер. Хотя иногда и что-то редактируется в заголовках в ручную.

Чаще всего пост запрос используется в формах (для отправки данных).

Например у нас есть форма для входа 2 поля логин и пароль.

Представим что мы используем GET метод. Тогда при отправке формы мы перейдем на следующий адрес /login.php?login=Андрей&password=123 согласитесь что так передавать такую информацию совсем не безопасно. Любой может открыть ваш браузер и начиная вводить адрес сайта он из истории может увидеть ваши пароли и логины.

А вот если бы мы указали методом POST то мы бы получили следующий запрос:
POST /login.php (login=Андрей&password=123) то что в скобочках было бы скрыто и никак не сохранено в браузере.

Теперь другая ситуация например форма поиска. Мы вводим текст и получаем страницу с результатами. Вот тут уместнее GET форма. потому что нам было бы удобно сразу иметь ссылку на результат поиска, то есть добавить в строку запроса можно выразится "Публичные параметры", которыми можно поделиться. И как результат в строке браузера будет конкретная ссылка на текущую страницу. Мы можем ее скопировать, и разместить где-нибудь, или например скинуть другу. И получить при переходе одну и ту же страницу. А не просить других людей зайти на сайт и в поиск вбить определенную фразу чтобы получить необходимую страницу.

В общем подводя итог:
GET - это чтобы получить определенную страницу в определенном виде ( сортировка, текущая страница в блоге, строка поиска и т.п. ).
POST - для оправки данных которые не влияют на отображение страницы, в том плане что эти данные влияют только на результат выполнения скрипта ( логины, пароли, номера кредиток, сообщения и т.п. ).

И еще одна хорошая новость их можно комбинировать, например
POST /index.php?page=login (login=Андрей&password=123) Думаю я уже достаточно объяснил что из этого получится и какие параметры в какой массив попадут.

через playonlinux попробуйте поставить
но думаю что под лином всеровно будет куча траблов

либо пробуйте аналоги под лин либоне слезайте с вин

async asyncData({ store, params }) {
    await store.dispatch("getPosts");
    await store.dispatch("getComment", params.id); 

    return {
      post: store.getters.posts,
      comments: store.getters.comments
    };
  },

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

Он будет работать в пределах класса MyClass.

Если у вас 10 полей из 10 таблиц не влезают в память, то никак вы их не достанете без увеличения памяти для php.

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

Чтобы не значило ваше "передать" в данном случае.

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

Полный путь к текущему файлу или каталогу можно получить при помощи волшебных констант __FILE__ / __DIR__

php.net/manual/ru/language.constants.predefined.php

Используйте функцию realpath, чтобы раскрыть символические ссылки и получить абсолютный путь к файлу.

php.net/manual/ru/function.realpath.php