Ипатьев

Мне нетрудно скопировать пример из документации

<?php
$connection = ssh2_connect('shell.example.com', 22);
ssh2_auth_password($connection, 'username', 'password');

ssh2_scp_send($connection, '/local/filename', '/remote/filename', 0644);

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

В заголовке Content-Type надо также указывать и кодировку.
Разумеется, в Питоне указывать любую кодировку кроме UTF-8 совершенно бессмысленно.
Соответственно, заголовок должен быть
Content-Type: text/html; charset=utf-8
Плюс в первом принте лишние символы.
Я не очень понимаю, какой софт используется, но в целом вот такой код выведет в нужном порядке - заголовок, пустая строка, две строки одна под другой

print("Content-Type: text/html; charset=utf-8\r\n")

print("Hello world!<br>")
print('Привет мир!')

Понимаете, ваш вопрос звучит так: "Я тут надеваю ботинки. Как осуществить завязывание шнурков?"
Работа с БД - это 99% кода любого сайта. Тем более такие простые запросы.
Получается, что вы в принципе не понимаете, как разрабатывать сайты, и вам надо учиться делать именно это.
То есть, вам надо взять учебник или какое-нибудь руководство. И учиться разрабатывать сайты. А не спрашивать, "как осуществить поиск слов".

Но чисто для примера, для всех современных версий РНР, будет работать такой код

<?php
$word = $_GET['word'] ?? '';

if ($word) {
    require 'db.php';
    $sql = "select * from dictionary where word=?";
    $stmt = $db->prepare($sql);
    $stmt->execute([$word]);
    $row = $stmt->fetch_assoc(); //  для PDO  будет просто fetch()
    echo $row['translation'];
}

в db.php, соответственно, код подключения к БД. Взять можно, например, отсюда https://habr.com/ru/articles/662523/

Чтобы в РНР появилась переменная $_GET['word'], надо сделать форму в HTML. Хотя бы про это, я надеюсь, вам не надо рассказывать?

Хранить виде json, в котором предусмотрены поля для всех возможных критериев. Например weekday.
При отображении считывать это поле и по нему вычислять скидку.
Для поиска периодически производить перерасчет
Пример не вижу смысла писать.

Ну, три символа - это вы "очень много кушать", а 4 - без проблем
php.net/base_convert

Очень хороший вопрос, только вы путаете файл с настройками и файл первоначальной настройки приложения.
Вам нужны оба.
1. файл c настройками
Их должно быть два.
Первый файл называется config.sample.php, он содержит только один массив, который заполняется пустыми/дефолтными значениями и может содержать не только настройки БД но и содержать другие секции:

<?php
return [
  'db' => [
    'hostname' => '',
    'username' => '',
    'password' => '',
    'database' => '',
  ],
];

Этот файл добавляется в репозиторий.

Второй файл называется config.php и он создается руками каждый раз при установке CMS на новом сервере. В него пишутся актуальные настройки для каждого сервера.
Этот файл не добавляется в репозиторий (а добавляется, соответственно, в .gitignore).

2. Файл первоначальной настройки приложения.
В него идут команды, которые пишутся на любой странице: подключение к БД, старт сессии, всякие инклюды и прочее. Кроме того, в этом файле должен быть код

if (!file_exists('config.php'))
 {
     $msg = 'Создайте файл config.php на основе config.sample.php и внесите в него настройки';
     throw new RuntimeException($msg);
 }

Таким образом система будет помогать программисту, если он забыл создать config.php с актуальными для конкретного сервера настройками.

И вот этот файл, назовем его init.php, уже и подключаем во все остальные файлы.

Кстати, начиная с 8 версии РНР можно писать просто
$conn = mysqli_connect(...$config['db']);
В этом случае ключи массива $config['db'] будут использоваться в качестве имен параметров функции - очень удобно

Для начала надо научиться делать без всякого аякса и яваскрипта. А освоить базовые приемы работы с РНР.
Сейчас же у вас дурацкий вопрос вида "как мне затонировать стекла в машине?" при том что сама машина - это помесь телеги с влосипедом, причем педали крутятся в обратную сторону.

Сначала надо добавить одну запись в БД руками.
Потом так же в БД учиться писать запрос SELECT
потом учиться выполнять SQL запросы в РНР.
потом учиться получать результат SQL запроса в массив.
потом учиться выводить многомерный массив
потом учиться выводить многомерный массив в виде требуемого HTML, чтобы получить свою таблицу
после этого можно сесть и отдохнуть.

И после хорошего отдыха начать учиться работать с формами в HTML
и как их обрабатывать в РНР
написав в итоге код для добавления данных формы в БД

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

Насколько я знаю, у РНР есть какие-то проблемы во взаимодействии с апачем.
Для 400-х ErrorDocument работает, а для 500-х почему-то нет.

Но на самом деле это и не требуется. Все ошибки РНР прекрасно может обработать и сам.
Тем более, что заголовок вопроса представляет собой оксюморон (не путать с известным говорителем слов под музыку).
Перенаправлять при возникновении ошибки никуда нельзя: потому что это разные НТТР коды ответа. И хотя в тексте вопроса мы видим, что никакого перенаправления и не планировалось, но заголовок из песни не выкинешь.

Поэтому куда проще (и удобнее) настроить обработчик ошибок в РНР, и для 99.99% ошибок он будет показывать нужный HTML сам.
Для этого понадобятся функции set_exception_handler() и register_shutdown_function()
примеров реализации море, например здесь: https://phpdelusions.net/articles/error_reporting#code
Только error handler на самом деле не нужен, потому что не фатальные ошибки не вызывают 500-ю ошибку и могут просто логироваться автоматом, без всякого хендлера.

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

Собака зарыта в том, что Content-Disposition: inline не имеет смысла с filename=file.htm, Никакое имя в адресной строке этот заголовок не поменяет и никогда не делал ничего даже близко к этому.

Изменить адрес во время обращения сервер уже не может. Можно или сообщить клиенту, чтобы он запросил другой адрес (что делает совсем другой заголовок - Location), но в этом случае скрипт ничего не может вывести, или клиент должен был сразу запрашивать file.htm, а сервер при этом будет выполнять script.php

Очень неплохо, но есть замечания.

1. ini_set('display_setup_errors', 1); надо убрать вообще, это бессмысленный карго-культ
   
2. ini_set('error_reporting', E_ALL); и ini_set('display_errors', 1); надо вынести в общий файл, который инклюдится во все остальные. Иначе на бою придется редактировать в каждом файле, чтобы заменить 1 на 0.
   
3. empty после trim надо убрать, проверять на существование заведомо существующее значение не имеет смысла. То есть, переписать так
   

   if(trim($_POST['user_name']) && trim($_POST['user_email']) && trim($_POST['user_password']))

   
   Но и это будет неправильно, поскольку trim не применяется к добавляемым в БД значениям
   То есть, потримать отдельно в переменные, а потом проверить просто
   if($user_name && $user_email && $user_password)
   
   
4. проверка if(isset($_SESSION['user_data'])) явно не на месте. А если форма запрошена не постом? Показывать её уже авторизованному пользователю? Зачем?
   
5. после header('Location: '); всегда должен идти exit. в данном случае не принципиально, но это должно делаться на автомате.
   
6. _once из require_once надо убрать вообще, это бессмысленный карго-культ
   
7. require('database/ChatUser.php'); - это стыдоба. Сделайте простенький автозагрузчик, это три строчки. Например
   

   spl_autoload_register(function ($className) {
       $ds = DIRECTORY_SEPARATOR;
       $className = str_replace('\\', $ds, $className);
       $filename = __DIR__ . "{$ds}..{$ds}database{$ds}$className.php";
       require($filename);
   });

   автозагрузчик тоже кладется в общий подключаемый файл.
   
   
8. проверку if($user->saveData()) надо убрать вообще, это бессмысленный карго-культ, и - вдобавок - ошибка. Если POST запрос был обработан без ошибок, то после него всегда должен быть редирект, без всяких success_message. А "Something went wrong" выводится совсем другим кодом. Я ещё посмотрю в database, но если что, то исправлять надо будет там
   
9. вывод сообщений об ошибках в хтмл части лучше сделать в едином стиле
   

   <? if($errors !== ''): ?>
       <?=htmlspecialchars($errors) ?><br><br>
   <? endif ?>

   
   
10. хорошим тоном считается при ошибке выводить пользователю уже введенные значения (кроме пароля, разумеется)
    

    <input type="text" name="user_name" value="<?= htmlspecialchars($user_name ?? '') ?>">

    
    

Так, в database более серьезные ошибки.
В целом неплохой ActiveRecord, но в конструкторе прям всё очень плохо.

1. В обязательном порядке переделать
   • Во-первых, require в коде класса - это сразу профнепригодность. Всю необходимую информацию класс должен получать только через методы.
     
   • Во-вторых, new DatabaseConnection в каждом конструкторе - это совсем детская ошибка. Давно TOO MANY CONNECTIONS от mysql не получали?
     
   
   Этот класс должен принимать уже созданное соединение, через параметр конструктора.
   
   
2. createAvatar я бы вынес в отдельный класс
   
3. Непонятно, зачем вам вообще понадобился цикл foreach ($params as $key => $value), если проще и удобнее написать $statement->execute($params); Для кого специально этот функционал создатели PDO писали?
   
4. return $user_data; после условия - это логическая ошибка. Будет undefined variable $user_data если условие не выполнится. Но главное, что здесь все неправильно изначально. Никаких проверок быть в принципе быть не должно.
   

DatabaseConnection

Тут две основные ошибки, не буду уж нумеровать

• Во-первых, данные для подключения к БД (как и другие, отличающиеся для разных окружений настройки) пишутся в отдельном файле, который не добавляется в систему контроля версий (пишется в .gitignore). И, соответственно, никаких констант, а обычные параметры конструктора. И в этом контексте становится непонятно, зачем вообще нужен класс DatabaseConnection, если все что он делает - это создает инстанс PDO? Правильно, он становится совершенно не нужен
  
• Во-вторых, и самое главное - в PDO не включен режим информирования программиста об ошибках. Я даже не представляю, у какого инфоцыгана вы брали этот код - уже, вроде бы, даже до самых тупых из них дошло, что оставлять программиста без сообщений об ошибках - это садизм. Поэтому при создании инстанса ПДО надо в обязательном порядке включать режим информирования об ошибках. Для этого добавить еще один параметр в виде массива, [PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]; и пока оставить так. А потом, со временем, добавить к проекту централизованный вывод сообщения "что-то пошло не так"
  
  

Непонятно что здесь непонятно и почему стоит сложность высокая.
"Скопировать данные ответа программы" это стандартно OTVET=$(programma)
"взять часть его" - это grep или там cut