mementocoffee

Hola Mayishaa, no, eso fue lo primero que hice, borrar caché e icluso borré a nivel de servidor. Solamente vuelve a salir pago express si desactivo el plugin en su totalidad wp rocket. También, con el plugin de Wp rocket activo, hay una opcion, para excluir Stripe, pero ni cosas funciona, la unica forma de que vuelva a funcionar pago express es desactivando plugin completamente wp rocket. Estoy hablando con ellos también

Claro, es lo que te comento es una incompatibilidad de la nueva version de woocommerce stripe 10.5 con wp rocket. Tras actualizar a la version que salio hoy el pago expreess apple pay/google pay no funciona. Si desactivo wp rocket, no hoy problema, por eso digo que es la nueva version con wp rocket.

Buenas tardes,

Por suerte justo ahora acabo de tener otro pedido, el usuario ha aceptado cookies, no hay nada capado. Ya te digo, solamente ocurre con la nueva versión, con la anterior no me sucedía, esto es nuevo para mi. Te mando el status y justo después de haber tenido un pedido: https://pastebin.com/nkL3HfXm

Hola, gracias en primer lugar por toda tu ayuda, voy hacer pruebas, pero como cambios ya le anticipo que has sido actualizar la ultima version de woocommerce. Segun las detalles de la ultima version, se ha cambiado muchas lineas de codigo en cuento a la atribucion de pedidos, por la relacion esta garantizada.

Muchas gracias.

Hola Francisco,

Ya creé el ticket pero se me olvidó mencionar en atención a Francisco, no sé si será un problema para su localización.

Gracias.

Hola, sí claro, es un conflicto que se da entre Social Chat y WP ROCKET con la versión 8.0 al volver a la versión 7.8.9 desaparece dicho conflicto y no tengo problemas.

No tengo stagaging, se puede comprobar de otra manera? Entiendo que cuando está claro que es por la versión 8.0 le debe suceder a más usuarios.

Gracias!!

En tu explicación me acabas de encender una bombilla. Cuando tenía activo WP ROCKET, desactivé el caché del servidor y memcached, pero OPcache sigue activo. Cuando sucede el error, la única forma que tengo de solucionarlo es eliminando el caché desde mi hpanel en Hostinger, si elimino la caché a nivel de plugin WP ROCKET, la página sigue rota. ¿Podría ser OPcache? Es que es muy raro que solo pueda solucionarlo desde el panel hPanel y no pueda desde WordPress con Wp rocket borrando caché.

Por cierto, sigo con mi empeño con la empresa de transporte, he encontrado dos registros.

Log_cron_error: CorreosOficial: REGISTRO DE ERRORES: 26-09-2025 04:56:28

log_cron_last_requestt:

CorreosOficial: ÚLTIMA PETICIÓN: 26-09-2025 04:56:28
Array
(
[peticion] => {“nEnvios”:[“xxxxxxxxxxxxxxx”,”xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx”]}
[url] => https://localizador.correos.es/canonico/eventos_envio_servicio_auth/xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx?codIdioma=ES
)

Esta mañana a las 06:00 estaba la página rota.

Otro problema también sería que el error de con la suma de CORREOS + WP ROCKET, ahora no me enteraría al tener ahora wp rocket desactivado.

Muchas gracias.

• This reply was modified 8 months, 2 weeks ago by mementocoffee.

Buenos días,

Tras desactivar la caché de wp rocket y todas sus optimizaciones de la página de tienda:

1. El problema persiste, empiezo a descartar ya WP ROCKET, es que sin caché en la página en cuestión me cuesta creer que sea el motivo.
2. Para volver a ver mi tienda correctamente, no funciona borrar cache de WP ROCKET, tengo que entrar en mi Hosting y desde ahí borrar caché. Este borrado de caché es mucho más potente que el que hace WP ROCKET.
3. No tengo activa la caché del servidor ni tengo CDN.
4. Cuando el problema sucede, solo falla la tienda, las categorías si funcionan

Me gustaría probar sin tener el plugin del transporte activo, pero no se que sucedería si entra un pedido, como se gestionaría o si daría error. Si no da error, y puedo activarlo en el momento de gestionar el envío y volver a desactivarlo, sería una posible solución temporal hasta que solucionen la desactivación del seguimiento automático cada 4 horas.