pfg21

Я знаю, что скорее всего БП надо менять, но что на счет остального ?

Возможно, и БП в порядке.
Скорее всего, неисправность состоит в плохом контакте или повреждении провода. Там происходило искрение и от этих искр подгорала ПВХ-изоляция, давая вонючий дым.
Кабель от БП до розетки очень внимательно осмотрите, не на нём ли подгорела\оплавилась изоляция. Было в офисе один или два похожих случая, когда просто кабель пришлось заменить (был брак кабеля). Искрение также может быть при плохом контакте кабеля, где он воткнут в БП. Опять же на бракованных кабелях встречаются слишком слабые контакты, такие кабели заметно отличаются от остальных - очень легко вставляется и выдёргивается разъём, а должен с усилием.

Ещё искрение с подгоранием пластика могло быть в розетке (сетевом фильтре, удлиннителе).

Никак. ПК может проработать как пять минут и двинуть кони, так и запросто 10-20 лет без поломок. Надо просто периодически обслуживать (менять термопасту, чистить от грязи, пыли и т.п.), эксплуатировать в нормальных условиях, не допускать перегрева, следить за показаниями смарта дисков и прочее. Выход железа из строя практически всегда происходит внезапно. Да, бывают неисправности, которые приводят к частичному отказу - нестабильное поведение, перезагрузки, падение ПО и прочее. Но это тоже случается непредсказуемо.

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

Может и случается регулярно - это вполне обычное явление.

Google -> bash color -> тысячи мануалов. Использовать поиск по назначению - не так уж и сложно, правда же?

Проблемы, естественно, есть, поскольку есть уязвимости.
Столкнётесь ли лично вы с ними никто не знает.

Гуглите unix time. Бороться с этим не нужно.

Этот способ хранения даты тянется ещё с Lotus 1-2-3. Когда Microsoft добавляла дату/время в Excel, то для совместимости использовали тот же формат.
Отсчёт ведётся от 30.12.1899. Целая часть - количество дней, прошедших с этой даты, дробная часть - время. Если дробную часть умножить на 24*60*60, то получим количество секунд с начала дня.
Встроенных функция для преобразования в PostgreSQL нет, так что, видимо, это прямой перенос из чего-то типа MSAccess.
45672.38114849537 соответствует 2025-01-15 09:08:51.230
Получить можно, например, так:

SELECT
  date_lotus,
  '1899-12-30'::date + MAKE_INTERVAL(days => date_lotus::int, secs => ((date_lotus - date_lotus::int) * 24*60*60)::int) AS datetime
  FROM test;

| date_lotus        | datetime            |
| ----------------- | ------------------- |
| 45672.38114849537 | 2025-01-15 09:08:51 |

В общем, если все буквы «е» без исключения, то так:

function replaceE(node) {
    if (node.nodeType === Node.TEXT_NODE) {
        node.textContent = node.textContent.replace(/е/g, 'ё').replace(/Е/g, 'Ё');
    } else {
        node.childNodes.forEach(replaceE);
    }
}

А если учитывать контекст, то нашел на просторах модуль (сам не пробовал): https://github.com/e2yo/eyo-kernel

С высокой долей вероятности неисправность видеокарты: видеопамять или видеочип. Или монитор: подключите монитор к другому ПК или другой монитор/телевизор к этому ПК, а так же проверьте кабели монитора. С меньшей долей вероятности неисправность оперативной памяти или процессора. Следует скачать загрузочный образ memtest86 и провести полную диагностику оперативной памяти, затем нагрузочный тест процессора аидой или еще чем-то. Если всё нормально, то дальше тестировать видеокарту: либо заменить на исправную либо переставить текущую в другой ПК. Если подтвердится, что проблема в видеокарте - то её в сервис. Как минимум - перепайка чипов памяти или GPU, как максимум - их замена.

Замыкание. Либо в штекере, либо в гнезде. Левый канал идёт на правый динамик.

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