WordPress 7.2 desactiva por defecto NO_BACKSLASH_ESCAPES en SQL

WordPress 7.2 introduce un cambio en la forma en que gestiona determinados modos SQL al conectarse a la base de datos. A partir de esta versión, NO_BACKSLASH_ESCAPES se suma a la lista de modos que WordPress no admite y que desactiva por defecto durante la conexión.

La modificación afecta principalmente a la compatibilidad entre WordPress y la configuración del servidor de base de datos. Para la mayoría de usuarios, será una medida aplicada automáticamente. Para desarrolladores y administradores, conviene conocerla cuando se revisan instalaciones con una configuración SQL personalizada.

Qué cambia en WordPress 7.2

WordPress ya desactiva algunos modos SQL cuando establece la conexión con la base de datos. Entre ellos se encuentran STRICT_ALL_TABLES, TRADITIONAL y ANSI. WordPress 7.2 añade ahora NO_BACKSLASH_ESCAPES a esa relación.

En términos prácticos, WordPress intentará que ese modo no esté activo en la conexión que utiliza. El cambio no se presenta como una nueva opción visible en el panel de administración, sino como un ajuste de compatibilidad que forma parte del proceso de conexión con la base de datos.

Por qué WordPress desactiva este modo

La razón está relacionada con el uso de la barra invertida, representada por el carácter \, para escapar caracteres especiales en las consultas SQL. El comportamiento esperado por WordPress al construir y procesar determinadas consultas depende de que esa forma de escape esté disponible.

El modo NO_BACKSLASH_ESCAPES modifica precisamente el tratamiento de la barra invertida en SQL. Al estar activado, las consultas no se interpretan de la misma manera que cuando se permite utilizar ese carácter para escapar otros caracteres especiales. Según la explicación de WordPress Core, esa diferencia hace que el modo no sea compatible con el funcionamiento esperado por WordPress.

Por este motivo, la versión 7.2 lo incorpora a la lista de modos que WordPress no soporta. La decisión sigue la misma lógica aplicada anteriormente con otros modos SQL: establecer una configuración compatible cuando WordPress conecta con la base de datos.

Qué consecuencias puede tener para una instalación

La consecuencia principal es que una instalación de WordPress 7.2 no debería mantener NO_BACKSLASH_ESCAPES activo en la conexión que utiliza WordPress, aunque el servidor o la configuración general de la base de datos lo contemple inicialmente.

• Para sitios estándar: el ajuste se realizará durante la conexión y no debería exigir una intervención manual del usuario.
• Para administradores: el modo puede dejar de estar disponible para la conexión de WordPress, por lo que conviene tenerlo en cuenta al revisar configuraciones del servidor.
• Para desarrolladores: las consultas y herramientas que dependan de una configuración SQL distinta deben probarse con el comportamiento que aplica WordPress.
• Para entornos personalizados: la actualización puede ser relevante si el servidor utiliza modos SQL definidos expresamente o si existen procesos que comparten la misma base de datos.

La fuente no indica que el cambio requiera modificar todas las bases de datos ni que implique una migración de contenidos. Su alcance está relacionado con los modos SQL que WordPress establece o desactiva al conectar con la base de datos.

Qué deberían revisar los equipos técnicos

Los equipos responsables de sitios WordPress pueden comprobar cómo se configura la conexión a la base de datos y si existen reglas propias del servidor que activen NO_BACKSLASH_ESCAPES. Esta revisión resulta especialmente útil en instalaciones administradas de forma manual o con configuraciones alejadas de los valores habituales.

También es recomendable probar la actualización en un entorno de pruebas cuando el proyecto utilice código personalizado relacionado con consultas SQL. El objetivo no es asumir que aparecerá un fallo, sino verificar que las aplicaciones auxiliares, extensiones y procesos internos funcionan con la configuración de conexión que WordPress aplicará en la versión 7.2.

En este punto es importante separar dos elementos. Por un lado, WordPress define los modos que no admite y trata de desactivarlos al conectar. Por otro, el servidor de base de datos puede tener su propia configuración general. La interacción entre ambos niveles es la que deben revisar los profesionales cuando existe una política SQL específica.

Un cambio de compatibilidad, no una función visible

NO_BACKSLASH_ESCAPES no es una característica que los usuarios activen desde WordPress ni una función orientada a mejorar la experiencia del panel. Se trata de un modo SQL del entorno de base de datos. Por eso, el cambio de WordPress 7.2 puede pasar inadvertido en una instalación convencional.

Su importancia está en evitar que WordPress trabaje con una interpretación de las consultas que no coincide con la forma en que utiliza la barra invertida para escapar caracteres especiales. La desactivación por defecto busca mantener un comportamiento coherente entre WordPress y la base de datos durante la conexión.

Qué significa para usuarios y profesionales

Para los usuarios finales, el cambio debería ser transparente en la mayoría de los casos. WordPress 7.2 aplicará la desactivación del modo al conectarse, sin que sea necesario buscar una opción en el escritorio ni cambiar manualmente el contenido del sitio.

Para administradores y desarrolladores, la actualización añade una consideración más al revisar los modos SQL compatibles con WordPress. Si una instalación utiliza configuraciones personalizadas, conviene verificar el comportamiento de la conexión y realizar pruebas antes de actualizar los entornos de producción.

En resumen, WordPress 7.2 amplía su lista de modos SQL no compatibles con NO_BACKSLASH_ESCAPES. La medida responde al uso que WordPress hace de la barra invertida para escapar caracteres especiales en SQL y refuerza la coherencia entre la aplicación y la configuración de la base de datos.

---

Fuente: WordPress Core.