FanatPHP

В том что ошибка подключения

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

Показывать или не показывать блок на странице, это логика отображения

у тебя в существующей директории другой хтаксесс, который вырубает правила первого

После обновления страницы сообщение не должно пропадать.
Сообщение об ошибке должно пропадать после ввода правильного пароля

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

Смешались в кучу кони, люди...

А всего-то нужен онлайн переводчик и немного здравого смысла

- development в переводе с английского означает "разработка", то есть процесс создания программы, когда программист является единственным пользователем
- production в переводе с английского означает "работа в штатном режиме", то есть это когда разработка уже закончена и приложение установлено на сервер и у него тыщи пользователей, среди которых нет программиста

Как ты думаешь, какое из них тебе подходит?

Именно php.ini есть свой отделдьный в XAMPP,

И тут возникает вопрос
Кто тебе мешал использовать тот РНР который у тебя уже есть, и зачем понадобилось скачивать ещё один?
Что такое "системный РНР" и чем он отличается от "несистемного"?

Я одного не могу понять - зачем ты сам себя запутываешь перемешивая эти два запроса?
почему их нельзя просто выполнить по отдельности и потом отправить в одинджейсон, а не 100500?

$direct_fly = [];
$sql = "SELECT id,fio,phone,surname FROM direct_fly";
$result = $conn->query($sql);
while($row = $result->fetch_assoc()) {
    $direct_fly[$row["id"]]= $row;
}

$form = [];
$sql = "SELECT * FROM form";
$result = $conn->query($sql);
while($row = $result->fetch_assoc()) {
    $form[$row["id"]]= $row;
}
$out = [
    'direct_fly' => $direct_fly,
    'form' => $form,
]; 
echo json_encode($out);

Это всё какой-то чудовищный карго культ говнокод.

• особенно функция setConnection, которая вообще ни в какие ворота не лезет, будучи абсолютно, эталонно бессмысленной.
  
• И getConnection от неё не далего ушла. То есть внутри все равно ад с глобалсами, но снаружи у нас все выглядит прилично - функция.
  
• ПДО, разумеется, используем без подготовленных выражений. Зачем вообще городить авторизацию если любой школьник сможет авторизоваться без всякого пароля через SQL инъекцию?
  
• Ошибка соеднинения пдо выводится в красивой красной рамочке. Как будто юзеру прям так интересно читать что у тебя база легла. При этом сам ты этого не узнаешь. Для кого это всё пишется - загадка.
  

Ну и традиционно, просто пострясающий в своей осмысленности код:
Присваиваем переменной $result булево значение и дальше пишем

if ($result){
    return true;
}else{
    return false;
}

Что либо писать руками - это спагетти.
Суть ларавеля в том, что все делается автоматом

В данном случае делается middleware,

<?php

namespace App\Http\Middleware;

use Closure;
use \Illuminate\Http\Request;

class UserActivityLoggerMiddleware
{
    /**
     * Handle an incoming request.
     *
     * @param  \Illuminate\Http\Request  $request
     * @param  \Closure  $next
     * @return mixed
     */
    public function handle(Request $request, Closure $next)
    {
        // тут пишешь свое логирование
       $user_id = $request->user()->id;
       $action = $request->route()->getName();
        // обяязательная строчка
        return $next($request);
    }
}

регистрируешь в Kernel.php

'logger' => \App\Http\Middleware\UserActivityLoggerMiddleware::class,

и рауты пользователей заключаешь в вызов этой мидлвари

Route::group(['middleware' => ['logger']], function()
{
}

Я создал Class в котором у меня все функции по работе с БД.

Это очень недальновидное решение.
Я понимаю, что на данном этапе ты думаешь что на сайте будет 3 запроса и ты все три можешь положить в один класс.
Но это не так.
Запросов будет много и их надо разделять по областям ответственности, которые называют в разном контексте моделями или доменами

Поэтому у тебя не должно быть никакого класса Functions
Должен быть класс DB, в котором будет два метода - конструктор, в котором создаётся соединение с БД, и метод для выполнения подготовленного запроса. Например такой

Дальше ты делаешь классы-модели для работы с определенными наборами данных. В самом простом варианте - с одной таблицей в БД.
И передаёшь экземпляр класса DB в конструктор.

file_put_contents и die(); - абсолютно бессмысленные телодвижения
если не писать try..catch, то РНР сделает абсолютно то же самое: залогирует ошибку и остановит выполнение скрипта

Работу ты завалил
Поскольку завявленный тезис не подтверждается практикой.