Pregunta sobre Networking WordPress de Wordpress:

localhost usando HTTPS

Un usuario preguntó 👇

Desde que creé por primera vez un proyecto de WordPress en mi computadora local, ha funcionado perfectamente como un sitio de prueba. Ahora, de repente, los recursos no se cargan, lo que hace que el sitio falle y no se pueda probar.

Mientras exploro el sitio en la pestaña Consola, veo lo siguiente:
Error al cargar el recurso: net :: ERR_CONNECTION_REFUSED /devproject/wp-content/themes/oceanwp-child/assets/css/frontpage.css?ver1.3:1

Cuando pongo el nombre del archivo encima de mí, se llama prefijo con https: // localhost /

Supongo que el problema es https porque localhost no tiene un certificado seguro.

Escribí la siguiente URL en Chrome y configuré ‘Permitir certificados no válidos’ en ‘habilitado’, pero el problema sigue sin resolverse.

Chrome: // flags / # allow-insecure-localhost
Permitir certificados no válidos para recursos cargados desde localhost habilitado

He realizado una búsqueda exhaustiva en Google y aún no he encontrado una solución a esto. Puede obligar a Chrome a tratar localhost como un sitio http y así cargar los recursos.

Agradeceríamos cualquier consejo, ya que he perdido mucho tiempo en esto hasta ahora.

(@valentinbora)

hace 11 meses

¿Podrías comprobar tu base de datos, tabla wp_options por las llaves home y siteurl ve si https:// en el valor?

También comparte tu contenido .htaccess archivo que se encuentra en la raíz de la carpeta de instalación si lo tiene.

Finalmente, ¿tiene algún plugin SSL instalado o tiene alguna otra configuración en la que pueda pensar cuándo funcionó y cuándo no comenzó a funcionar?

Esta respuesta fue modificada hace 11 meses por.

(@ apg1912)

hace 11 meses

Gracias por responder. En respuesta a sus sugerencias:

El hogar y el sitio están ubicados en wp_options fijos http: // localhost / devproject

No tengo nada que ver con SSL en mi computadora portátil. Funcionó bien hasta el viernes. Supongo que hubo una actualización de Windows cuando dejó de funcionar. La aplicación se ejecuta correctamente en 2 sitios de alojamiento configurados con SSL.

Aquí está el archivo .htaccess: agregué las 3 líneas en la parte superior para ver si ayudaría, pero no ayudó.

# Redirigir HTTPS a HTTP RewriteCond% {HTTP: X-Fordered-Proto} = https RewriteRule ^ (. *) $ http: //%{HTTP_HOST}% {REQUEST_URI} [L,R=301]

# BEGIN WordPress # Las instrucciones (líneas) entre BEGIN WordPress y END WordPress # se generan dinámicamente y solo deben ser modificados por filtros de WordPress. # Se sobrescribirá cualquier cambio en las direcciones entre estos marcadores. RewriteEngine Ar RewriteBase / devproject / RewriteRule ^ index .php $ – [L] RewriteCond% {REQUEST_FILENAME}! -F RewriteCond% {REQUEST_FILENAME}! -D RewriteRule. /devproject/index.php [L]

# FIN WordPress

Incluso estoy codificado http: // localhost / devproject en los atributos src para los recursos, pero una auditoría siempre muestra convertirlos a ‘https’ y me da el error.

Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por.

(@valentinbora)

hace 11 meses

Estoy casi sin ideas ahora, y no puedo pensar en nada que Windows Update pueda hacer con tu solución.

¿Podría intentar comprobarlo con otro navegador?

(@ apg1912)

hace 11 meses

Curiosamente, si escribo la URL del recurso en el navegador, aparece el mismo mensaje de error con https: // en la URL. Borré varias configuraciones de Chrome y encontré que muestra el recurso una vez, pero luego regresó rápidamente para darme el error nuevamente. Descubrí que hacía lo mismo con otros navegadores, incluidos IE y Firefox.

http: //localhost/devproject/wp-content/themes/oceanwp-child/assets/css/frontpage.css

Este sitio no se puede encontrar

localhost se negó a conectarse.

ERR_CONNECTION_REFUSED

Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por.

(@valentinbora)

hace 11 meses

¿Y si vas a view-source:http://localhost/devproject directamente en Chrome?

Simplemente intente descartar cualquier idea extraña, como un código JS que hace el cambio SSL.

(@valentinbora)

hace 11 meses

Lo siento, mi comentario anterior no tiene sentido ya que intentó acceder al recurso CSS directamente, por lo que JS no se ejecutará.

(@valentinbora)

hace 11 meses

