Переменные PHP _Session потеряны между файлами php. Зачем?

Я знаю, что судя по названию, на этот вопрос здесь несколько раз ответили, но ни один из постов не предлагает мне правильного решения. Итак, я иду:

ПРОБЛЕМА:

У меня есть и файл index.php. Это простая html-форма с полями пользователя / пароля и кнопкой входа в систему. При нажатии кнопки входа в систему функция с именем login () генерирует хеш для пароля. Затем пользователь + хэш сверяется с базой данных. Если доступ действителен, я добавляю некоторые значения в SESSION, возвращает true, а затем форма загружает файл php с именем process_login.php, где все, что я делаю, это проверяю, является ли пользователь администратором или нет, и загружаю другой веб-сайт в соответствии с тот. Все идет нормально.

Process_login.php загружает нужный веб-сайт и может видеть значения SESSION (я пытался их распечатать, все в порядке).

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

$user_id = preg_replace("/[^0-9]+/", "", $user_id);    
$username = preg_replace("/[^a-zA-Z0-9_\-]+/", "", $user);
$_SESSION['user_id'] = $user_id;
$_SESSION['username'] = $username;
$_SESSION['login_string'] = hash('sha512', $db_password . $user_browser);

Вот и проблема: process_login.php загружает правильный веб-сайт home.php. Затем Home.php проверяет, действителен ли сеанс, с помощью функции с именем login_check (). первая строка этой функции

 // Check if all session variables are set 
if (isset($_SESSION['user_id'], $_SESSION['username'], $_SESSION['login_string'])) {

И это не удается. SESSION - пустой массив, и я не знаю почему.

Читая возможные причины, люди всегда предлагают вызывать start_session () в начале каждого файла php, где нам нужно использовать SESSION. Хорошо, я знаю. Я называю его index.php, process_login.php и home.php, но ... ничего. Единственное место, где я его не называю, - это functions.php, который я использую для объявления всех функций, упомянутых выше. это просто включенный файл, там ничего не загружается.

Вот как я начинаю сеанс:

function sec_session_start() {
 $session_name = 'sec_session_id';   // Set a custom session name 
 $secure = SECURE;

 // This stops JavaScript being able to access the session id.
 $httponly = true;

 // Forces sessions to only use cookies.
 if (ini_set('session.use_only_cookies', 1) === FALSE) {
     header("Location: ../error.php?err=Could not initiate a safe session (ini_set)");
     exit();
 }        

 // Gets current cookies params.
 $cookieParams = session_get_cookie_params();
 session_set_cookie_params($cookieParams["lifetime"],  $cookieParams["path"], $cookieParams["domain"], $secure, $httponly);

 // Sets the session name to the one set above.
 session_name($session_name);

 session_start();            // Start the PHP session 
 session_regenerate_id();    // regenerated the session, delete the old one.
}

Затем, в начале каждого файла, я устанавливаю этот фрагмент кода (код может немного отличаться, потому что включаемые файлы могут быть разными)

<?php
 include_once 'includes/db_connect.php';
 include_once 'includes/functions.php';
 sec_session_start();
?>

Как видите, в конце я вызываю session_regenerate_id (). Я подозревал, что, возможно, он удаляет все в моей СЕССИИ, поэтому я прокомментировал это. Ничего не изменилось. home.php продолжает не видеть то, что находится в SESSION.

Любая помощь будет очень высоко ценится. При необходимости я могу предоставить больше кода. Кроме того, стоит упомянуть, что это не работает как локально (XAMPP), так и онлайн (веб-хостинг).

Ваше здоровье

ОБНОВИТЬ:

При создании SESSION я использую функцию session_set_cookie_params () для его настройки. Параметр SECURE - это определенный логический объект, для которого установлено значение true. Если я изменю его на FALSE, все будет работать нормально. Я понимаю, что XAMPP не может использовать https (если вы не установите сертификат и т. д.), Но я ожидаю, что это будет работать на сервере (он использует защищенные соединения ssh, поэтому https). Двойная проверка переадресации с использованием https.