У меня была та же проблема. Это была незавершенная установка, которая вызвала его. Я не мог выполнить mysql из командной строки с корневым доступом, потому что я не установил пароль root. Таким образом, я переустановил mysql (не нуждался к) - о, да создал резервную копию моих таблиц сначала с помощью mysqldump: mysqldump - все-базы данных> huge_dump.dump (это не попросило у меня пароля) Вот являются ключом - Запущенный mysql_secure_installation скрипт:
mysql_secure_installation
Bla Bla Bla - - - Введите текущий пароль для корня (не введите ни для одного); ХИТ ВХОДИТ, так как Вы еще не установили пароль root
Установить пароль root? [Y/n] y <---говорят да!! Новый пароль: kick_me_hard Повторно вводят новый пароль: Пароль kick_me_hard обновляется успешно! Перезагрузка таблиц полномочий......Success!
Теперь можно войти в использование phpMyAdmin или командную строку:
mysql -u root -p
Введите пароль: Тип kick_me_hard 'справка'; или '\h' для справки bla bla bla
mysql>
Теперь Вы - самый спокойный парень (галлон) вокруг, так как Вы зафиксировали его. Если Вы не единственный вокруг - хорошо затем Вы - все еще самый прохладный вокруг!
Первоначально он не был задокументирован должным образом, но CacheEnable больше не применяется неявно к прокси-серверу пересылки. теперь есть примечание и обновленные примеры.
http://httpd.apache.org/docs/2.4/mod/mod_cache.html#cacheenable
отредактируйте, чтобы не скрывать ответ в ссылке: как в ] CacheEnable disk http: //
Мне пришлось специально выполнить CacheQuickHandler выключен
, из-за ProxyPass
внутри Location
. Кэширование не начнется, пока все не будет исправлено. Пример:
CacheQuickHandler off
CacheRoot /var/cache/apache2
<Location "/wp-content/uploads/_papaya">
CacheEnable disk
ProxyPass "https://remote.papaya/wp-content/uploads"
</LocationMatch>