Иван Корюков

Очевидно - отправляя license форму вы методом post отправляете поля license и licensebutton. Вы не отправляете email.
При этом как-то меняете вывод только если передано поле loginbutton.
Не передано loginbutton - вывод не меняется. По умолчанию у вас показывается email-форма.

Кстати вы не показали как вы работаете с объектами классов Email и LicenseKey. Совершенно непонятно зачем вы делаете это классами, зачем вы в этих классах код пишете в устаревших конструкторах, зачекм вы наследуете классы друг от друга.

А зачем вам $count, если вы можете решать что показывать сразу глядя на $_POST["email"].
Т.е.

if(isset($_POST["email"])){
   //....
}else{
  //...
}

А вопрос требует уточнения. Многошаговую форму можно делать по-разному. Гугл так вообще может делать всё на JS и AJAX.
Ну а концептуально, если хотите на перезагрузке страниц делать - да, либо форма каждый раз отправляется на текущую страницу и каждый раз добавляются новые данные, либо у вас есть несколько страниц, на каждой форма и они последовательно друг на друга отправляются. Данные между формами либо через скрытые поля передаются, либо собираются в сессию.

Надо в php.ini включить вывод ошибок. Смотрите в сторону display_errors и display_startup_errors

Что касается передачи функции с предзаполненными аргументами, то это похоже на каррирование, которое можно сделать через замыкание.
Вызов статического метода ClassName::funcName() вернёт функцию, которую можно будет вызвать.

class ClassName
{
  
  function static funcName($param1, $param2)
  {
    return function() use($param1, $param2){
          mysqli_query("SELECT * FROM tablename WHERE name = $param1 AND id = $param2");
    }
  }
  function funcNameSecond()
  {
    $parametrizrd_func = ClassName::funcName("John", 1);
    $res = blablabla->cache($parametrizrd_func); 
  }
}

Попробуйте в конце неймспейса обратный слеш поставить. Экранированный, конечно же.

Да. в консоли браузера вкладка Network обычно.
Но тут и так видно что что-то не так. Какой именно заголовок вы хотите установить?
Например редирект делается вот так
header("Location: http://banana.com");
У каждого заголовка есть название, а у вас его нет.

Смотря какие ресурсы. Внешний ключ, а точнее индекс по полю внешнего ключа ускоряет поиск по таблице. Т.е. когда вы делает запрос
select * from my_table where creator = 123456
полного перебора таблицы не происходит. СУБД по индексу этой таблицы сразу берёт нужные строки.
Отсюда - меньшее потребление процессорного времени, но большее потребление диска, т.к. индекс это тоже файл.

В конфиге php. Раньше у вас просто уровень вывода ошибок был не таким строгим, и попытки получить доступ к несуществующим элементам массива не отображались.

Нельзя называть метод класса так же как класс, т.к. это устаревший синтаксис создания конструктора класса. Вместо этого надо конструктор всегда называть __construct.
К приватным и защищённым полям класса нельзя обращаться снаружи. Либо делайте поле публичным, либо делайте т.н. геттер (getter) - метод, который отдаёт значение из этого поля.
Во втором классе вы пытаетесь в поле этого класса положить значение из другого поля этого же класса, но в этом классе нет поля test1, это поле определено в первом классе.
Объект класса - это коробка. Внутри коробки вы можете оперировать только тем что в ней лежит - полями класса, или же тем, что было в эту коробку засунуто - через аргументы методов.

// файл Test1.php
class Test1
{
    private $test1; // приватное поле. к нему нельзя просто так обратиться
    public function __construct()
    {
        $this->test1 = 5;
    }

    public fucntion getTest1()
    {
        return $this->test1;
    }
}
// файл Test2.php
require "Test1.php";

class Test2 extends Test1
{
    private $test2;
    public function __construct(Test1 $test1)
    {
       $this->test2 = $test1->getTest1();
       // echo $this->test2; // сайд-эффекты в конструкторе крайне нежелательны
    }

    public fucntion doIt()
    {
        echo $this->test2;
    }
}
$test1 = new Test1()
$test2 = new Test2($test1);
$test2->doIt();

Если вы в конфиге не указали другой паттерн, то заходить надо на localhost/user/login

Можно, конечно, пойти на изврат с фигурными скобками, но лучше просто добавьте alias в запрос и не парьтесь.

SELECT COUNT(user_id) as `count` ...
var_dump($results->count);

Тут надо поиграться с настройками xdebug в php.ini. Надо:

• Включить постоятнную отладку (не по триггеру)
  
• Задать статический ip компьютера разработчика (а не connect_back)
  

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

Однако. Это странно, причём вдвойне.
Во-первых, сайт должен быть в двух экземплярах - один для разработки и один для пользователей. Тот, который для пользователей не должен иметь xdebug, т.к. он серьёзно влияет на производительность.
Во-вторых, дебажить запросы от пользователей? Что? Зачем?

Не надо учить паттерны. Надо понимать ООП. Чтобы понимать ООП, надо знать зачем оно нужно. Методология/парадигма - это подход к решению проблемы.
Значит ООП (а это парадигма) решает проблему.
Эту проблему необходимо ощутить на себе. Для этого нужна практика.

Мэт Задстра - отличный выбор для начала. Сам с него начинал.
Однако перед этим надо набить шишки. Только тогда, то, что описано в книге, будет воспринято как полезная информация.
Перед тем, как прочитать эту книгу я два года говнокодил.
Прочитал - зашло, подумал что всё понял.
Прочитал Фаулера. Ничего не понял.
Через полгода снова прочитал Фаулера. Подумал что теперь то уж точно всё понял.
Ан-нет.
Сейчас придерживаюсь взглядов на ООП Егора Бугаенко. Думаю что теперь то уж точно всё знаю.
Посмотрим что будет дальше.

Привязка текущей сессии с браузеру в PHP происходит как раз через куки. Т.е. это механизм, который по умолчанию используется на миллионах сайтов.
Да, он не идеален. Любой, кто сможет перехватить то что браузер пользователя отправляет серверу, может взять эту куку, вставить себе и зайти на сайт от лица того пользователя.
Спасает https, который шифрует передаваемые данные.

все эти "запомнить меня" просто вешают куку. В ней обычно токен - просто уникальная строка для пользователя. Т.е. ни логин ни пароль, именно что случайная уникальная строка.
Когда сервер видит токен, он без вопросов аутентифицирует пользователя.
Так работают и различные api соцсетей и различных сервисов. Никто не боится что кто-то может перехватить токен, ибо во-первых https, а во-вторых, если таки могут перехватить, то что ни передавай - всё перехватят. А не передавать вовсе невозможно.