Asegurémonos de que esto sea algo del lado del servidor.

Abra una nueva pestaña en Chrome, luego abra DevTools> Red. Toca «Conservar inicio de sesión». Luego acceda a la URL de su recurso CSS y vea las solicitudes de red que ocurren y sus encabezados de respuesta. Vea si hay encabezados del sitio para redirigir en los encabezados de respuesta, así como el código de respuesta HTTP en lugar de 200 OK (tal vez 301 o 302).

(@ apg1912)

hace 11 meses

Hice lo que me pediste, lo exporté a un archivo har y lo pegué aquí. Se llamó una nota de proyecto de desarrollo en los ejemplos que utilicé. Está usando chfootball en el código porque ese es el nombre real de la carpeta del proyecto. No estoy seguro si esto nos dice algo …

mientras que «nombre» puede parecer «ominoso»: «Solicitudes de actualización inciertas».

[ SNIP! ]

Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por.

(@ apg1912)

hace 11 meses

https://www.tbs-certificates.co.uk/FAQ/en/upgrade-insecure-requests.html

NO he hecho lo siguiente, así que no estoy seguro de dónde proviene este arreglo:

Apache Para Apache, primero deberá cargar el módulo de encabezados. Por ejemplo:

LoadModule headers_module modules / mod_headers.so Luego deberá cargar el encabezado en su host virtual:

El encabezado siempre establece las «Solicitudes inseguras de actualización» de Content-Security-Policy;

(@valentinbora)

hace 11 meses

Eché un vistazo al HAR, gracias por eso.

Entonces, la actualización de HTTP a HTTPS en el lado del servidor parece comenzar, ya que regresa la respuesta de solicitud inicial. 301 Moved Permanently que indica al navegador que recupere el recurso a través de HTTPS.

Todavía no sé qué causó la desviación.

(@ apg1912)

hace 11 meses

Esto solo comenzó a suceder el viernes, por lo que en algún lugar, este valor es srt, pero hasta ahora, no he podido averiguar dónde. Esperaría que esto provenga de la configuración de Apache, pero no puedo encontrar nada en el archivo de configuración relacionado con esto.

Creo que la respuesta está aquí en alguna parte, pero todavía no tengo las cosas que hacer para solucionar este problema.

https://stackoverflow.com/questions/31950470/what-is-the-upgrade-insecure-requests-http-header

Dejé el contenido de mi variable $ _SERVER y descubrí que:

[HTTP_UPGRADE_INSECURE_REQUESTS] => 1

¿Podría esto ser significativo? Si es así, no sé cómo apagarlo porque no puedo encontrar una referencia en mi archivo php.ini. Lo borré en el código, pero no hizo ninguna diferencia.

El siguiente enlace parece ilustrar mi problema con precisión. todavía no veo la solución.

https://github.com/twitter/secure_headers/issues/348

Según mucha gente, este problema no debería ser causado por ‘localhost’.

Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por.

(@ apg1912)

hace 11 meses

Me decepciona que nadie más se haya encontrado con este problema y haya encontrado una solución.

DEBE haber alguna forma de informar a localhost (que se ejecuta en Apache) NO solicitudes para convertir recursos en solicitudes HTTPS y luego negarse a recuperarlas.

Esta respuesta fue modificada hace 11 meses por.

(@valentinbora)

hace 11 meses

Intente configurar un registro verbal en el lado de Apache, puede averiguar qué determina realmente la referencia.

Mira https://stackoverflow.com/a/9632952

(@ apg1912)

hace 11 meses

Bien, intentaré eso. Encontré estas 2 líneas en el registro de Apache: Entonces, algo sucedió ese día para cambiar 200 respuestas a 301.

:: 1 – – [16/Jan/2020:13:46:33 +0000] «OBTENER /chfootball/wp-content/themes/oceanwp-child/assets/css/frontpage.css?ver1.3 HTTP / 1.1» 200 7368

:: 1 – – [17/Jan/2020:11:53:38 +0000] “OBTENER /chfootball/wp-content/themes/oceanwp-child/assets/css/frontpage.css?ver1.3 HTTP / 1.1” 301 384

(@ apg1912)

hace 11 meses

Agregando lo siguiente en mi archivo httpd-vhosts.conf

RewriteEngine Al reescribir las alertas de LogLevel: trace6 ErrorLog «C: Wamp64 logs rewritelog.txt»

se ha registrado lo siguiente: Desafortunadamente, no puedo sacar conclusiones.

[ SNIP! ]

Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por. Esta respuesta fue modificada hace 11 meses por.

¿Solucionó tu problema??

0 / 0

Deja una respuesta 0

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *