Валентин

P. S. Ребят, я не хочу локальный репозитарий делать вручную!

Эм, ну так оно ж так и делается, в смысле "не хочу"? Это и есть решение вашей проблемы - делаете себе на флешке зеркало репозитория, и едете в дальние дали потом с этой флешкой.

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

ну так если раньше комп работал быстрее, причем тут оперативка? Почистите всё от пыли, переустановите винду. Это бесплатные действия, если они не принесут успеха - тогда уже копайте дальше.

Для компьютера при температуре ниже комнатной 2 проблемы: переход через "ноль" градусов (конденсат, вот это вот всё), ну и для всех вращающихся механизмов проблемнее вращаться на холоде. На кулер вам очевидно пофиг, а если комп будет включен постоянно - жесткий диск сам себя будет немного греть, если ниже нуля температура на балконе не падает - не переживайте. Тем более на пару месяцев.

Как рулить docker-compose в проде?

Никак, это решение не для прода, а для запуска на локальных компьютерах. Для прода Kubernetes.

сделать link на него у других сервисов и потом переключить в конфигах Nginx backend

если вы хотите делать так, то это уже не "средней важности". Если вы можете себе позволить простой, почему бы просто не стопнуть старый контейнер, и запустить потом уже обновленный?

Но внезапно надо собрать тот же веб сервер как у меня, но на образе Centos. Там разные названия библиотек, extensions для php, названия пакетов и т.д.

Так, стоп, вы тут всё в кучу смешали. Вы пишите, что у вас сервер, который запускает контейнеры. А в контейнерах уже внутри у вас там вебсервер. Так вот если у вас контейнеры - вам там какая разница, какие они внутри? Ну в смысле что вы берёте те, что вам нравятся и которые вы понимаете, и пользуетесь этим. Зачем пересобирать контейнер из убунты в центось, когда можно пойти и взять сразу с центосью? А самое главное - зачем это делаеть тому человеку, который не знает названий бибилотек и вот этого всего? Если он не знает - он возьмёт то, что знает, контейнеры в том числе для этого и придуманы - вот знает у вас разработчик убунту, использует её, и контейнеры на базе убунты собирает. А дальше он уходит на продовый сервер, который сис.админы подняли на centos например, потому что считают, что для этих задач она им лучше подходит. Таким образом разные люди используют каждый то, что знают уже, и всё вместе работает и решает поставленные задачи.

С одной стороны комп я собираю надолго, как прикуплю видеокарту - планирую, что в комп не буду залезать лет 5-6.

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

Если там нет Thunderbolt, то остается только вариант с USB. Хорошие и недорогие выпускает Baseus, у них на алиэкспрессе официальный магазин.

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

Диапазон цен смущает,

Дорогие - на базе thunderbolt. Во-первых там платится за лицензию. Во-вторых - на многие есть еще и наценка "за apple". В-третьих - у них там внутри много своих устройств. Вот допустим, у меня на столе usb'шный адаптер, с DisplayPort, Ethernet и несколькими USB type-a. Т.к. сам адаптер usb'шный - его разъемы usb "родные", DisplayPort тоже по usb передаётся, а вот чтобы работал ethernet там в самом адаптере распаяна сетевая карта внутри. В случае с thunderbolt - там внутри много чего еще распаяно, а это увеличивает стоимость.

Подскажите, какие проблемы с сетью реально встречаются на практике, которые можно обнаружить и решить таким способом?

Таким способом можно сделать много всего полезного, посмотрите на Cilium например. Без iptables, без еще пачки утилит, на уровне ядра настраивать сложные правила - это ж просто прекрасно! Получается сеть с низкими задержками, с хорошей безопасностью и при этом на больших кластерах.

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

Такие схемы противоречат идее контейнеров, их суть - перезапускаться, чуть что. Поэтому и нет таких возможностей.

stdout - это стандартный вывод, обычно это консоль. Вот запустили вы в консоли приложение - и увидели, что оно вам написало, потому что оно выводит сообщения в stdout. И не зря тут std в названии - "стандартный". С ним умеет работать много чего. Вот возьмем допустим systemd: он запускает сервис, его stdout ловится и попадает в journald. Можно куда-нить еще завернуть. Системы управления контейнерами тоже так умеют.

Как собирать? Ну вот вы ж всё умеете, вы там про очереди, logstash пишите - вот, это оно. Вы берете filebeat, ну или там какие еще *beat'ы у него есть, ловите ими вывод ваших приложений и пихаете его в эластик. Ну или допустим fluentbit берёте и им шлете логи в очередь какую-нить, а оттуда уже в хранилку.

1. В каких случаях обычно пишут логи в syslog ?

ну syslog очень много лет, он был еще до всех этих контейнеров и 12-факторных приложений ;) Так что когда-то им пользовались практически все.

Зачем вам flatpack? Эта штука ломает линуксовую идеологию, лучше не пользуйтесь им, ставьте пакеты вашим пакетным менеджером.

п.с. нужен именно гугл хром а не хромиум.

P.S. а зачем?

"Ютуб на большом экране" - насколько большом? Если он 1920х1080 разрешением (или меньше), то под такие требования вообще что угодно подойдет, выпущенное за последние лет 7. Вон даже планшет леново есть - его подключите к экрану и всё. Если же это 4K телевизор - ну надо просто что-то современное, конфигурация, подобранная вами, вполне подходит.

Или это очередная конструкция типа ufw, shorewall и тд для тех, кто не осилил классическую утилиту?

ufw и прочие - это всё равно iptables, это надстройки над ним. А nftables внутри ядра другой. И уже есть версия команды iptables, которая работает с nftables внутри ядра (чтобы синтаксис не учить новый). Ну т.е. разработчики в ядре переписали функционал, без обратной совместимости со старым, отсюда и новое название. Обратную совместимость позже сделали на уровне команды iptables для юзера

В общем-то есть шел с питоном, но тут дело в том, что "нельзя просто взять и ..." Вот, я помню, что кто-то делал шел с питоном, но я даже не помню названия. Потому что зачем он мне? Я знаю Bash. Ко мне придет учится молодой человек - я ему буду показывать, что сам умею. И он в итоге тоже научится Bash'у. Ну вот как-то так это много лет уже и тянется.

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

так вот можно ли достать чистый линукс без графической оболочки без отпечатка какой либо компаний.

Можно, но если вы не смогли поставить Arch, по установке которого есть отличный мануал, ну и в принципе там ничего крмое базовых вещей знать не надо, то и поставить что-то еще более хардкорное у вас не хватит знаний. А самое главное, что поьзоваться-то дальше вы им как будете? Грубо говоря, вы спрашиваете, как купить истребитель, но не умеете летать даже на обычном маленьком винтовом самолётике. Ну и нафиг истребитель тогда?

pulseaudio-module-bluetooth

получается в нём проблема, если их нет в устройствах вывода. Но лечится это все шаманством. Щас вон pipewire вместо pulseaudio пилят, может быть там звук по bluetooth будет более предсказуемо и надежно работать.