Intereting Posts
Использование пользовательских шаблонов для пользовательских типов сообщений для структуры темы Genesis? Размер миниатюр в соответствии с шириной и высотой Статическая переменная и add_rewrite_rule? Добавление класса ul с помощью wp_list_categories Custom Walker Как переписать URI пользовательского типа сообщения? Измените URL-адрес проектов в теме Divi Невозможно удалить пользовательские типы сообщений, путаницу в возможностях Как правильно проверить данные из $ _GET или $ _REQUEST с помощью функций WordPress? Найти совпадения переменной в пользовательской usermeta Выполнение перенаправления после действия пользователя Почему я не могу сохранить постоянную ссылку «360» для страницы? Пользовательский объект запроса с пользовательским полем «Простые поля» Функция add_media_page не создает подменю Обработка сервера B add_image_size () отличается от сервера A Лучшая стратегия для предоставления параметров темы с помощью customizer

Плагины WP RSS Aggregator прерываются после перехода на HTTPS

Мы используем плагин WP Aggregator для сбора каналов из разных источников. Наш сайт ранее работал по HTTP. После перехода на HTTPS плагин перестает работать. Если я вручную попытаюсь извлечь фиды, ничего не произойдет. Журнал ошибок RSS RSS пуст. Есть ли у кого-нибудь идеи относительно того, почему это может произойти? Это похоже на незначительные изменения, которые не повлияют на плагин от зависания каналов.

ОБНОВИТЬ:

Это определенно проблема с нашей настройкой обратного прокси-сервера, но я не уверен, как ее решить.

Проблема заключается в WP-cron и нашей обратной настройке прокси. SSL завершается на уровне nginx. Наши серверные серверы Apache говорят только HTTP. Поэтому я получаю следующую ошибку от WP-Cron:

There was a problem spawning a call to the WP-Cron system on your site. This means WP-Cron events on your site may not work. The problem was: cURL error 7: Failed to connect to www.example.org port 443: Connection refused 

Это похоже на то, что ваши локальные настройки DNS разрешают ваше доменное имя на сервере вместо правильного перехода к прокси. hmm, снова прочитав вопрос, если прокси-сервер находится на одной машине, у вас может быть некорректная конфигурация брандмауэра.

Лучшим долгосрочным решением является просто не полагаться на wordpress cron и заменить его использование ОС cron https://developer.wordpress.org/plugins/cron/hooking-into-the-system-task-scheduler/ .