pfg21

Два варианта:
1. Перестать издеваться над техникой и сдать ее в сервис
2. Полное прекращение работы Телеграмм в России

Garuda это Arch Linux based Distro, а значит ни о каких apt-get он понятия не имеет (это для дебианоподобных ОС), попробуйте sudo pacman -S skypeforlinux, но не уверен что поможет, скорее всего скайп ставить придется из AUR, примерно так https://www.tecmint.com/install-skype-in-arch-linux/

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

Стоимость прокладки таких каналов стоят огромных денег. Это и непосредственно сами работы и огромное количество разрешений на эти работы, которые должны быть согласованы со всеми владельцами и странами. Поэтому окупается это так, что между провайдерами всегда идут какого-то рода взаиморасчеты за передачу траффика. Кто генерит контент, то собственно больше и получает, кто скачивает - тот платит.
Но стоимость этих взаиморасчетов может быть разная на разном уровне. Где-то определенный объем входит в абонплату. Где-то трафик ночью дешевле. Где-то можно сделать дешевле но медленнее. Условия разные и гибкие.
Поэтому в свитчах провайдеров всегда настроены довольно сложные правила и для минимизации этой цены, и для обеспечения отказоустойчивости (если какой-то маршрут нарушен, автоматом может пустить по другому каналу, возможно более медленному). Плюс ошибки админов.

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

Также из всей сложной схемы и могут возникать такие ситуации, когда, например трафик из Украины в Россию, дешевле будет пускать не напрямую, а через Франкфурт, хотя казалось бы напрямую будет короче.

Так и живем.

P.S. Ах да, еще - пинг и скорость это разные показатели, не всегда релевантно относящиеся друг с другом, но в отдельных моментах ширина канала может аффектить пинг. Если посчитать скорость света с минимальной затратой на проход пакета через маршрутизаторы, можно сказать что самый большой пинг в пределах Земли должен быть около 400 мс между точками-антиподами. Но тут естественно нужно учитывать между этими точками только оптика, или что-то еще.

P.P.S. хорошая статья на Хабре от amarao https://habr.com/ru/post/186282/

Менеджер версий nvm скачиваете и ставите любую версию nodejs, какая душе угодна.
Первая ссылка в Яндексе https://losst.ru/ustanovka-node-js-ubuntu-18-04

Можно, ссылки на изображения не умирают.
См. доклад об архитектуре хранения фотографий ВКонтакте — https://youtu.be/pLJmo3PEie0

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

В сессии screen, уже не боясь оставить/отключиться, вместо scp, может, удобнее воспользоваться rsync — он зипует, что может ускорить передачу:

rsync -avz /var/www/projectOldName  user@newserver.example.com://var/www/projectNewName

И нажать Ctrl + A, D — чтобы покинуть работающий вирт. терминал и спокойно отключиться от SSH. Позже, когда снова зайдете, командой screen -r снова подключитесь к оставленной сессии.

Вы бы хоть погуглили что за файл вы там пытаетесь глянуть:

.pyi файлы - это стабы (stubs), их назначение и формат описаны в PEP 484. Эти файлы вообще никак не используются интерпретатором, их назначение - предоставлять информацию о типизации кода. К примеру, у тебя есть сторонний модуль без типизации, который не твой, редактировать его ты не можешь, а прописать типы хотелось бы:

# fizz.py

def greet(who):
    return f'Hello {who}'

Выход находится с помощью стаба: создаешь файл fizz.pyi, который содержит типизированную сигнатуру greet без имплементации:

# fizz.pyi

def greet(who: str) -> str:
    ...

В этих файлах имплементация кода НЕ ПРЕДУСМОТРЕНА.

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

Поэтому лучше взять Автомобильный дисплей для камер заднего вида: https://aliexpress.ru/item/33015194802.html

Редирект это 3xx, а ошибка это 5xx.
Вы не можете отдать два статуса одновременно.

Но вы можете отдав 500 отдать и содержимое страницы.

header('HTTP/1.1 500 Internal Server Error', true, 500);
readfile("my500page.html");

Например

Курсы на Stepik

Архив задач с решениями

Ну купите профессиональный мониторный трансмиттер, которым пользуются музыканты на сцене.


От блютусного он будет отличаться минимальной задержкой воспроизведения и огромной дальнобойностью

Программа dd выводит отчёт не в stdout, а в stderr. Так что нужно сначала перенаправить stderr в stdout, а потом передавать его в tee:

# башизм
dd if=/dev/zero of=/tmp/zerofile  bs=100M count=5 |& tee ku.log &
# должно работать везде
dd if=/dev/zero of=/tmp/zerofile  bs=100M count=5 2>&1 | tee ku.log &

Свитч Auto MDI/MDIX, в него воткнуть все три двухпарных кабеля с прямой разводкой.

Вы сейчас пытаетесь строить то, что называется "коммутационный шкаф", в них два типа оборудования: патч-панели, на которые разводятся кабели от розеток на разъем типа RJ45 мама, и устройства организации локальной сети (свитчи, хабы, роутеры, вот это всё). Соответственно, минимум для локальной сети вам нужен свитч/хаб (конкретно хабов сейчас не делают, устарели), в который нужно воткнуть все три кабеля с помощью разъемов RJ45 папа.