У нас была подобная проблема. В нашем случае, хотя мы не использовали пользовательское доменное имя, но 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 правильно.
Попробуйте это:
<%= Html.CheckBox("myCheckbox", "Click here", "True", false, new {_id ="test" })%>
Для любого ключевого слова можно использовать подчеркивание перед названием атрибута. Вместо класса Вы используете _class. Так как класс является ключевым словом в C# и также названием атрибута в HTML. Теперь, "идентификатор" не является ключевым словом в C#, но возможно это находится на другом языке.NET, который они хотят поддерживать. Из того, что я могу сказать, это не ключевое слово в VB.NET, F# или Ruby поэтому, возможно, это - ошибка, что они вынуждают Вас использовать подчеркивание с ним.
По-видимому, это - ошибка. Поскольку они добавляют его к потенциальным значениям рендеринга, они просто забыли включать его. Я рекомендовал бы создать ошибку на codeplex, и загрузил бы источник и изменил бы его для Ваших потребностей.