pfg21

Замените мать или процессор, чтобы получить совместимость.

Заливка неродного БИОС, тем более, что вы в этом не разбираетесь, с вероятностью 99,99999% приведет к образованию из материнской платы кирпича.

Если хотите залить родной БИОС - просто поставьте процессор работающий в этой матери, залейте БИОС, замените процессор.

1) некий человек понтует
2) ssh взломать - задача нетривиальная
3) просто забейте
4) намекните, а хорошо ли он выучил "тапы" УК?

Это не стандартизировано, смотрите документацию к конкретному устройству, само устройство.
Внутри мелкого свича, например, может оказаться доп. стабилизатор на 5в, и такой свич без проблем принимает по питанию от 7 до 20в. Но я бы не стал обобщать )

Любой язык общего назначения. Базовые принципы у них у всех - едины.

Для начала возьми какой нибудь полуигровойкомплект для обучения робототехнике, где нужно программировать.
Или сделай своего робота на базе Ардуино - там точно есть что программировать.

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

Это может быть любая аппаратная проблема. Я бы грешил сразу на шлейф.
То что он не падал и прочее не отменяет износа.

Привет,

Самый верный способ - это зайти в Яндекс и набрать в поиске "как включить ipv6 в ubuntu linux", почитать и настроить. Если вы уже это сделали и не работает, тогда показывайте конфиги и логи, а то мы тут далеко не телепаты...

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

sudo /sbin/hdparm --security-erase 'NULL' /dev/sd<буква устройства ssd>

Генерируйте random_port > 1024 и запроса на ввод пароля не будет.

nohup, screen, tmux...

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

Подскажите зачем пишут backend на нескольких языках?

Почему-то никто не сказал главный аргумент - в больших проектах понятие бэкенда весьма условно. В больших проектах уже нет одного веб-приложения, которое написано на одном языке и выполняется на одном-двух серверах. В больших проектах бэкенд - это уже набор сервисов, зачастую разнородных, иногда даже не общающихся между собой, а работающих непосредственно с клиентом (гуглите микросервисную архитектуру). Пример из нашей компании:
- веб-приложение на джанге, отдающее html-контент - тут авторизация юзеров, хранение пользовательских настроек и данных;
- сервис данных чарта - написан на Erlang для предельной стабильности и предсказуемости, а также из-за легковесных потоков (в BEAM неплохой вытесняющий планировщик);
- сервис расчёта фин. индикаторов - написан на Java, данные отдаёт через сервис на Эрланге;
- сервис сканирования бирж - написан на Go (много новых сервисов на нём пишем).
- и ещё несколько более мелких сервисов.

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

Возьмем например Дропбокс.

Изначально был написан на Python - это быстрее для прототипирования.
Потом был переделан на Go - для предсказуемости и скорости. Но зачем переделывать полностью? Многие куски на Python существуют там до сих пор. И работают.
И маааалюсенький кусочек был переделан на Rust - для ускорения самого узкого места.

Вот вам и 3 языка работающих одновременно в Дропбоксе на бэке.

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

Или такова была особенность задачи. Пример с комбинацей Rust/Go выше приведен. Где то может быть лучше один язык, где то другой.

А если мы вспомним, что проект не только пишется, а еще и готовые компоненты применяются - то автоматически к любому почти проекту добавляются С/С++ те что в БД к примеру и пр. и пр. SQL - тоже язык бэкенда. И пр. и пр.

Вы преувеличивайте значение языка. Это всего лишь инструмент программиста. Такой же как клавиатура. Опытный программист за долгие годы изучает не меньше десятка языков, а кто то и намного больше. Ничего такого в этом нет.

Нужно не считать, сколько памяти занимает СУБД, а настраивать её в соответствии с желаемым объёмом потребления, см. например - http://pgtune.leopard.in.ua. Причина этого проста - при активном использовании постгрес рано или поздно займёт всю доступную ему память и это совершенно нормально.