Usando WordPress como un CMS: preferencias de desarrollador para plugins personalizados vs existentes

Últimamente estoy escribiendo mucho más código personalizado (complementos y funciones de tema, en realidad todos iguales) porque cuando empiezas a usar WordPress como un CMS completo, estás lidiando con funciones de vanguardia que apenas han sido descubierto por muchos (o todavía están esperando ser topados en la fuente misma). Así que no hay muchos complementos que manejen estas nuevas funciones.

Además, la naturaleza misma de usar wordpress como CMS implica una cierta especialización y personalización para su cliente; por lo tanto, incluso cuando he encontrado complementos que manejan ciertas funciones de CMS, casi siempre encuentro que necesito una solución más específica. Los complementos se deben escribir para que sean flexibles para todo tipo de usos, mientras que su código personalizado (que puede basarse en un complemento existente) puede evitar todo tipo de formularios de entrada y paneles de configuración innecesarios que los complementos requieren para saber lo que desea, individualmente. como resultado. La eliminación de esas (y la codificación de ciertas funciones para el escenario específico de su cliente) también reduce la cantidad de IU de entrada y la configuración que alguien puede tocar accidentalmente más adelante ...

Hola @pingu:

¡Gran pregunta!

Construyo CMS personalizados para clientes, no configuro blogs para clientes, así que encuentro que para los tipos de clientes que atiendo, estoy usando casi exclusivamente complementos personalizados. Mis clientes suelen querer las cosas exactamente como las quieren y creo que muy pocos complementos listos para su uso satisfarán sus necesidades.

Pero no es que crea que el concepto de complementos esté en falta. Por el contrario, creo que es posible que existan complementos, por lo que la mayoría de las veces podría utilizar complementos disponibles en el mercado, es solo que la mayoría de los complementos disponibles en la actualidad parecen estar dirigidos al usuario final de blogs y no están diseñados con el desarrollador profesional en mente que usa WordPress como plataforma para entregar soluciones a los clientes.

Lo que he encontrado al trabajar con mis clientes es un conjunto de patrones de casos de uso para complementos que creo que cubrirían al menos el 50% de la necesidad de un código personalizado, tal vez más. Después de invertir casi un año en estos complementos, he decidido lanzarlos como producto en algún momento en un futuro no muy lejano.

Sin embargo, mientras tanto, tendré que encontrar algunas personas que puedan decirme cuáles son sus principales necesidades a cambio de la capacidad de usar las herramientas que estoy desarrollando. Si tiene interés, puede encontrar mi dirección de correo electrónico en mi página de perfil; simplemente envíeme un correo electrónico y hágame saber en qué áreas está viendo más.

Esta es una muy buena pregunta. Hay algunos complementos generales que utilizo regularmente que resuelven problemas básicos como el rendimiento / almacenamiento en caché, SEO y formularios (formularios de gravedad).

Para casi todo lo demás es completamente personalizado. La mayor parte del trabajo personalizado implica crear una forma para que el cliente agregue tipos de contenido específicamente definidos a su sitio.

Por ejemplo, un cliente puede solicitar una manera de publicar ofertas de trabajo. Esto requiere un tipo de mensaje personalizado con meta cajas personalizadas para cosas como el título del trabajo, salario, beneficios, requisitos de educación, descripción del trabajo, etc. Luego, se debería crear un formulario de solicitud en línea con un botón Aplicar ahora incrustado o conectado al trabajo único. plantilla .php.

Otro ejemplo es el etiquetado en blanco o la personalización del tablero con una pantalla de inicio de sesión personalizada que usa el logotipo de los clientes y elimina algunas marcas de WordPress junto con algunos de los widgets del tablero. Algunos proyectos incluso requieren la creación de widgets de panel personalizados.

Realmente no hay muchos complementos listos para usar que puedan satisfacer las necesidades de un CMS personalizado de pleno derecho.

Me encanta que haya una biblioteca tan grande de complementos de WP de terceros, y los uso a menudo para sitios personales y trabajo pro-bono. Pero rara vez utilizo complementos del repositorio para trabajos de desarrollo profesional.

En general, encuentro que los clientes no tienen un vínculo emocional con WordPress, solo quieren un CMS. Por lo tanto, tienden a perdonar menos cosas como los botones de donar y la funcionalidad de complemento de marca. De hecho, los pone nerviosos. Solo quieren ver un botón con la etiqueta "Formulario de contacto", no "CformsII" o lo que sea. Además, los clientes empresariales tienen departamentos legales que a veces están preocupados por las licencias y la propiedad del código y todo eso, y no quieren tener que borrar las licencias y los términos de uso de una docena de complementos de terceros.

Por lo general, trabajo desde una biblioteca de complementos básicos de marca blanca que he desarrollado y los personalizo para cada cliente. De esa manera, conozco todo el código por dentro y por fuera, y puedo hacer las personalizaciones de manera muy fácil y limpia. Y sé que no hay un montón de basura allí que fue diseñada para adaptarse a casos de borde, solo lo que se necesita para el trabajo en cuestión.

Sin embargo, definitivamente APRENDO mucho de los complementos de terceros. A menudo abriré un complemento para ver cómo funciona y luego crearé mi propia versión basada en lo que aprendí. Luego, cuando surja nuevamente la necesidad de esa funcionalidad, tengo algo con lo que trabajar que creé, que está libre de desorden y atribuciones, y que es prácticamente invisible para el cliente.

Todavía tengo que escribir un complemento personalizado para un cliente, pero ciertamente lo haría si estuvieran pagando por él :)

Recientemente me sumergí en las más características "similares" de CMS con un sitio de tamaño medio totalmente personalizado. Inicialmente, estaba un poco preocupado si realmente iba a funcionar, ya que requería tantos elementos personalizados y ninguno de ellos tenía que ver con los blogs reales.

Estuve muy cerca de ir con un CMS más robusto, pero asumí el riesgo y ya ha dado resultados. Casi todo lo que necesitaba era bastante fácil de lograr al hacer plantillas personalizadas (tema), de hecho, fue bastante fácil, y me sorprendió lo flexible que es, ya no es solo una plataforma de blogs.

Habiendo dicho eso, definitivamente hay algunas advertencias en las que se puede trabajar, pero a veces me encuentro diciendo que si solo tuviera la característica x como ... hace.

En una nota al margen, he llegado a depender mucho menos de los complementos para escribir o escribir funciones y códigos personalizados. De hecho, a menos que sea algo específico, único o muy bien hecho, rara vez los uso.