Los colaboradores de WordPress están avanzando hacia el soporte oficial de SQLite en su núcleo, un proyecto que beneficiaría a sitios web menos complejos (sitios web y blogs de tamaño pequeño a mediano) que no necesariamente requieren la base de datos MySQL estándar de WordPress. En una actualización reciente, el colaborador principal patrocinado por Yoast, Ari Stathopoulos, dijo que el complemento de la función de integración de la base de datos SQLite se reescribió con la ayuda del colaborador principal patrocinado por Automattic, Adam Zielinski, para ofrecer una implementación más preparada para el futuro.
«El código ha sido completamente reescrito para usar un lexer de SQL y ahora es estable y capaz de manejar correctamente todas las solicitudes de WordPress», dijo Stathopoulos. “SQL Lexer es parte del proyecto PHPMyAdmin/SQL Parser (con licencia GPL 2.0) y ha sido adaptado para WordPress, implementando efectivamente un motor de traducción de MySQL a SQLite. Esto proporciona una mayor seguridad y compatibilidad”.
Stathopoulos afirma que el siguiente paso es implementar estos cambios en el núcleo de WordPress «en lugar de usar un complemento», ya que solo se puede probar en su forma actual en sitios web preexistentes que ya tienen una base de datos MySQL.
«Usar el complemento destacado es una excelente manera de permitir que los usuarios prueben la implementación y solucionen problemas, etc.», dijo. «Sin embargo, a largo plazo, no tiene sentido usarlo como complemento».
Stathopoulos creó un borrador de solicitud de extracción y un ticket de Trac que lo acompaña proponiendo integrar la nueva implementación en el núcleo.
Aunque el esfuerzo ha recibido comentarios positivos y apoyo de la comunidad y del desarrollador líder de WordPress, Matt Mullenweg, el complemento de funciones tiene solo 30 instalaciones activas y la nueva implementación ha tenido muy pocas pruebas.
Varios participantes en la discusión, incluido el Core Committer Aaron Jorbin y el Lead Developer Andrew Ozz, expresaron su preocupación sobre el llamado de la propuesta para que los cambios se fusionen en Core en el siguiente paso.
«Hablar de fusionarse con el núcleo se siente increíblemente prematuro por varias razones», dijo Jorbin. “El complemento ahora solo tiene alrededor de 30 instalaciones. Creo que debe haber un nivel mucho más alto de adopción para comprender cómo funcionará la cantidad casi infinita de complementos con este profundo cambio subyacente en WordPress”.
Jorbin también hizo referencia a la filosofía de WordPress de construir cosas para usuarios finales que no quieren tomar decisiones sobre la tecnología subyacente, sino que solo quieren que las cosas funcionen.
«Asumiendo que un usuario entiende diferentes motores de bases de datos, las compensaciones potenciales me parecen exageradas», dijo Jorbin. «Es por eso que cada implementación debe ser realmente sólida y probada de manera extremadamente exhaustiva».
Jorbin también se hizo eco de las preocupaciones de otros colaboradores en conversaciones anteriores sobre el extraño «código de ética» con tintes religiosos de SQLite.
Ozz sugirió agregar el complemento a WordPress como un mu-plugin, o «drop-in», muy parecido a cómo se implementan los complementos de almacenamiento en caché, para romper la rigidez de requerir que esté completamente integrado en el núcleo.
«Ambos métodos también son mejores/más convenientes para los usuarios, ya que pueden hacerlo la empresa de alojamiento o el script utilizado para instalar WordPress», dijo Ozz. «Hay algunos otros beneficios como actualizaciones independientes, etc.»
Stathopoulos respondió a estas preocupaciones diciendo que ve la fusión central como un objetivo a largo plazo, aunque la propuesta tiende a transmitir una urgencia que confundió a los panelistas.
«Es prematuro», admitió Stathopoulos. “Sin embargo, cuando miras el panorama general, no es prematuro planificar y prepararse para el futuro.
«Puede que sea prematuro ahora, pero no lo será en dos años… El problema es que si no empezamos a trabajar en ello ahora, no lo lograremos en el futuro».
SQLite no es algo que pueda, o deba, suceder en Core ahora o incluso dentro de un año. Es un objetivo a largo plazo y debe ser tratado como tal”.
Stathopoulos estuvo de acuerdo en que el complemento necesita más adopción para ver cómo funciona con complementos en todo el ecosistema. También estaba respondiendo a las preocupaciones de que los usuarios no comprenden completamente las implicaciones del motor de base de datos que eligen durante la instalación.
«La interfaz de usuario de prueba de concepto que configuré en Core PR es solo eso: una prueba de concepto», dijo Stathopoulos. “Algo que despierte la discusión y nos permita encontrar soluciones. Puede ser cualquier cosa, incluso escenarios de instalación (¿quieres crear un blog? ¿Un pequeño sitio de comercio electrónico? ¿Un gran medio de noticias? ¿El próximo Amazon?) Esa es una discusión que debe ocurrir cuando sea el momento adecuado para la interfaz de usuario, pero Todavía es un poco temprano para eso, no creo que estemos allí todavía».
Stathopoulos recomienda a los colaboradores que prueben la nueva implementación con los complementos que suelen usar, a través del complemento de integración de la base de datos SQLite o probando el diseño de la solicitud de incorporación de cambios en WordPress Core.
