Как получить пользовательский идентификатор для рендеринга с помощью HtmlHelper в MVC

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

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

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

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

    if (isset(

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

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

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

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

      [110]

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

    SERVER['HTTP_CLOUDFRONT_FORWARDED_PROTO']) &&

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

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

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

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

      [110]

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

    SERVER['HTTP_CLOUDFRONT_FORWARDED_PROTO'] === 'https') {

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

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

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

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

      [110]

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

    SERVER['HTTPS'] = 'on'; }

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

6
задан Martijn Pieters 1 April 2019 в 20:07
поделиться

2 ответа

Попробуйте это:

<%= Html.CheckBox("myCheckbox", "Click here", "True", false, new {_id ="test" })%>

Для любого ключевого слова можно использовать подчеркивание перед названием атрибута. Вместо класса Вы используете _class. Так как класс является ключевым словом в C# и также названием атрибута в HTML. Теперь, "идентификатор" не является ключевым словом в C#, но возможно это находится на другом языке.NET, который они хотят поддерживать. Из того, что я могу сказать, это не ключевое слово в VB.NET, F# или Ruby поэтому, возможно, это - ошибка, что они вынуждают Вас использовать подчеркивание с ним.

5
ответ дан 17 December 2019 в 04:54
поделиться

По-видимому, это - ошибка. Поскольку они добавляют его к потенциальным значениям рендеринга, они просто забыли включать его. Я рекомендовал бы создать ошибку на codeplex, и загрузил бы источник и изменил бы его для Ваших потребностей.

0
ответ дан 17 December 2019 в 04:54
поделиться
Другие вопросы по тегам:

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