Debate Sobre Los Tipos De Publicaciones Personalizadas De Wordpress

Debate sobre los tipos de publicaciones personalizadas de WordPress

Como muchos de ustedes saben, la semana pasada Syed Balkhi asistió a la WordCamp Raleigh 2012. Durante el evento, uno de sus tweets desató el debate. En esta publicación, nuestro fundador Syed Balkhi discutirá si los tipos de publicaciones personalizadas de WordPress pertenecen al archivo functions.php o complementos. A continuación se muestra un tweet que inició este debate: No agregue tipos de publicaciones personalizadas en functions.php -> SIEMPRE debe usar un complemento específico del sitio – wpbeg.in/vcXr7j #wcraleigh – Principiante de WordPress (@ MundoCMS) 4 de noviembre de 2012 Después de tweet, muchas personas conocidas de la comunidad de WordPress intervinieron. Puedes ver la conversación completa aquí. Curtis McHale dio un paso más y amplió el tema en su nueva publicación de blog. La conversación de Twitter planteó algunos puntos importantes.

Resumen de argumentos

Argumento de complementos: El usuario siempre tendrá los datos incluso si cambia el tema. Puede que no se vea tan bonito, pero permanecerá allí.
Argument Functions.php: Los datos sin diseño no serían relevantes. Esto confundirá aún más a los usuarios. ¿Con qué lado estás más de acuerdo? Claramente, ambos lados tienen sus problemas, pero ¿cuál es el menor de dos males? He aquí por qué creemos que los tipos de publicaciones personalizadas deberían SIEMPRE vivir en un complemento específico del sitio o en un complemento separado.

Larga vida a los datos

Los tipos de publicaciones personalizadas son datos. En la mayoría de los casos, sus datos sobrevivirán al diseño actual. Después de cambiar nuestros temas varias veces, entendemos claramente esta declaración. Las publicaciones, páginas, enlaces, archivos adjuntos y reseñas son todos tipos de publicaciones integradas en WordPress. Además de eso, tenemos tipos de publicaciones como libros, testimonios, ofertas, etc. ¿Te imaginas si cambiamos un tema y todo se va? Ciertamente no quisiéramos que eso sucediera. Tener desarrolladores en nuestro equipo no debería importar mucho. Dado que todos nuestros temas están diseñados a medida por nuestro equipo, ¿qué diferencia realmente hace? El secreto está en dos palabras: tiempo y centralización. Mientras tengamos todos los datos que necesitamos, todo lo que tenemos que hacer en el futuro es cambiar el estilo. No tendremos que preocuparnos por copiar y pegar funciones de un archivo a otro cada vez. ¿Qué sucede si desea replicar la funcionalidad? Simplemente tome el complemento y colóquelo en su nuevo sitio. Cambia el estilo y listo.

Normas y estándares

Cuando usa la palabra SIEMPRE como lo hicimos en nuestro tweet, puede significar tanto reglas como estándares. Las reglas y estándares están establecidos para la mayoría. Siempre habrá escenarios de casos especiales en los que las reglas se distorsionan y los estándares se rompen, pero eso no significa que tengamos que deshacernos de los estándares por completo. Hay toneladas de tipos de publicaciones genéricas que en su mayoría requieren el mismo conjunto de metacampos adicionales. Aquí hay algunos ejemplos que me vienen a la mente: Citas, Libros, Receta, Testimonios, Portafolio, etc. Teniendo en cuenta la gran cantidad de temas de fotografía y portafolio disponibles en el mercado abierto e -Ingrese toda la información de tipo de publicación personalizada cada vez que cambie el tema. Echemos un vistazo a un caso de ejemplo:
Fotógrafo – El usuario ha configurado un WordPress que tiene funcionalidad de blog (CPT «post» por defecto). Quiere agregar un portafolio de su trabajo (requiere un Portafolio CPT). Quiere mostrar testimonios de clientes (requiere testimonio de CPT). Toda esta información seguramente vivirá después de un diseño de tema. Un año después, el usuario quiere cambiar el aspecto de su sitio y actualizarlo. Encuentre un nuevo tema que tenga todas las funciones similares. Mientras cambia el tema, BOOM. Todos los datos anteriores que ingresó se han ido. Hay un menú llamado Portafolio y un menú llamado Testimonios, pero ninguno de los datos está allí. El usuario piensa «SAINT CRAP, he perdido todo mi contenido». Crea una nueva pregunta de soporte en el foro. Envía correos electrónicos a sitios como MundoCMS, etc. Si no reciben una respuesta correcta, deberán volver a ingresar todos los datos. Es una experiencia de usuario horrible. Entonces, ¿cómo podemos resolver este problema?

¿Solución posible?

Estamos creando una nueva base estándar. Justin Tadlock ya comenzó a trabajar en este problema hace algún tiempo al crear un complemento básico de billetera. ¿Será esta la solución perfecta para todos? NO, pero será para la mayoría. Como Justin pregunta en su publicación, qué campos estándar deben incluirse en el complemento de la cartera (con referencia a la meta publicación). Este tipo de conversación debe tener lugar entre desarrolladores que están creando una funcionalidad similar en sus temas. ¿Por qué copiar y pegar lo mismo una y otra vez de un tema a otro cuando se puede hacer a través de un complemento? Una vez que se convierta en un estándar, otros autores de temas comenzarán a adaptarse a él. Por ejemplo, estamos viendo un aumento en el soporte de estilo para Gravity Forms en marcos temáticos de WordPress como Genesis y otros. ¿Por qué? Porque entienden que sus usuarios lo están usando. Hay algunos temas sólidos de WordPress que vienen con características que creemos deberían ser complementos. Temas de publicaciones de trabajo, temas de seguimiento de problemas, temas de clasificados, temas de bienes raíces, etc. Todos deberían estar alimentados por un complemento básico. Esto ya está sucediendo con WooCommerce. WooThemes ha lanzado muchos temas que tienen soporte de estilo incorporado para el complemento. Otras empresas temáticas también han prometido lanzar temas de comercio electrónico basados ​​en WooCommerce. Puede cambiar de un tema a otro y mantener todos sus productos como están. Es casi como si el tema hubiera cambiado, pero todo está en su lugar. Es la experiencia de cambiar el tema al que debemos apuntar. ¿Por qué no hacer lo mismo con Portafolio, Testimonios y otros tipos de artículos genéricos personalizados? ¿Es porque es demasiado simple y el comercio electrónico es una bestia más grande que conquistar? Obviamente, el comercio electrónico tiene demasiados campos en comparación con otros, por lo que debería ser mucho más fácil para este tipo de publicaciones genéricas. Es solo una cuestión de hacer un esfuerzo consciente para mejorar las cosas. Eche un vistazo al complemento ReciPress. Crea un metabox personalizado con campos de recetas y lo adjunta con mensajes. Sin embargo, es posible adjuntarlo con tipos de publicación personalizados. Cualquiera que use este complemento puede cambiar su tema sin tener que pasar por tal molestia. Sería bueno ver temas como AgentPress impulsados ​​por un complemento central centralizado. Sería genial ver que la transición de los temas cambiantes se vuelve más fácil. Por ejemplo, si un usuario cambia de un tema de fotografía a otro, no debería ser un caos. Pueden ocurrir errores menores, pero al menos en el panorama general, las cosas funcionarán. Siempre puede dar ejemplos de tipos de publicaciones súper personalizadas creadas para el uso único del cliente, pero esta es la excepción y no la regla. ¿Qué opinas de este tema? ¿Dónde debería residir el código para los tipos de publicaciones personalizadas? ¿En el archivo functions.php o en los complementos?

Leave a Reply