Alexey Dmitriev

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

Либо как вариант - использовать третий сервер, который будет светиться в DNS и проксировать весь веб трафик сначала на старый сервер, а затем на новый. После переезда-можно будет изменить DNS запись, чтобы она смотрела на новый сервер и через некоторое время от этого промежуточного избавиться.

При старте из консоли - приложение отрывается от нее, или продолжает висеть в консоли?
Если второе - нужно через nohup например оторвать от консоли.

Вижу два варианта -
1. В каком-то конфиге apache вызывается эта библиотека.
2. В сайте есть какая-то функция которой нужна эта графическая библиотека.

попробуйте location = /bot/ переместить в конфиге выше location / (заметьте - там есть знак =
А вообще читайте про nginx location order priority https://nginx.org/en/docs/http/ngx_http_core_modul...

Если важно пользоваться DNS от Heroku - просто найдите услугу secondary DNS (возможно даже есть бесплатные).
Но если reg.ru вам дает бесплатно Размещение DNS зоны у себя, либо за плату, которая вас устраивает-лучше действительно разместить у них.

Не надо ставить linux и настраивать samba
Есть готовый вариант https://www.freenas.org/ с управлением через web интерфейс

Для Chrome есть специализированные шаблоны Administrative Templates.
Можете скачать их здесь https://support.google.com/chrome/a/answer/187202?... установить и посмотреть какие параметры для управления Chrome они предлагают.
Если там нет того, что вам нужно-только искать где хранятся эти данные (реестр, или файлы конфигурации) и пробовать с помощью политик эти данные менять.

1. Centos, Ubuntu.
2. Так как у вас пока вероятно нет сферы приложения сертификата - сдавайте тот, что больше понравится.

Да сможете-ничем особенным, отличным от например Windows в VirtualBox не отличается.

Причем тут nginx, если вам логиниться в symfony надо?
Ищите информацию о возможности подключения symfony к AD

/var/log/cron

Startup script (Computer configuration) и Logon script (User Configuration) - две большие разницы. Первый применяется к рабочей станции (до входа пользователя), а второй к пользователю.

Только переносом в локальную зону xxx.ru всех записей из публичной зоны xxx.ru.
Как было верно замечено Zolg - нельзя создать зону и отправлять за несуществующими в локальной зоне записями в другое место.

если отбросить gui, достаточно rsnapshot. Директории сайтов он может копировать нативно, для дампом БД достаточно ему подсунуть скрипты. Восстановление не в пару кликов - скопировать директорию из бекапа и восстановить базу.