Sand

Вот почему, ну почему, на любых курсах по программированию, не важно ява или какой другой язык, не учат пользоваться отладчиком, или хотя-бы принты расставлять во все места?!
Господа и господицы, тичеры, тичерицы, коучеры, коучерицы - ну обучайте же в самую первую очередь на примере "Хелл программинг уорльд" отлаживать свои поделия всеми возможными способами.
С явой отдельный разговор, в ней отладчик в каждой ИДЕ торчит немым укором, и кнопочка рядом - только бреакпоинт воткнуть.

в интернете одни водолеи, ничего по сути

Да, да - классика. В интернете катастрофический недостаток информации.

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

Эм.
Ну да ) Каждая страничка HTML - Это 1 страничка.
Многостраничный сайт - это (N>1)
В чём вопрос?

Отключаясь от сессии, вы посылаете своему шеллу и всем дочерним процессам (scp, rsync) сигнал SIGHUP.

Есть несколько воркэраундов как этого избежать.

1. Запускать процесс через nohup &
2. Использовать менеджер сессий - screen или tmux
3. Запустить процесс в фоне и заранее отвязать его от своего шелла ( &; disown )

Если нельзя обновить ядро средствами бубунты - то как обычно - скачать исходники, собрать и поставить. Манов по самостоятельной сборке и установке ядра - хоть #опой жуй.

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

Никто не мешает контент генерировать динамически и код стартовой страницы может выглядеть примерно так:
<?php include date('d-m').'.html'; ?>где нужные страницы по дням лежат в файлах к примеру с именем вида 21-11.html

можно попробовать совместить бонусы от статики, отдавая динамической страницей не саму страницу, а только редирект на ее статическое имя:

<?php header('Location: http://www.example.com/'.date('d-m').'.html');?>

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

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

cp /путь/до/исходных/файлов/`date +%m-%d`.html /путь/до/папки/веб/сервера/index.html

С помощью ping получают время отклика по ICMP
А вот у вас вопрос к ping никакого отношения не имеет.

Вы просто считываете файл в строку, потом добавляете туда дату и сохраняете файл.
Что изначально находится в файле - знаете только вы.

Теорема Эрдёша — Галлаи
1. 8 ≥ 6 ≥ 5 ≥ 4 ≥ 2 ≥ 1 ≥ 1 ≥ 1 ≥ 1 ≥ 1
2. 6 + 5 + 4 + 2 + 1 + 1 + 1 + 1 + 1 = 22
Данная последовательность является правильной.
k = 1, 6 ≤ (0 + 8), выполняется,
k = 2, 11 ≤ (2 + 9), выполняется,
k = 3, 15 ≤ (6 + 7), не выполняется.
Значит данная последовательность не является графической, по ней нельзя построить простой граф.

0) Терминология. Микроконтроллер - это как правило, микросхема и только микросхема. Которая содержит в себе оперативку, вычислительное ядро, некоторые периферийные устройства (например, wi-fi стек, как ESP8266).

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

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

В зависимости от этого, используют или HTTPS, как главный на сегодня протокол для безопасных коммуникаций в интернете, или MODBUS (в пределах локальной сети контроллеров со шлюзом в интернет), или свой велосипед.

Использование в интернете каких-то протоколов, отличных от HTTP(S) сразу тащит за собой кучу проблем вида "а вот у меня провайдер режет порты".
Использование HTTP влечет за собой проблемы вида "S in IoT stands for Secure". Ваш трафик сможет прослушивать и модифицировать любой желающий, а также встраивать в него рекламу.

Вывод. Если ваш контроллер смотрит напрямую в Интернет, используйте HTTPS / WebSocket. Если через шлюз - используйте MODBUS.

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

Очевидно необходимы навыки дизайнера, верстальщика, фронтендера, бэкендера, знание SQL, умение администрировать СУБД, http-сервер и операционную систему, под которой они работают, а также в целом глубокое понимание принципов функционирования Web.