ACF vs SCF: El debate sobre la bifurcación y el futuro del ecosistema WordPress

Recientemente, WordPress decidió convertir el popular pluginCampos personalizados avanzados (ACF) se bifurcó en algo llamadoCampos personalizados seguros (SCF) versión. Esta iniciativa no sólo ha suscitado un amplio debate en la comunidad, sino que también es WordPress junto con Motor WP El resultado directo de las disputas legales entre ambos, y un reflejo más profundo del ecosistema del software de código abierto en elSeguridad y beneficios empresarialesEl tenso equilibrio entre la

El fork es una herramienta valiosa en la comunidad del código abierto, tanto para resolver problemas técnicos actuales como para impulsar proyectos en nuevas direcciones. Sin embargo, hay una serie de retos psicológicos y prácticos que deben superarse cuando se bifurca un proyecto. Es importante que la motivación para impulsar el fork se base en una perspectiva de desarrollo a largo plazo, con un claro apoyo a la filosofía y los valores. A continuación, exploramos una serie de perspectivas con más detalle ACF junto con SCF Los antecedentes históricos, las razones de la bifurcación, el impacto en usuarios y desarrolladores, y lo que esto significa para el ecosistema de WordPress.

1. Antecedentes: Conflicto entre WP Engine y WordPress

WP Engine es un conocido proveedor de alojamiento de WordPress en el 2022 El cofundador de WordPress, Matt Mullenweg, adquirió el plugin ACF en 2007, añadiéndole funcionalidades y proporcionando actualizaciones a través de su propia plataforma. Sin embargo, este método de actualización elude el catálogo oficial de plugins de WordPress.org, lo que suscita dudas sobre su seguridad y transparencia. Matt Mullenweg, cofundador de WordPress cuente, el comportamiento de WP Engine puede amenazar la integridad del ecosistema de plugins, especialmente si sus actualizaciones ya no son revisadas por la comunidad de WordPress.org.

En respuesta a esto, WordPress decidió prohibir a WP Engine y a sus asociados el acceso a la infraestructura de WordPress.org, incluida la gestión de sus plugins y temas. Esta prohibición llevó a WordPress a bifurcar el ACF, creando el SCF para proteger a los usuarios y garantizar la transparencia de las actualizaciones.

2. Historial y estado de los campos personalizados avanzados (ACF)

ACF Creado en 2011 por Elliot Condon, es uno de los plugins más populares del ecosistema de WordPress. Permite a los desarrolladores añadir campos personalizados a entradas, páginas y tipos de entradas personalizados a través de una interfaz sencilla sin necesidad de codificación compleja. El plugin es flexible, fácil de usar y ha atraído a más de 2 millones de instalaciones activas.

Las funciones principales de ACF incluyen:

• Múltiples tipos de campo (texto, imagen, archivo, etc.).
• Funciones avanzadas (por ejemplo, campos repetibles, campos de repetición y disposición flexible del contenido).
• Fuerte apoyo de la comunidad y abundantes recursos de documentación.

En 2022, WP Engine adquirió ACF y lo gestionó como parte de su ecosistema. Desde entonces, las actualizaciones de ACF se han trasladado a los servidores de WP Engine, ely ya no se publica a través de WordPress.org.

3. Por qué bifurcar el ACF: el nacimiento del SCF

Consideraciones sobre seguridad y transparencia

El esquema actualizado de ACF ha proporcionado al equipo de seguridad de WordPress.org mucha información sobre su manejo de datos ycomercioLas sobreventas expresaron su preocupación. Las cuestiones específicas incluyen:

• Actualización opaca: WP Engine publica las actualizaciones a través de sus propios servidores, no a través del proceso de revisión de WordPress.org.
• Vulnerabilidades potenciales de seguridad: Algunos tratamientos de datos no filtrados pueden conllevar riesgos para la seguridad.
• Venta comercial ascendente: WP Engine incrustó enlaces para promocionar funciones de pago en el plugin, lo que llevó a la comunidad a cuestionar la ética de código abierto del plugin.

