Un usuario preguntó 👇
Parece, como otros han publicado aquí, que la pantalla aparece completamente en blanco (sin barra de administración ni nada) con 3.8.0 activado. Al ejecutar la consola de Firefox, obtengo esto, que muestra que uno de los archivos javascript no se está cargando correctamente.
Loading failed for the <script> with source “/wp-content/plugins/gutenberg/vendor/wp-polyfill-ecmascript.min.2ae96136.js”. post-new.php:108
[Show/hide message details.] ReferenceError: regeneratorRuntime is not defined[Learn More] index.js:12:86582
[Show/hide message details.] TypeError: Object(...) is not a function[Learn More] index.js:12:8067
[Show/hide message details.] TypeError: Object(...)(...) is undefined[Learn More] index.js:12:15977
[Show/hide message details.] TypeError: wp.editPost is undefined[Learn More]
Dado que el archivo javascript no se carga, rompe todo. Espero que esto se pueda solucionar en la próxima actualización.
(@ steve-pheriche)
Hace 2 años, 3 meses
Hola, no tengo nada que ver con Gutenberg pero … es probable que esto entre en conflicto con Gutenberg y las reglas de Apache ModSecurity proporcionadas por Atomicorp. La última versión de Gutenberg ejecutará las reglas de Atomicorps ModSecurity y agregará 403 a ese archivo polyfill.js, lo que hará que Gutenberg cambie a pantalla blanca. El conjunto de reglas de Atomicorp detecta ese archivo como un intento de XSS debido a que iFrame está siendo instalado por JS ( es mi suposición basada en mis propios registros de ModSecurity)
Si está en un servidor Plesk, es poco probable que este conjunto de reglas funcione porque estas reglas son el estándar. Si tiene acceso a su VPS de alojamiento y se siente cómodo editando las reglas, puede agregar una excepción manual, y el método más simple es ingresar la ID de la regla que hará que su Gutenberg opere a un mayor costo de seguridad. baja para XSS en general. No estoy familiarizado con métodos para hacer excepciones más elegantes.
Informé este error en Gutenberg GitHub pero fue ignorado y mis resultados se presentaron como una «solicitud de ayuda». Así que probablemente no se solucionará.
https://github.com/WordPress/gutenberg/issues/10075
Esta respuesta fue modificada hace 2 años, 3 meses por.
(@mannweb)
Hace 2 años, 3 meses
Pasaré esto a mi anfitrión, ya que en realidad estoy usando Plesk. Continuaré cuando trabaje con ellos.
(@bkjproducciones)
Hace 2 años, 3 meses
Vaya, Steve, es un descubrimiento genial. ¿Es esto algo que podría cambiar para convertirse en el estándar de Plesk? Había visto una discusión en GitHub sobre Cloudflare y Gutenbug y me pareció que la gente de Cloudflare estaba dispuesta a cambiar su estándar por el bien de Gutenberg, pero es posible que no lo haya entendido.
(@clorith)
Hace 2 años, 3 meses
Hola,
Siguiendo aquí, ¿ha escuchado qué bloqueaba sus solicitudes?
(@mannweb)
Hace 2 años, 3 meses
Resulta que en realidad era algo dentro del firewall de aplicaciones web acerca de que Plesk bloqueaba a Gutenberg. Aparentemente, la causa es lo que parece ser XSS, por lo que WAF lo bloqueó. Establecer una regla de lista para Gutenberg permite que Gutenberg funcione. Sin embargo, no es una solución perfecta.
(@ venus10)
Hace 2 años, 2 meses
Hola mannweb, ¿estableciste esta regla para una lista o eres el propietario de tu proveedor? Tengo la misma notificación de error que intentaría solucionarlo en el servidor que uso. Gracias por la retroalimentación.
(@mannweb)
Hace 2 años, 2 meses
Si tiene acceso al Firewall de aplicaciones web para el dominio de Plesk, puede borrar la identificación que obtiene del registro de errores dentro del WAF. Eso es lo que hice a nivel de dominio.
¿Solucionó tu problema??
0 / 0