estic

В последний раз: не нужно так делать.

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

На соответствующие страницы, т.е. на страницы с примерно таким же содержимым, какое было раньше. Эти другие страницы могут размещаться на другом (или других) домене. Донор может быть даже одностраничником с индивидуальной переадресацией по отдельным внутренним адресам или без такой переадресации. Простейший пример - estic.ru сейчас. Одинаковое содержимое по всем (или почти всем) адресам, но главная все же отличается от внутренних 😉

Не нужно. Для пользователей можете выводить на странице ошибки 404 любое полезное содержимое. Возможно, разное содержимое по разным адресам или даже по одному и тому же адресу.

Не нужно так делать. Можно попробовать использовать переадресацию на JS или при помощи нестандартного заголовка Refresh, но даже это выявляется и не приветствуется поисковыми системами.

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

Я тоже обычно работаю по SSH и т.п. Но ведь к PMA на сервере можно подключиться таким же способом. По возможности "посредников" лучше размещать ближе к "телу", независимо от того, реализуют ли они прикладной интерфейс или пользовательский.

...Или вы боитесь, что сама PMA может содержать вредоносный код?

Вы поняли неправильно. Я Web-программист. Также занимаюсь администрированием MySQL, MS SQL (Server). SQL-аналитика, естественно, прилагается.

Так я и говорю, что PMA - не ваш инструмент. Я тоже могу редко используемую (с непредсказуемой периодичностью использования) Web-панель "снести" на сервере, а в случае крайней необходимости подключить ее удаленно (если панель легко подключить удаленно и к ФС сервера). Но если вам требуется работать с подобными панелями с определенной периодичностью, то лучше их держать на сервере. Или периодически устанавливать и "сносить" 😀

Административные Web-панели вообще не используете на "проде"? Десктопные что ли панели?

Я уже давно понял, что для вас PMA - это мусор. Можете думать о PMA в данном контексте, как о любой другой Web-панели (т.е. панели с пользовательским Web-интерфейсом). Может, так будет проще понять. "Прокладку" лучше держать ближе к телу, когда она бывает нужна.

Не создает, если размещена на локальном интерфейсе (loopback, etc.). Ест ресурсы, в основном когда работает. А работает не часто. (Еще прошлый раз хотел пошутить: "Место на диске решили сэкономить?" Но похоже тут все серьезно 😀) Если бы речь шла о каком-то десктопном клиенте, здесь бы, естественно, вопросов не было. Но это Web-панель на типичном серверном языке. Ее можно было бы разместить удаленно, если бы ваш компьютер использовался как Web-сервер в VPN. Хотя даже в VPN лучше держать PMA и базы данных в одном сегменте.

Я, например, понимаю. Но PMA лучше держать на том же сервере, что и базу данных (или хотя бы в той же сети, если у вас все распределено по разным серверам). Зачем ее "носить с собой"?

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

Можно и старый каталог C:\Certbot использовать. Только симлинки в C:\Certbot\live\domain.tld нужно восстановить вместо копий файлов. Пример для командного файла:

mklink C:\Certbot\live\%1\cert.pem C:\Certbot\archive\%1\cert%2.pem
mklink C:\Certbot\live\%1\chain.pem C:\Certbot\archive\%1\chain%2.pem
mklink C:\Certbot\live\%1\fullchain.pem C:\Certbot\archive\%1\fullchain%2.pem
mklink C:\Certbot\live\%1\privkey.pem C:\Certbot\archive\%1\privkey%2.pem

Первый параметр - основной домен, второй - номер последнего выпуска сертификата.

Если сейчас используется ZeroSSL, то проще выпустить Let's Encrypt полной командой, как писали выше. Но старые файлы все равно лучше разместить на своих местах, чтобы выпускать под старым аккаунтом.

Про сервер на Windows 7 для Web-а не понял. Нужно использовать серверную ОС. При этом сертификаты можно выпускать Certbot-ом на домашней ОС и вручную устанавливать на сервер аналогично ZeroSSL. Для автоматической валидации можно использовать мой сервис вместо использования "аутентификатора" и записи чего-либо на ваш сервер в процессе валидации.