Как сделать миграцию WP-сайта (в пределах одного домена), незаметной для посетителей?

Один вопрос, а обязательно использовать плагин Migrate DB, ни легче просто экспортировать через PHPMyAdmin?

Чем чревато отключение allow_url_fopen для сайта на Wordpress?

Кирилл, во многих мануалах по настройке php.ini встречается.
Объясните, плиз, в чём криминал.

Чем чревато отключение allow_url_fopen для сайта на Wordpress?

Объясните, пожалуйста.

Как выбрать правильный log-format в GoAccess?

В общем разобрался. Кому интересно, всё оказалось просто:

1). Есть спец. скрипт, который конвертирует лог-формат из файла конфига Nginx в нужный для Goaccess:
https://github.com/stockrt/nginx2goaccess

2). В моей ситуации параметры такие:

'$remote_addr $upstream_response_time $upstream_cache_status [$time_local] '
  '$http_host "$request" $status $body_bytes_sent $request_time '
  '"$http_referer" "$http_user_agent"'

Получилось так:

time-format %T
date-format %d/%b/%Y
log_format %h %^ %^ [%d:%t %^] %v "%r" %s %b %T "%R" "%u"

Как выбрать правильный log-format в GoAccess?

Проблема в том, что в конфиге сайта установлен такой же формат лога (если я правильно понимаю).

Вот формат лога в основном конфиге:

access_log /var/log/nginx/access.log;
	error_log /var/log/nginx/error.log;
	
	open_log_file_cache max=1000 inactive=30s valid=1m;
	
	log_format we_log '$remote_addr $upstream_response_time $upstream_cache_status [$time_local] '
	'$http_host "$request" $status $body_bytes_sent $request_time '
	'"$http_referer" "$http_user_agent"';

И он наследуется в конфиге сайта:

access_log /var/log/nginx/site.com.access.log we_log;
	 error_log /var/log/nginx/site.com.error.log;

И если access.log читается нормально, то при чтении site.com.access.log выдаёт ошибку:

Parsed 10 lines producing the following errors:

Token 'ET' doesn't match specifier '%s'
Token 'OST' doesn't match specifier '%s'
Token 'OST' doesn't match specifier '%s'
Token 'ET' doesn't match specifier '%s'
Token 'ET' doesn't match specifier '%s'
Token 'OST' doesn't match specifier '%s'
Token 'OST' doesn't match specifier '%s'
Token 'STP_DUPLEX_POST' doesn't match specifier '%s'
Token 'OST' doesn't match specifier '%s'
Token 'ET' doesn't match specifier '%s'

Format Errors - Verify your log/date/time format

Перестали создаваться бэкапы, что делать?

Пума Тайланд, в логе /usr/local/vesta/log/backup.log обнаружил:
-- DB --
2018-01-31 05:12:38 admin_default (mysql)
2018-01-31 05:12:38 admin_mybase (mysql)
Error: dump admin_mybase failed

Перестали создаваться бэкапы, что делать?

Не помогает

Права папки wp-content 777, чем опасно?

Максим Ленский, уже прописано. Суть вопроса в том, что во многих мануалах пишут об установке прав на wp-content 777, как о самом крайнем случае (т.е. сначала 755, потом 775 и если не подходит то - 777). А вот почему и чем "грозит" для безопасности сайта данное разрешение, ничего не сказано. Хотелось бы узнать

Права папки wp-content 777, чем опасно?

Максим Ленский, ubuntu 16.04

Возможно ли обезопасить VESTA от брута закрыв 8083 порт?

Я так понимаю эта команда отключает панель.
Работают ли при этом бэкапы и крон-задачи?