Ссылки на медиабиблиотеку сломаны в WordPress Multisite после обновления SSL

Мы обновили (не добавили) SSL на сайте

Медиа в медиа-библиотеке сетевого администратора работает хорошо, но медиа-библиотека для подсайтов отображает серый квадрат

например: URL изображения выглядит так: (при прямом доступе к этому URL сервер выдает ошибку 404, а не страницу 404 WordPress)

https://domain.com/blog/multisitedomain/wp-content/uploads/sites/2/2020/09/image-file.png

разбивая это, у нас есть

https://domain.com/blog                            -> основной URL блога
/multisitedomain                                   -> виртуальный домен, созданный мультисайтом
/wp-content/uploads/sites/2/2020/09/image-file.png -> относительный путь к изображению

истинный путь к изображению (если вы попытаетесь получить доступ к изображению здесь, оно работает)

https://domain.com/blog/wp-content/uploads/sites/2/2020/09/image-file.png

это то же самое, что и выше, но без виртуального домена

Файлы загружаются нормально (в папку без подсайта), но возвращаемый URL настроен на использование подсайта (если вы уберете подсайт, они будут там, но так, как указано, их нет)

У них у всех есть пути https, но сайт не правильно находит изображения при использовании пути /subdomain

Я сравнил .htaccess с другим мультисайтом, который находится на другом сервере, и сравнил его с резервной версией, изменений нет, и они кажутся одинаковыми. Он стал нерабочим только после обновления SSL

Есть ли что-то, что нужно сделать на стороне сервера, что мы пропустили при обновлении SSL? Или могла ли серверная настройка быть сброшена/изменена в процессе (я не делал обновление, поэтому не уверен, какие шаги были предприняты), что могло бы сломать мультисайт, но не “часть сетевого администратора” (или другие сайты WordPress без мультисайта на том же сервере)

Я создал временное JavaScript-решение для изменения URL изображений, если они не найдены на фронтенде, но поскольку медиа-библиотека загружается через

База данных WP для медиафайлов хранит полный URL медиафайла. Если медиафайл был загружен, когда сайт был без SSL, в базе данных хранится URL без SSL.

Когда вы переходите на SSL, новые медиафайлы получают SSL-адрес. Так что вам нужно найти способ пройти через базу данных и поменять все вхождения http://www.example.com на https://www.example.com.

Вы можете сделать это напрямую в базе данных или использовать плагин для поиска и замены, чтобы сделать это за вас. Я использую плагин Better Search and Replace, который всегда хорошо работал для меня. Плагин выполнит необходимые изменения для всей базы данных, включая базу данных постов, где хранятся данные (включая полный URL медиафайлов).

Добавлено

Очевидно, как указано в первом комментарии, мой ответ не соответствует вопросу. Не знаю, почему это произошло, но… [вздох]

Я хотел бы увидеть URL, который находится в сгенерированной странице. Я также хотел бы увидеть файл htaccess, чтобы узнать, связано ли это с проблемой. Хотя в вопросе показан работающий URL, не указано, какой URL находится в сгенерированном документе. Или URL, который вызвал 404.

Мне также было бы интересно узнать о двух URL в таблице wp-options. И любые wp-settings.php, которые переопределяют эти два URL wp-options.

Вы можете попробовать посмотреть на вкладку Сеть сгенерированной страницы (в инструментах разработчика браузера), чтобы определить “кусок” сгенерированной страницы, который вызывает 404. Возможно, этот URL не формируется правильно.

Дополнительная информация, как упоминалось выше, была бы полезна.