JustChrome: сделайте скриншоты вывода команды ls -al в директории /var/www и в /var/www/mysite.ru. Сами названия в части пути можете зарисовать чем-то. Надо посмотреть все-таки на права и владельцев своими глазами. Если с ними все ок - будем смотреть дальше.
JustChrome: вы делали это папке /var/www/ или в папке /var/www/mysite.ru? Ведь текст ошибки вам прямо намекает, что "родительская директория недоступна для чтения". То есть, речь в первую очередь о директории /var/www/mysite.ru. Она должна принадлежать пользователю www-data и иметь права 755. Иначе WP не запишет в нее ничего.
JustChrome: Ну вот. Пользователь у вас www-data, а совсем не apache :)
Выполняйте sudo chown -R www-data:www-data /var/www/mysite.ru и все должно быть ок.
Max Bozhenov: zooks: gzip и https вместе работают без проблем, однако это открывает несколько потенциальных уязвимостей. При правильной и умелой конфигурации, с учетом этих новых векторов атаки и их mitigation по уму, использовать gzip + https можно и нужно. Но, поскольку многие пользователи дупля не отдают что они делают в своих конфигах, такое сочетание по умолчанию не рекоммендуется. почитайте, к примеру, тут.
JustChrome: Во-первых, юзер и группа точно должны быть apache? Возможно у вас скрипты запускаются под другим именем, например - ваш пользователь, или www, или web, или вообще nginx. Apache - это вы посмотрели у себя в системе под каким юзером, или скопипастили откуда-то из сети?
Во-вторых, под каким юзером вы саму команду выполняете? Если не root - уверены что не забыли sudo?
direct является значением по умолчанию. Если при попытке обновить/установить что-либо человек увидел предложение настроить ftp/ftps/ssh2 - значит юзер/группа/права не позволяют писать через direct. Принудительная установка значения константы в direct ситуацию никак не спасет.