Cloudfront SSL проблема на WordPress. Слишком много перенаправлений

Question

Cloudfront SSL проблема на WordPress. Слишком много перенаправлений

Если эффект hover задан с помощью CSS, тогда да, я обычно использую два параметра, чтобы получить это:

Один, see hover effect, когда мышь покидает hover area: откройте инспектор в пристыкованном окне и увеличьте ширину до тех пор, пока не достигнете HTML element, затем щелкните правой кнопкой мыши и всплывающее меню должно быть над зоной инспектора ... тогда, когда вы перемещаете мышь над видом инспектора, hover effect сохраняются в документе.

enter image description here [/g1]

Два, до keep hover effect, даже если мышь не находится над HTML element откройте инспектор, перейдите к Styles TAB и щелкните по значку в верхнем правом углу, который говорит Toggle Element State ... (прямоугольник с стрелкой). Там вы можете вручную активировать Hover Event (среди прочего) с установленным флажком.

enter image description here [/g2]

Если это не совсем понятно, сообщите мне, и я могу добавить несколько скриншотов. Отредактировано: добавлен скриншот.

И, наконец, как я уже сказал в начале, я могу это сделать, только если hover установлен с CSS:HOVER ... когда вы управляете hover state с помощью jQuery.onMouseOver для пример, только работа s (иногда), метод One.

Надеюсь, что это поможет.

0

wordpress ssl dns amazon-cloudfront

задан Pheonix Solutions 6 March 2019 в 13:33

1 ответ

Другие вопросы по тегам:

wordpress ssl dns amazon-cloudfront

Похожие вопросы:

score 0 · Answer 1

У нас была подобная проблема. В нашем случае, хотя мы не использовали пользовательское доменное имя, но CloudFront URL.

, Чтобы заставить HTTPS работать правильно мы должны были сделать две вещи:

Удостоверяются CloudFront-Forwarded-Proto, заголовок передается во всех поведениях кэша, включая поведение кэша по умолчанию.

Добавляют следующий фрагмент кода к wp-config.php прежде require_once( ABSPATH . 'wp-settings.php' );:

if (isset( У нас была подобная проблема. В нашем случае, хотя мы не использовали пользовательское доменное имя, но CloudFront URL. 
 , Чтобы заставить HTTPS работать правильно мы должны были сделать две вещи: 
    Удостоверяются CloudFront-Forwarded-Proto, заголовок передается во всех поведениях кэша, включая поведение кэша по умолчанию. 
 
   Добавляют следующий фрагмент кода к wp-config.php прежде require_once( ABSPATH . 'wp-settings.php' );: 
 [110] 
 
  фрагмент кода по существу говорит WordPress, что мы работаем позади обратного прокси. Это заставляет это отвечать на Запросы HTTPS правильно. SERVER['HTTP_CLOUDFRONT_FORWARDED_PROTO'])
  &&  У нас была подобная проблема. В нашем случае, хотя мы не использовали пользовательское доменное имя, но CloudFront URL. 
 , Чтобы заставить HTTPS работать правильно мы должны были сделать две вещи: 
    Удостоверяются CloudFront-Forwarded-Proto, заголовок передается во всех поведениях кэша, включая поведение кэша по умолчанию. 
 
   Добавляют следующий фрагмент кода к wp-config.php прежде require_once( ABSPATH . 'wp-settings.php' );: 
 [110] 
 
  фрагмент кода по существу говорит WordPress, что мы работаем позади обратного прокси. Это заставляет это отвечать на Запросы HTTPS правильно. SERVER['HTTP_CLOUDFRONT_FORWARDED_PROTO'] === 'https') {
   У нас была подобная проблема. В нашем случае, хотя мы не использовали пользовательское доменное имя, но CloudFront URL. 
 , Чтобы заставить HTTPS работать правильно мы должны были сделать две вещи: 
    Удостоверяются CloudFront-Forwarded-Proto, заголовок передается во всех поведениях кэша, включая поведение кэша по умолчанию. 
 
   Добавляют следующий фрагмент кода к wp-config.php прежде require_once( ABSPATH . 'wp-settings.php' );: 
 [110] 
 
  фрагмент кода по существу говорит WordPress, что мы работаем позади обратного прокси. Это заставляет это отвечать на Запросы HTTPS правильно. SERVER['HTTPS'] = 'on';
}

фрагмент кода по существу говорит WordPress, что мы работаем позади обратного прокси. Это заставляет это отвечать на Запросы HTTPS правильно.