Para hacer frente a estos problemas, WordPress se lanzó en Octubre de 2024Anunciando la bifurcación del ACF, creando SCF Complementos.SCF elimina la funcionalidad de upselling comercial de ACF, con mayor seguridad, y está totalmente alojado en el directorio oficial de plugins de WordPress.org.

El papel de la licencia GPL

La licencia de código abierto GPL del plugin de WordPress permite a cualquiera bifurcar el código, siempre que las nuevas versiones también cumplan la Reglas de la GPLEsta licencia otorga a WordPress el derecho a crear SCF basados en ACF, garantizando así la seguridad y la transparencia del ecosistema de plugins. Esta licencia otorga a WordPress el derecho a crear SCF basados en ACF, garantizando así la seguridad y la transparencia del ecosistema de plugins.

4. Diferencias fundamentales entre el ACF y el SCF

He aquí las principales diferencias entre el ACF y el SCF:

5. Impacto en desarrolladores y usuarios

Desafíos para los desarrolladores

• problema de compatibilidad: Es posible que algunos temas y plugins creados en torno a las funciones de ACF Pro no sean compatibles con SCF.
• Limitaciones funcionales: SCF carece de las funciones avanzadas de ACF Pro y puede requerir que los desarrolladores escriban manualmente código personalizado.
• curva de aprendizaje: La migración de ACF a SCF puede implicar la adaptación a un nuevo modelo de gestión de enchufes.

Confusión del usuario

• compromiso de funcionalidadPero por ahora.Ambos plugins son totalmente funcionalesEl usuario tiene que elegir entre la riqueza de funciones del ACF y la seguridad y transparencia del SCF.
• dificultad de migración: Puede que sea necesario reconfigurar o ajustar los campos personalizados existentes.
• Comunicación con el cliente: Los desarrolladores que gestionen varios clientes de WordPress tendrán que explicar el impacto de este cambio a sus clientes.

6. ¿Cómo elegir: ACF o SCF?

Si está considerando elegir entre ACF y SCF, sopese los siguientes factores:

requisito funcional

• Si confía en ACF Pro de funciones avanzadas (por ejemplo, campos repetidores, campos de contenido flexible), se recomienda seguir utilizando ACF.
• Si sus necesidades son relativamente sencillas, las funciones gratuitas de SCF pueden ser suficientes.

Seguridad y transparencia

• Si le preocupan más la seguridad y la transparencia de las actualizaciones, el SCF es una mejor opción.
• Si confía en el proceso de actualización de WP Engine, puede seguir utilizando ACF.

Apoyo comunitario

• ACF cuenta con un apoyo comunitario y unos recursos de documentación más maduros.
• El SCF se basa en WordPress.org Sostenibilidad de la comunidad.

7. ¿Otros plugins tendrán experiencias similares?

La respuesta corta esseguro.
En el mundo de WordPress, mientras el código esté alojado en el repositorio de plugins de WordPress.org y siga el acuerdo de licencia GPL, siempre existe la posibilidad de que sea bifurcado; la GPL concede a cualquiera el derecho a copiar, modificar y bifurcar el código siempre que se atenga a las limitaciones del acuerdo de código abierto.

Un ejemplo similar es GiveWP ha bifurcado Easy Digital Downloads. Aunque ambos plugins tienen los mismos orígenes, la bifurcación ha dado lugar a direcciones funcionales diferentes para cada uno. Este tipo de comportamiento de bifurcación no es infrecuente, y sólo en el caso de ACF frente a SCF es especialmente delicado debido a que implica a actores importantes como Automattic y WP Engine.

8. Resumen

La batalla de bifurcaciones entre ACF y SCF es un acontecimiento importante en el desarrollo del ecosistema de WordPress. Para los desarrolladores y los usuarios, elegir qué plugin utilizar no es sólo una cuestión técnica, sino también una reflexión sobre la seguridad, la transparencia y el espíritu del código abierto.

Tanto si elige ACF como SCF, debe sopesar los pros y los contras en función de sus propias necesidades y vigilar de cerca los desarrollos futuros para asegurarse de que su sitio web siga siendo estable, seguro y eficaz.