Un usuario preguntó 👇
Todo funcionaba bien hasta la última actualización. Ahora recibo 500 errores aleatorios al intentar iniciar sesión en wpadmin en mi sitio. También obtengo este error cuando intento crear un nuevo trabajo.
Error fatal: TypeError Error: el argumento 1 enviado a Requests_Cookie_Jar :: program () debe ser un ejemplo de Requests_Hooker, como Requests_Hooks dado, llamado en / home / ridestok / public_html / wp-includes / class-orders .php online 592 y definido en /home/ridestok/public_html/wp-includes/Requests/Cookie/Jar.php:120 Track Stacking: # 0 /home/ridestok/public_html/wp-includes/class-requests.php ( 592): Requests_Cookie_Jar-> program (Object (Requests_Hooks)) # 1 /home/ridestok/public_html/wp-includes/class-requests.php(363): Requests :: set_defaults (‘https: // jetpack… & # 8217;, Array, ‘https: // jetpack … & # 8217;, Array, ‘ preguntar (‘https: // jetpack … & # 8217;, Editar) # 4 /home/ridestok/public_html/wp-content/plugins/jetpack/class.jetpack-client.php(187): wp_remote_request (‘https: // jetpack … & # 8217;, Array) # 5 / home / ridestok / public_html / wp-content en /home/ridestok/public_html/wp-includes/Requests/Cookie/Jar.php online 120
(@ridestoke)
Hace 4 años
¿Cómo se resuelve?
(@jeherve)
Mecánico Jetpack 🚀
Hace 4 años
¿Podemos cambiar el estado de este hilo como «[Resolved]»La bandera puede ser engañosa
¡Hecho!
(@zomidaily)
Hace 3 años, 11 meses
Hola Jeremy, ¿La nueva versión de Jetpack 4.7 es compatible con PHP 7.1 ahora? Para él, Joseph
(@jeherve)
Mecánico Jetpack 🚀
Hace 3 años, 11 meses
@zomidaily Debería ser, sí. Arreglamos algunos errores y luego hicimos algunas pruebas en diferentes servidores que ejecutan PHP 7.1. Ahora ejecutamos pruebas automatizadas en PHP 7.1 para cada uno de los parches agregados a Jetpack.
(@ivanatanasov)
Hace 3 años, 11 meses
@zomidaily: aquí Ivan Atanasov, parte del equipo de soporte técnico de SEO en SiteGround.
Probamos la funcionalidad de la nueva versión de Jetpack con PHP 7.1 en nuestra plataforma usando una nueva instalación de WordPress. No se encontraron problemas.
(@zomidaily)
Hace 3 años, 11 meses
Hola Jeremy, SiteGround me informó que el problema es causado por un módulo de Publicaciones relacionadas. ¿Podrías comprobar de nuevo?
A continuación se muestra la parte relativa del proceso PHP de SiteGround:
8390 25190 stat("/home/vaphual8/staging/2/wp-content/plugins/jetpack/modules/related-posts/jetpack-related-posts.php", {st_mode=S_IFREG|0644, st_size=49962, ...}) = 0
8391 25190 mmap(NULL, 2097152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa01bc00000
8392 25190 fcntl(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = 0
8393 25190 fcntl(3, F_SETLK, {type=F_UNLCK, whence=SEEK_SET, start=0, len=1}) = 0
8394 25190 mkdir("/home/vaphual8/.opcache", 0700) = -1 EEXIST (File exists)
8395 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c", 0700) = -1 EEXIST (File exists)
8396 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home", 0700) = -1 EEXIST (File exists)
8397 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home/vaphual8", 0700) = -1 EEXIST (File exists)
8398 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home/vaphual8/staging", 0700) = -1 EEXIST (File exists)
8399 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home/vaphual8/staging/2", 0700) = -1 EEXIST (File exists)
8400 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home/vaphual8/staging/2/wp-content", 0700) = -1 EEXIST (File exists)
8401 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home/vaphual8/staging/2/wp-content/plugins", 0700) = -1 EEXIST (File exists)
8402 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home/vaphual8/staging/2/wp-content/plugins/jetpack", 0700) = -1 EEXIST (File exists)
8403 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home/vaphual8/staging/2/wp-content/plugins/jetpack/modules", 0700) = -1 EEXIST (File exists)
8404 25190 mkdir("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home/vaphual8/staging/2/wp-content/plugins/jetpack/modules/related-posts", 0700) = -1 EEXIST (File exist s)
8405 25190 open("/home/vaphual8/.opcache/b95da6d72ea733ba3e111d6406344e3c/home/vaphual8/staging/2/wp-content/plugins/jetpack/modules/related-posts/jetpack-related-posts.php.bin", O_RDWR|O_CREAT|O_EXCL, 0600) = 8
8406 25190 flock(8, LOCK_EX) = 0
8407 25190 mmap(NULL, 299008, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fa027efd000
8408 25190 --- SIGSEGV (Segmentation fault) @ 0 (0) ---(@jeherve)
Mecánico Jetpack 🚀
Hace 3 años, 11 meses
Gracias por los detalles adicionales.
Aún no hemos reproducido el problema, pero investigaremos más. ¡Te avisaré en cuanto tenga noticias!
(@jeherve)
Mecánico Jetpack 🚀
Hace 3 años, 10 meses
Esto puede ser un problema entre las aplicaciones de WordPress OPcache y XML-RPC (que usan Jetpack para comunicarse con WordPress.com).
Puedes leer más sobre esto aquí:
https://ethitter.com/2017/01/upgrading-to-php-7-1/
@ivanatanasov ¿Podría comprobar si ese podría ser el caso en los sitios @ ridestoke y @ zomidaily (entradas 1989533 y 2019392)?
¡Gracias!
(@ivanatanasov)
Hace 3 años, 10 meses
@jeherve 2019392 es el ticket de interés aquí donde se localizó el problema con el módulo de Publicaciones relacionadas que se ejecuta en PHP 7.1.
Decisión tras varias pruebas ambientales:
Jetpack con publicaciones relacionadas activadas + PHP 7.1 -> no funciona con OPcache deshabilitado en xmlrpc.php.
Jetpack con publicaciones relacionadas activadas + PHP 7.1 -> frontend funciona con opcache.enable desactivado a través del archivo php.ini. (los fines de semana no funcionan)
Jetpack con publicaciones relacionadas desactivado + PHP 7.1 -> funcionando.
Jetpack con publicaciones relacionadas activadas + PHP 7.0 -> funcionando.
Esto significa que el archivo xmlrpc.php no es el responsable de la falla.
Para el ticket 1989533, se solucionó que el problema estaba relacionado con una función de acceso directo en js_composer, conocida como el plugin Shortcake (interfaz de usuario de código corto).
Estaba creando una fuga de memoria PHP y esto resultó en:
Fatal error: Allowed memory size of 805306368 bytes exhausted (tried to allocate 139976171884256 bytes) in /path/to/website/wp-content/plugins/js_composer/include/classes/shortcodes/shortcodes.php on line 31
(@jeherve)
Mecánico Jetpack 🚀
Hace 3 años, 10 meses
Gracias por todos los detalles. Ejecutaremos algunas pruebas en el sitio de prueba de SiteGround y veremos si podemos solucionar este problema.
(@jeherve)
Mecánico Jetpack 🚀
Hace 3 años, 10 meses
@todos Trabajamos en un parche para resolver este problema. Si algunos de ustedes se sienten cómodos editando archivos PHP en su sitio, ¿podrían intentar aplicar este parche y hacerme saber si ayuda?
https://github.com/Automattic/jetpack/pull/6565/files
¡Gracias!
(@ivanatanasov)
Hace 3 años, 10 meses
@jeherve – ¡Gracias por tu seguimiento, Jeremy!
El nuevo parche para /jetpack/modules/related-posts/jetpack-related-posts.php está funcionando a la perfección por mi parte. No se está produciendo ninguno de los problemas informados anteriormente con las publicaciones relacionadas.
Sin duda, también lo probé en un entorno en el que se había observado previamente el problema.
(@zomidaily)
Hace 3 años, 9 meses
Hola Jeremy, este parche parece estar funcionando. https://github.com/Automattic/jetpack/blob/7dda6c662df66854c0a787ca45213e75f43f9fb2/modules/related-posts/jetpack-related-posts.php
¿Hay algún plan para lanzar la nueva versión pronto?
(@jeherve)
Mecánico Jetpack 🚀
Hace 3 años, 9 meses
¿Hay algún plan para lanzar la nueva versión pronto?
Estamos a punto de entrar en el período Beta, y si no encontramos ningún error, lanzaremos una nueva versión que incluirá esta corrección en las próximas semanas.
(@zomidaily)
Hace 3 años, 9 meses
Hola Jeremy, ¿La configuración está incluida en la nueva versión 4.8?
¿Solucionó tu problema??
0 / 0