Если на локальной виртуалке, то нужно образ виртуального диска перевести в состояние readonly средствами ВМ и позволить есть писать изменения по диску во временный файл виртуального диска. Тогда при перезагрузке виртуалки состояние диска будет браться из readonly образа.
Возможно, такой же подход масштабируется и на многопользовательские ВМ.
https://roadmap.sh/cpp
Сделайте какой-нибудь пет-проект, заточенный не сколько для собственного применения, а для другого человека. Пусть даже функционал будет минимальный. Тогда появится желание сделать качественный функционал и правильный вывод ошибок. Тогда все проблемные области дорожной карты подтянутся само собой, просто потому, что в этом возникнет острая необходимость.
Любая система сбора статистики работает ботами по принципу периодических набегов на сторонние сайты.
Не существует системы со свободным доступом, где бы на любое изменение на стороннем сайте, пришел бы бот и тут же зафиксировал состояние. Будет в любом случае лаг во времени - день, неделя, месяц, или никогда бот не придет.
По веб-архиву можно получить ответ на вопрос, что "страница не младше чем дата" (но может быть старше), но нельзя получить ответ "странице столько-то лет с момента создания".
Если сайт ваш, то вам достаточно на интересуемой странице иметь код поисковой метрики, чтобы сфокусироваться на истории ее посещения в панели управления сервиса этой метрики. Но нужно учитывать, что сбор статистики начнется только с момента выставления кода метрики на странице, и должен быть какой-то минимальный поток посетителей.
Нужна схема вашего устройства.
Без понимания как реализован контур обратной связи посоветовать что-то сложно, да и нужно ли брать 50 Гц, когда с помощью контроллера можно смодулировать любой сигнал.
Anton1356, для домашнего архива есть щадящий вариант хранения - не избавляться от предыдущего компа или его диска после апгрейда, пока не появится повод для следующего апгрейда. Если что-то потеряется, то в рамках текущего периода апгрейда. Я ленивый человек, в плане копирования домашних файлов. Так поступаю.
С точки зрения продвижения сайта - решение самоубийственно. Нужно не сокращать возможность использовать сайт, а наоборот делать так, чтобы попасть на него можно было из любого утюга. Вы точно хотите ограничить доступ для определенной категории пользователей, а не перенаправлять их всех на мобильную версию?
Избавляйтесь от этой мешанины c php + html.
Отлаживать такой код-шаблон, когда логика сложнее чем один if, практически невозможно.
Пользуйтесь ob буфером для накопления вывода, либо сами накапливайте html-фрагменты как текст и выводите в нужный момент.
Любо еще лучше, используйте фреймворки, в которых есть нормальный шаблонизатор.
Тогда служебные заголовки письма в студию.
Сведения об отправителях и получателях, а также о доменных именах почтовых сервисов, если они корпоративные, можно опустить.
Возможно, такой же подход масштабируется и на многопользовательские ВМ.