smilingcheater

Этого нельзя сделать по тому что это разные участки процесса. DNS resolve ничего не знает про uri и http. Справедливо и обратное - если мы обрабатываем http запрос то dns resolve уже успешно завершён и эту ошибку мы получить не можем

Все вроде просто:

Создайте три папки.
Внутри папок создайте "отдельные файлы" (а какие еще бывают?)
Потом добавьте возможность отправлять сообщение (куда и как отправлять - это вы забыли описать, но наверняка этот замысел у вас уже есть. Есть же?).

Не очень понятно, почему эта странная конструкция называется мессенджером, но да ладно.

есть такая таблица b_option, в ней хранится время последнего запроса заказов
поле NAME, значение last_export_time_committed_/bitrix/admin/1c_excha

установите в VALUE время с какого хотите получить файл и будет вам счастье))
можно даже через админку /bitrix/admin/perfmon_table.php?PAGEN_1=1&SIZEN_1=20&lang=ru&set_filter=Y&adm_filter_applied=0&table_name=b_option&find=last_export_time_committed_%2Fbitrix%2Fadmin%2F1c_excha&find_type=NAME

Это нужно не пытаться апгрейдить, а облить бензином и сжечь. А потом пойти за новым ПК...

git и системы деплоя не рассматривали?

Если нужно именно на уровне файлов, то есть rsync, syncthing, и прочее, вплоть до дропбокса, прости господи.

БП - лучше посмотрите Термалтейк
Операиивка от АМД - часто глючная, возьмите другую

Добавь в bitbucket твой открытый SSH ключ.

Вопрос хороший, характерностью имеющихся в коде ошибок.

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

Плюс мамаша конечно тупит. Данные надо не "экранировать", поскольку почти никто не понимает, что это значит, а отправлять в БД отдельно от запроса.

Но меня здесь больше интресует не безопасность, а осмысленность данного кода.
Если элемент "login" попадает в сессию в результате авторизации, то зачем снова делать все эти 100500 запросов в БД?
Я бы этот код сократил до

<?php
require_once $_SERVER["DOCUMENT_ROOT"] . "/engine/core/session.php";
if (empty($_SESSION["user_id"])) {
    include "login.php";
    die;
}

и поместил в profile.php

При этом убедившись, что код собственно авторизации выглядит как-то так

$stmt = $conn->prepare("SELECT * FROM users_all WHERE name=?");
$stmt->bind_param("s", $_POST['name']);
$stmt->execute();
$user = $stmt->get_result()->fetch_assoc();

if ($user && password_verify($_POST['password'], $user['password']))
{
    $_SESSION['user_id'] = $user['id'];
    header("Location: /profile.php");
    die;
}

Никак. "перейти" с базы данных на поисковый движок нельзя.
Можно сделать поисковый сервис, который будет индексировать информацию, взятую из бд

На основе этого сервиса сделать полнотекстовый и фасетный поиск.
А текущую базу данных оставить как есть. Только запросы оптимизировать, чтобы "скорость работы не понижалась"

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

Вот проблема она описана и показаны причины в Message:

gulp-sass 5 does not have a default Sass compiler; please set one yourself.
Both the `sass` and `node-sass` packages are permitted.
For example, in your gulpfile:

var sass = require('gulp-sass')(require('sass'));

В гугл переводчик это.

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

Ну ОК, давайте учиться.

Главное в программировании - это делать всё по порядку.

У вас в текущей задаче участвует примерно миллион разных действий: html форма, код, который получает из неё данные, база данных, код, который ищет данные из формы в базе.
Если вы ещё не освоились со всеми этими элементами, то не надо их писать все подряд.
Надо делать по очереди, проверяя каждый этап.
И вопрос задавать не про весь код целиком, про который вам никто никогда не скажет, почему он не работает, а про конкретный этап.

В данном случае, если у вас база данных не находит пользователя по емейлу, надо сделать что?
Правильно - исключить все посторонние этапы. То есть написать емейл руками в скрипте и проверить - находит ли его запрос.
Если не находит - то здесь же, в скрипте, вывести все емейлы, и посмотреть глазками, а есть ли он вообще в базе данных?
Если нет - то вот она, причина. Найдена самостоятельно за 5 секунд без привлечения мирового сообщества.
Если есть, но всё равно не находит - то ищем непечатные символы и опечатки. например с помощью функции urlencode(). И исправляем то что она нашла. Русскую букву c или лишний пробел.

Если написанный руками емейл находит, а пришедший из формы нет, то надо сделать что?
Правильно - посмотреть на него глазками. А похож ли он на тот который руками написан? Если похож, то снова urlencode. Если не похож - то разбираться со своей формой.

Если всё равно не работает, то надо исключить другие посторонние факторы, например библиотеки, особенно такие кривые, как redbean. И отлаживаться на чистом PDO.

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

Отдельно хочу заметить, что все описанные действия может сделать только сам программист. Обращаться за ними к посторонним людям бессмысленно. У них нету вашей базы данных, вашей формы, вашего кода. Все эти вещи можно сделать только самостоятельно. И именно это и является программированием. А не вот это вот "всё указываю верно".