Перестали сохраняться записи. Выдает ошибку. Куда посмотреть?

Question

[Vic87]

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

Вот это сообщает в консоли (и там аж 12 ресурсов, которые блокируются):

Mixed Content: The page at 'https://mysite.ru/wp-admin/post.php?post=4501&action=edit' was loaded over HTTPS, but requested an insecure resource 'http://mysite.ru/wp-json/wp/v2/blocks/?context=edit&per_page=100&_locale=user'. This request has been blocked; the content must be served over HTTPS.

Понятно, что миксовый контент блокируется. Но почему протокол-то меняется????

В девтулзе видно, что, да, 12 ресурсов со статусом "blocked:mixed-content" (вместо 200).

Порождаются эти запросы скриптом api.fetch.min.js

Вот заголовки из девтулз:
Request URL:

https://mysite.ru/wp-json/wp/v2/templates?context=edit&post_type=post&per_page=100&_locale=user

Request Method: GET
Status Code: 301
Referrer Policy: strict-origin-when-cross-origin

А вот Responce Headers:
content-length: 418
content-type: text/html; charset=iso-8859-1
date: Sun, 27 Feb 2022 20:17:53 GMT
location:

http://mysite.ru/wp-json/wp/v2/templates/?context=edit&post_type=post&per_page=100&_locale=user

server: openresty/1.19.9.1

Почему возникает http вместо https не понимаю, не знаю.
Ясно, что отсюда и возникает миксовый контент, который ожидаемо блокируется браузером, а без него, видимо, админка корректно не работет.

Помогите, пожалуйста. Куда посмотреть, как бороться вообще...

Спасибо.

Comments

[ProjectSoft]

Настройте сервер для более жёсткого перенаправления с http на https. Чтобы с любого запроса на http перенаправляло на https
Попробуйте прописать в файле .htaccess подобное перенаправление
Что-то вроде

RewriteCond %{ENV:HTTPS} !on
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

У вас сайт и по http и по https открывается.

[ThunderCat]

ProjectSoft, Скорее всего это вызовет просто ту мэни редиректс, так как с хттпс будет обратно пинать на хттп и так по кругу...

[Vic87]

Попробую, спасибо.

[Vic87]

Не, не помогло:-( Сделал как вы советовали. Переадресация страницы идет теперь по http не открывается, директится на https, но запросы от api.fectch.min.js все равно перекидывает на протокол http

Request URL:

https://mysite.ru/wp-json/wp/v2/blocks?context=edit&per_page=100&_locale=user

Request Method: GET
Status Code: 301
Referrer Policy: strict-origin-when-cross-origin

Responce Headers
content-length: 396
content-type: text/html; charset=iso-8859-1
date: Sun, 27 Feb 2022 21:37:04 GMT
location:

http://mysite.ru/wp-json/wp/v2/blocks/?context=edit&per_page=100&_locale=user

server: openresty/1.19.9.1

[ThunderCat]

ProjectSoft, Vic87,

Попробуйте прописать в файле .htaccess подобное перенаправление

server: openresty/1.19.9.1

Конечно работать не будет, это команды апача, если что... а тут унутре неонка нжинкс...

[ProjectSoft]

Vic87, поймите, вам нужно настраивать, как сам сайт (исходящие запросы), так и сам сервер. Запросы JavaScript по https (из зоны https) за ресурсом по http считаются опасными и это правильно.
Если вы перевели свой сайт на https, то, чтобы всё работало, нужно всё переводить на https. Настройку сайта переведите на https, в файлах модулей, плагинов и т. д. поищите формирование url запросов и переведите их на https.
Короче, обращение к скриптам и вообще ресурсам у вас должны быть только по https

Answer 1

[ThunderCat]

Порождаются эти запросы скриптом api.fetch.min.js

ну так открыть его, и посмотреть где там урл формируется, либо запросы через аякс тянет, либо ифреймы... тупо поиск по файлу "http:" .

UPD: после чашечки кофе решил поправиться, так как скорее всего проблема не в этом. Вариантов 2:

1) Разовый глюк, 301 редирект висит в кеше, решение - обновить страницу со сбросом кеша. Проще всего проверить работу сайта из инкогнито, если работает - то это кэш.
2) Где-то происходит принудительный редирект, и выяснять надо по месту - расставлять брекпоинты и вардампы, или искать в коде редиректы, короче смотреть в какой точке такая лажа происходит, судя по всему похоже на кривой код плагина.

Comments

[Vic87]

Очевидно, что запросы через ajax тянет. Это автогенерируемый системный скрипт, в минифицированном виде. Ну даже, если набраться глупости и отваги разобраться разобрать этот скрипт на корпускулы, то что это даст. Предлагаете править системный скрипт??? Да и как это сделать? Он вставляется инлайново программным путем.

[ThunderCat]

Vic87, апнул ответ.

[ThunderCat]

Vic87,

Ну даже, если набраться глупости и отваги разобраться разобрать этот скрипт на корпускулы, то что это даст. Предлагаете править системный скрипт??? Да и как это сделать? Он вставляется инлайново программным путем.

Скорее всего проблема не в этом, а если бы была в этом, то как раз такое править достаточно просто, во первых даже в суперпупер минифицированном виде найти строку с httpp: не проблема, во вторых поиск по проекту на предмет нужного кода делается достаточно просто, и заменить надо было бы буквально пару строк. Ничего страшного в правке "системных" скриптов нету.