Un usuario preguntó 👇
Tengo un blog con cientos de publicaciones que se remontan a muchos años atrás. No hay cambios recientes en mis temas / HTML / CSS / JS, no hay problemas con las actualizaciones anteriores de WP, todo funcionó muy bien con WP 5.2, no se muestran problemas en la nueva página Herramientas -> Salud del sitio.
Después de la actualización de WP 5.3 hoy, aproximadamente la mitad de los enlaces permanentes de mi publicación de blog provocan redireccionamientos 301 a la página de inicio, y la otra mitad de los enlaces permanentes de mi publicación funcionan normalmente. No puedo encontrar ningún factor común en los trabajos de referencia frente a los que trabajan. Parece completamente aleatorio. ¿Es este un error llamado en 5.3?
Los problemas aún existen y los veo en el editor (pero no puedo obtener una vista previa, sin embargo, el enlace de vista previa del editor redirige 301 a la página de inicio también).
Intenté regenerar mi archivo htaccess usando el botón «guardar cambios» en la página General -> Permalinks y verifiqué que creó un nuevo archivo htaccess pero no tuvo ningún efecto sobre el problema.
Revisé todas las cosas normales del navegador (caché borrado, probé diferentes tipos de navegador de docenas de casillas, probé el modo incógnito, desactivé el almacenamiento en caché por completo, etc.). Incluso un wget se utiliza para comprobar y verificar los resultados reales que el servidor envía 301 para algunas publicaciones.
Aquí hay dos ejemplos de publicaciones de blog que aún funcionan:
https://www.steevithak.com/2019/05/04/going-electric-part-3-bolt-ev-3000-mile-review/
https://www.steevithak.com/2015/02/28/men-like-gods-by-hg-wells/
Y aquí hay dos ejemplos de publicaciones de blog que aún existen, pero que ya no se pueden ver porque obtiene 301 referencias cuando intenta verlas:
https://www.steevithak.com/2018/07/23/ecotopia-by-ernest-callenbach/
¿Debo esperar hasta 5.3.1 para solucionar este problema o alguien tiene alguna otra sugerencia que pueda probar?
(@tellyworth)
Hace 1 año, 2 meses
¿Tiene un plugin de almacenamiento en caché instalado? ¿O algún plugin relacionado con referencias, SEO, etc.?
Esto podría ser un plugin o un conflicto de tema. Intente deshabilitar todos los plugins y use uno de los temas predeterminados (Veinte *). Si el problema desaparece, permítales identificar el origen de sus problemas uno por uno.
Si puede instalar plugins, instale «Health Check»: https://wordpress.org/plugins/health-check/ En la pestaña de solución de problemas, puede hacer clic en el botón para deshabilitar todos los plugins y cambiar el tema para ti, mientras aún estás conectado, sin molestar a los visitantes normales de su sitio.
(@steevithak)
Hace 1 año, 2 meses
Los plugins de almacenamiento en caché, esto o redireccionamiento no están instalados.
Utilizo uno de los veinte * temas (o un pequeño cambio a uno, sin embargo)
Instalé el plugin Health Check. Lo usé para desactivar todos los demás plugins y cambiar al tema predeterminado más nuevo. El problema sigue ocurriendo con una pequeña diferencia. En lugar de una redirección 301, obtengo un 404 con un error que dice que la página ya no existe. Supongo que hay un redireccionamiento integrado a mi tema en vivo en la página 404 que envía a los usuarios a la página principal. De cualquier manera, sin embargo, está roto. Las publicaciones están realmente en la base de datos y aún se pueden ver en la vista del editor.
(@steevithak)
Hace 1 año, 2 meses
¡GUAU, acabo de progresar y obtuve una pista interesante sobre el origen del error! Con el tiempo, las páginas que solían encontrar errores han comenzado a funcionar y las páginas que solían funcionar hace unas horas ahora están recibiendo errores. Al capturar las URL en el encabezado de la solicitud en la consola del navegador y compararlas con las URL en la pantalla de enlace permanente de la página en el editor de WP, descubrí que el problema se debe a una inconsistencia de tiempo en WP 53. Su cambio de zona horaria entre el tiempo utilizado por WP para realizar el enlace permanente en las URL en vivo utilizadas en el sitio web y el enlace permanente donde realmente reside la página.
Por ejemplo, compare estas dos URL:
https://www.steevithak.com/2018/07/22/ecotopia-by-ernest-callenbach/
https://www.steevithak.com/2018/07/23/ecotopia-by-ernest-callenbach/
El primero con ’22’ en el campo del día es la URL real donde realmente reside la página. Google indexa la URL. La URL siempre se usó antes de la actualización de WP 53.
La segunda URL, copiada de la pantalla del enlace permanente en el editor de WP, tiene el día equivocado después de la actualización de WP 53, PERO, ¡no todo el tiempo! ¡El rango del día varía entre ’22’ y ’23’ dependiendo de la hora del día! Parte del día en que aparece el error de página y parte del día en que funciona la página depende del día en que WP se adhiera a los enlaces que muestra en el sitio para esa página.
Mi conclusión es que WP está usando la zona horaria incorrecta para proporcionar tiempos de enlace permanente o marcas de tiempo de blogs. Hay algunas intersecciones entre la zona horaria que utiliza WP para crear la URL en vivo y la zona horaria central, donde vivo y solía ingresar el ’22’ cuando se creó la página. Debido a que la medianoche no está sincronizada entre las dos zonas, hay un período de tiempo en el que cambia entre 22 y 23 días.
Probablemente haya una línea de código en la que WP usa el tiempo de espera de Unix para proporcionar el esquema de la marca de tiempo en la publicación del blog y se supone que debe hacerlo usando la zona horaria local del usuario, pero en su lugar así que póngalo como hora UTC directa o en alguna otra zona horaria incorrecta. Y dado que esto funcionó en WP 52 y versiones anteriores, apuesto a que podría obtenerlo verificando el código fuente de diferencia entre WP 52 y 53.
(@steevithak)
Hace 1 año, 1 mes
Presenté un informe de error en este y hemos avanzado un poco. Realmente hay un error. Provoca errores 404/301 en publicaciones de blog válidas debido a un cambio de día en el valor del día en el superhéroe generado dinámicamente a partir de get_permalink () frente a la filtración real de la publicación. El error parece afectar solo a un pequeño porcentaje de trabajos, probablemente solo aquellos con una marca de tiempo cercana a la medianoche donde un cambio en la zona horaria podría cambiar el día hacia arriba o hacia abajo en uno.
Encontré un cambio experimental que resuelve el problema al restaurar una línea de código de 5.3 (no recomendaría hacer el cambio en un sitio de producción todavía, pero espero que pronto haya algún tipo de solución correcta). Aquí hay un enlace al informe de errores:
https://core.trac.wordpress.org/ticket/48623
¿Solucionó tu problema??
0 / 0