Евгений

Закрывать <?php необходимо тогда, когда будешь использовать, например, HTML. А если в файле будет только PHP код, то обходимость в закрытие тега отпадает.

Присутствующий после закрывающего тэга пробел (или любой другой симфол) сигнализирует PHP о начале вывода данных.
И произойдет это в момент подключения файла (include). И дальнейшая отладка ошибок при работе с куками или с сессиями, или просто отправка заголовков (редирект, авторизация, что-нибудь еще важное) превратится в сущий ад, поскольку искать этот пробел придется самому глазами по всем файлам. Если вообще возникнет мысль, что проблема в пробеле.

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

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

Много лет активно пользую KeePass 2
Доволен
Сохраняет историю изменения паролей, комментарии
Особенно функцией автовведения
Много полезных функций и способов защиты
Про остальные менеджеры не скажу - не пробовал

keepass

Очень неоднозначный выбор, если смотреть на 4к и ультра настройки (когда видеокарта больше влияет) то 3070 лучше (она быстрее в техническом плане, больше шина памяти, больше потоковых процессоров) но если смотреть различные тесты то там все по разному и как я понимаю очень сильно зависит уже от процессора ноутбука. 4060 чуть меньше TDP но там считанные ватты, реальное потребление давно уже не соответствует паспортному.

И да, питания не хватает и как только куцая система охлаждения перегревается, все уйдет в тротл.

Это как нужно себя ненавидеть, чтобы играть на ноутбуке (адски дорогой конфиг с кучей неудобств)! Правильный игровой 'ноутбук' - это стационарный компьютер.

затем когда появится контект у вас появится новая головная боль как убрать 0.
решение у меня такое

pagination: {
        el: '.swiper-pagination',
        type: 'fraction',
        formatFractionCurrent: addZero,
        formatFractionTotal: addZero
      },

//где нить ниже 

    function addZero(num){
      return (num > 9) ? num : '0' + num;
    }

timeout = setTimeout( () => fn.apply(this, arguments), debounceTime );

В гугле. Всё есть в гугле.
Перед тем как интересоваться шаблонизаторами, надо научиться пользоваться интернетом.
Искать информацию, анализировать информацию, усваивать информацию.
Учиться формулировать вопросы. Как для поисковика, так и на форум.

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

так и не понял почему нельзя использовать адекватные инструменты?
simple_html_dom например?

Undefined variable в переводе с английского означает, что такой переменной нет.
Это значит что ошибка в логике, попытка вывести переменную, которой не было присвоено никакое значение.
Соответственно, эту логическую ошибку надо исправить - либо присвоить какое-то значение, либо не выводить.

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

А не надо бездумно совать свою строку какому-то левому коду и ожидать что он всё за тебя сделает.
Надо проанализировать что ты получаешь и только потом начинать что-то делать.
В данном случае видно две очевидные проблемы:
1. В строке отсутствуют все закрывающие символы, которые должны быть в конце строки - кавычки, фигурные скобки, квадратные скобки - всё потеряли. В первую очередь надо найти того кто это написал, ткнуть его носом и громко и чётко произнести: "кто накодил? Кто накодил, а?", после чего посадить его исправлять серверную часть.
2. Внутренний объект зачем-то закодирован в json второй раз. Тут уже можно не кричать, а дать лёгкого добродушного пинка backend-разработчику, но таким образом чтоб после этого его тело двинулось в сторону клавиатуры, используя которую, он исправит и этот косяк.

const weirdString  = fetch() // здесь получаешь свою странную и  корявую строку
const jsonEncoded = weirdString + '\\"}]}]"}' // для примера я вручную посчитал всё закрывающее барахло, но, возможно что для этого надо будет написать отдельную функцию. Ну, тут сам справишься, я думаю
const decodedOnce = JSON.parse(jsonEncoded) // раскодируем первый раз
const decodedTwice = JSON.parse(decodedOnce['21']); // раскодируем второй раз внутренний объект.

Считается, что так меньше нагрузка на браузер, мол не надо генерировать html-дерево на основе полученных данных, а просто берешь и сразу вставляешь на страницу готовый html-код который прислал сервер. Меньше нагрузка - быстрее отображаться данные, меньше лагов при прокрутке и так далее.

Есть роль А И B. Только роль A может начать чат с ролью B

Роли у пользователей заданы на уровне учетной записи и не меняются от чата к чату или определяются в момент создания чата?
То есть при создании чата будут определена роль администратора (создателя) которая будет более привилегирована, чем тот, кому он пишет?

Чат может содержать только 2х лиц

Вы очень оптимистичны, выставляя такое ограничение. В следующей итерации разработки вам захочется сделать функционал группового чата. Тогда наличие колонок user_id, second_user_id вам встанет боком.
В таблицу chat лучше добавить такие колонки:
id - идент. чата
date_create - дата создания
id_user_creator - кто создал чат
title - название чата (в этой итерации разработки можно не вставлять)
Для участников чата лучше предусмотреть таблицу chat_participant:
id - идент. участника
id_chat - идент. чата из таблицы chat
id_role - роль в чате (если она определяется в момент создания, для группового чата)
id_user - пользователь чата
id_last_read_message - идент. последнего прочитанного сообщения (самый простой вариант, как отмечать что прочитано, и потом определять, есть ли новые сообщения)
date_include - дата вступления в чат (для группового чата)
date_exclude - дата исключения из чата (для группового чата)
Для сообщений чата - таблица chat_message:
id - id сообщения
id_partic/id_user - автор сообщения (можно реализовать как по ключу от таблицы участника, так и по таблице пользователей)
date_create - дата создания сообщения
date_update - дата обновления сообщения (для продвинутого функционала редактирования сообщений)
date_delete - дата удаления сообщения (для продвинутого функционала редактирования сообщений)
text_message - текст сообщения
Если совсем хотите быть продвинуты в функционале редактирования сообщений, то вы захотите хранить историю изменения сообщений в таблице chat_message_history:
id - идент. истории
id_next - указатель на следующую запись истории
id_message - идент. сообщения
date_change - дата изменения сообщения
id_user/id_partic - кто изменил
text_message - состояние текста сообщения