Назад | Перейти на главную страницу

URL-адрес исходящего сайта Wordpress IIS в css

Я использую IIS, и он прослушивает порт 80 и 443. Теперь нам нужно настроить сайт WordPress на Apache и заставить его работать на порте по умолчанию, который мы пытались создать прокси в IIS с помощью перезаписи URL и ARR и перенаправить запрос на другой порт. Оба сервера находятся на машине. Все работает нормально, кроме абсолютных URL-адресов в background-image() или url() в CSS.

Ниже приведены правила IIS:

<rules>

    <!-- Forward request to apache. SSL offloading enabled. -->
    <rule name="Forward Request to Apache" stopProcessing="true">
        <match url="(.*)" />
        <action type="Rewrite" url="http://mysite.xyz:8080/{R:1}" />
    </rule>
</rules>
<outboundRules>
    <rule name="Apache Outbound" enabled="true" preCondition="IsHtml">
        <match filterByTags="A, Area, Base, Form, Frame, Head, IFrame, Img, Input, Link, Script" pattern="^(.*)mysite.xyz:8080(.*)$" />
        <action type="Rewrite" value="https://mysite.xyz{R:2}" />
    </rule>
    <preConditions>
        <preCondition name="IsHtml">
            <add input="{RESPONSE_CONTENT_TYPE}" pattern="^text/html" />
        </preCondition>
    </preConditions>
</outboundRules>

Проблема в том, что какой-то контент был добавлен на страницу каким-то компонентом (я думаю), и он находится на http (поскольку URL-адрес сайта установлен на http) и создает ошибку смешанного содержимого при загрузке через SSL:

<div class="wpex-parallax-bg"
    data-direction="top" data-velocity="-0.2"
    style="background-image: url("http://mysite.xyz:8080/wp-content/uploads/2018/02/beach-sunset-2-1.jpg");
    opacity: 1; background-position: 50% -297.956px;"
></div>

Я думаю, что это какой-то JS. Есть ли способ исправить это, добавив правила для исходящего трафика в IIS или что-нибудь на стороне WordPress?

Любые предложения приветствуются!

P.S: - Я не разбираюсь в Wordpress, так что терпите меня. :)

Согласно философии WordPress, каждый сайт имеет канонический URL-адрес, а WordPress везде использует абсолютные URL-адреса. Использование относительных URL-адресов было обсуждали и использование абсолютных URL-адресов обоснованный. (Хотя мне это не нравилось, я привык это принимать.)

Здесь порт, который прослушивает Apache, является просто технологическим требованием, и он также может прослушивать соединения только с localhost. Ваш сайт нельзя посещать с помощью http://example.com:8080/, то есть может иметь канонический адрес http(s)://example.com/ (или подпапку).

Поскольку у вашего сайта каноническое имя, вам может потребоваться некоторое время, чтобы настроить свой сайт WordPress для его использования повсюду:

  1. На Настройки> Общие, настроить Адрес WordPress (URL) & Адрес сайта (URL).
  2. Использование таких плагинов, как Найти и заменить вы можете заменить как все неправильные, так и относительные URL-адреса в своей базе данных каноническим URL-адресом.
  3. Если кто-то действительно сделал что-то по-другому, возможно, вам придется изменить это вручную.

Хотя это можно сделать с помощью перезаписи IIS, этот метод упрощает задачу в будущем: всякий раз, когда вам нужно изменить программный стек веб-сервера или даже канонический URL-адрес, у вас есть собственный способ сделать это в WordPress. Считайте это разовой работой по переносимости.