Esto es un poco confuso, lo siento si no es lo suficientemente específico, pero aquí va.
Actualmente administro un montón de sitios de wordpress que a menudo requieren un conjunto de campos y tipos de publicaciones personalizados. Actualmente, esto se logra utilizando ACF Pro y el complemento de interfaz de usuario de tipos de publicaciones personalizadas, aunque he usado tipos de conjuntos de herramientas en el pasado: tomate/tomate
Cuando hago el cambio para vivir desde la puesta en escena, tiendo a dejarlo como está en caso de que cambien los requisitos, lo que sucede a menudo. Lo que estoy preguntando es, ¿hay algún rendimiento/seguridad/otro beneficio de simplemente exportar el código para estos bits en el tema, en functions.php o similar? ¿O no hay nada de malo per se en usar este tipo de complemento en un entorno en vivo? mi objetivo final es más seguridad y velocidad, y aunque hay muchas otras cosas que afectan esto, estoy interesado en este aspecto en particular.
Uno de los principales beneficios de transferir su lógica a sus archivos de tema es que puede ver los cambios y las actualizaciones en su control de versiones, porque cuando usa el complemento de interfaz de usuario ACF y CPT, todos los cambios se reflejarán en una base de datos y, como sabe, allí No es una forma fácil de controlar la versión de la base de datos.
Además, en lugar de cada vez que abre una página web, WordPress no necesita ir a la base de datos y ver qué tipo de publicaciones ha registrado, por lo que esto podría considerarse como un beneficio de rendimiento menor.
Si usa ACF, también puede utilizar la funcionalidad JSON local de ACF
Esto guarda todo su esquema de campos personalizados en archivos JSON en su servidor y puede ver todos los cambios realizados en los campos personalizados en su control de versiones/copias de seguridad, etc.
No está mal usar estos complementos en el sitio en vivo, especialmente ACF, ya que lo ayuda a mostrar y consultar sus campos personalizados de una manera más cómoda, pero desea tener la capacidad de versionar y hacer una copia de seguridad de sus cambios.
En cuanto a la interfaz de usuario de CPT, realmente no necesita su funcionalidad después de crear la estructura inicial de sus tipos de publicaciones personalizadas y es solo un complemento adicional para actualizar y consultar la base de datos cada vez que carga su panel de administración. Además, nunca puede estar seguro de si el complemento tendrá alguna vulnerabilidad y, considerando el factor de seguridad, siempre querrá mantener la cantidad de complementos al mínimo.