annonimus

Вот самый точный алгоритм:
1) берем список ASN по стране отсюда https://bgp.he.net/country/RU
2) для каждой ASN делаем whois -h whois.ripe.net -- -T route ASN -i origin

Причин может быть несколько. Если у вас подозрения на медлительность CMS — сделайте статическую копию страницы с высоким TTFB. Измерьте данный показатель на статике. Так, вы сможете определить, насколько ухудшает TTFB скорость генерации контента Wordpress'ом. Если показатель метрики не слишком отличается, присмотритесь к оптимизации ресурсов сервера.

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

Скорее всего ошибка где-то тут, так как follower попросту отсутствует, а следовательно получить его атрибуты нельзя
$follower->follower->username_slug

Для предотвращения таких ошибок нужно использовать хелпер функцию optional()
optional($follower->follower)->username_slug

Но лучше продумать архитектуру так, чтобы проверять наличие подписчика и выводить/не выводить информацию о нем
Еще можно воспользоваться такой короткой конструкцией самого PHP
$follower->follower->username_slug ?? 'undefined';

В ошибке у тебя написано

ErrorException in 2c05e1cb686ec3fadc7085b804e2e46b line 124: Trying to get property of non-object (View: /home/admin/web/site.com/public_html/resources/themes/boxed/views/pages/users/userapp.blade.php) (View: /home/admin/web/site.com/public_html/resources/themes/boxed/views/pages/users/userapp.blade.php)

На русском это значит, что в строке 124 файла userapp.blade.php у тебя идет вызов поля, которого не существует в объекте. Вот пример попроще, в котором будет такая же ошибка

<?php
$obj = null;
$obj->a;

Сходи в указанную строку и разберись почему у тебя там пустой объект или не объект вовсе. Или сделай, что то вроде

<?php
$obj = null;
if (is_object($obj) && property_exists($obj, 'a')) {
    $obj->a;
}

недавний опыт:
баребоны от шаттла висли (всего штук 7, режим работы 24х7), без объявления чего/либо в логах, без видимых причин и закономерности.
Грешил на модель ССД, были укомплектованы самсунгами 850-про-сата которые вроде имели тенденцию засыпать и не просыпаться.
Сменили ССД на Интел с отключенным энергосбережением, стало реже но ненамного.
Апдейты прошивок железа тоже ни к чему не привели.
Вылечилось только полным отключением С1/С3 режимов энергосбережения ЦПУ в биосе шаттла, благо в новой версии эта возможность появилась.

По железу:
Мемтест надо прогонять много раз вкруг. Бывает и на 4 тесте не сыпет а на 5 и 6 сыпет (прогревается видимо).
Продуть все с компрессора от пыли (вентиляторы только демонтируйте, крыльчатку оторвать можно). Под чипы с ножками на дне (когда их по краям не видно) можно сперва плюхнуть очистителя (уайт спирита, ацетона) а потом дунуть.
Проверьте все конденсаторы, при необходимости, замените.
Протрите стирательной резинкой все контакты оперативки, проца (если не иглы а панели); протрите очищающим средством контакты проца (материнки) пины мягкой зубной щеткой, очень нежно чтобы не погнуть и разъемы оперативки могла образоваться жировая пленка. Прочистите резинкой сата и разъемы пиания матери и винчестеров. С винчестеров скрутите плату, удалите с контактов окислы так же.
Замените сата шлейфы (чистятся плохо).
Естественно термопаста, чтобы небыло воздушных карманов. Я ложу горкой и равномерно давлю радиатором для распространения.

Не забудьте про БП, капитальная чистка. Очень важна.

Смазать все куллера смыв очистителями перед этим из втулок (подшипников) остатки старого масла.

Дальнейшие измерения состояния ключей на матери и прочих компонентах надо производить уже в мастерской с выпайкой, тестером, цэшкой и лабораторным бп.

Видеокарту можно просто удалить и цепляться по удаленке.

Это все относится к тому что можно сделать в бытовых условиях относительно железа. Про ПО говорить надо отдельно и имхо после капитальных чисток.

Крутых умных слов специально не использовал.
Нам же ехать а не с шашечками (анегдот).

Попробуйте использовать другое ядро к примеру, старее или новее текущего. Может какие то проприетарные драйвера сбоят.
У меня на пк ubuntu 18.04 работала отвратительно, в итоге вернулся к Mint, полёт нормальный.

что в логах?

система (debian). Нужно понять в чем причина.

Скорее всего, как раз в

система (debian)

Тут неплохой список загрузочных дисков с диагностичскими утилитами: ruterk.com/vse-obrazy-avarijno-zagruzochnyx-cd-dvd-usb-diskov

Но я всё-таки вангую, что проблема в Дебиане.

Такие проблемы могут быть вызваны неисправным или неподходящим БП. При высокой нагрузке, БП начинает выдавать напряжения, которые недостаточны для питания компонентов ПК, что приводит к различного рода сбоям. И, что хуже всего, количество ватт на этикетке БП далеко не всегда говорит о его качестве или способности питать мощный ПК. С годами проблема только усугубляется.
По логу stress-ng, к сожалению, ничего подсказать не могу.