Uso de WordPress como CMS: preferencias del desarrollador para complementos personalizados vs complementos existentes

Solo quería evaluar algunos comentarios generales sobre cómo los desarrolladores usan WordPress como CMS. Comencé a tener algunas solicitudes de clientes para sitios web creados en WordPress. La mayoría de las veces, son bastante simples y la funcionalidad principal de WordPress funciona bien.

A veces, aunque habrá la necesidad de una funcionalidad personalizada, para lo cual generalmente busco los miles de complementos disponibles y uso uno que se adapte. Sin embargo, a medida que construyo más sitios, descubro que nunca estoy 100% satisfecho con el funcionamiento de los complementos (o hacen demasiado o muy poco)

¿Ustedes escriben complementos personalizados para los sitios de WordPress que crean para los clientes (incluso si ya existen otros similares)? ¿Cómo llegar a una decisión cuando se trata de personalizar vs existente?

Últimamente escribo mucho más código personalizado (complementos y funciones de tema, en realidad lo mismo) porque cuando comienzas a usar WordPress como un CMS completo, estás lidiando con funciones innovadoras que apenas muchos han descubierto. (o todavía está esperando ser topado en la fuente misma). Por lo tanto, no hay muchos complementos que manejen estas funciones más nuevas.

Además, la naturaleza misma del uso de WordPress como CMS implica una cierta especialización y personalización para su cliente; así, 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 deben escribirse para que sean flexibles para todo tipo de usos, mientras que su código personalizado (que se puede basar en un complemento existente) puede renunciar a todo tipo de formularios de entrada innecesarios y paneles de configuración que los complementos requieren para saber qué desea individualmente como resultado. Eliminarlos (y codificar 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 tarde ...

Hola @pingu:

Gran pregunta!

Construyo CMS personalizados para clientes, no configuro blogs para clientes, así que creo que para los tipos de clientes que atiendo estoy usando complementos personalizados casi exclusivamente. Por lo general, mis clientes quieren cosas exactamente como las quieren y encuentro que muy pocos complementos disponibles satisfacen sus necesidades.

Pero no es que piense que el concepto de complementos es culpable. Por el contrario, creo que es posible que existan complementos para que la mayoría de las veces pueda usar complementos disponibles, es solo que la mayoría de los complementos disponibles en la actualidad parecen estar destinados al usuario final de blogs y no están diseñados con El desarrollador profesional en mente que utiliza WordPress como plataforma para entregar soluciones a los clientes.

Lo que he encontrado trabajando con mis clientes es un conjunto de patrones de casos de uso para complementos que creo que abordarían al menos el 50% de la necesidad de 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.

Mientras tanto, sin embargo, necesitaré 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; solo 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 rendimiento / almacenamiento en caché, SEO y formularios (Gravity Forms).

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 forma de publicar ofertas de trabajo. Esto requiere un tipo de publicación personalizado con metacuadros personalizados para cosas como 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 de solicitud ahora incrustado o enganchado en el trabajo único plantilla .php

Otro ejemplo es el etiquetado blanco o la personalización del tablero con una pantalla de inicio de sesión personalizada usando el logotipo del cliente y eliminando algunas de las marcas de WordPress junto con algunos de los widgets del tablero. Algunos proyectos incluso requieren la creación de widgets de tablero personalizados.

Realmente no hay muchos complementos disponibles que puedan satisfacer las necesidades de un CMS personalizado completo.

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

En general, encuentro que los clientes no tienen ningún apego emocional a WordPress, solo quieren un CMS. Por lo tanto, tienden a ser menos indulgentes con cosas como botones de donación y 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.

Entonces, en su mayor parte, trabajo desde una biblioteca de complementos básicos de etiqueta 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 personalizaciones de manera fácil y limpia. Y sé que no hay un montón de basura allí diseñada para acomodar casos extremos, 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 plugin para ver cómo funciona y luego crearé mi propia versión en función de lo que aprendí. Luego, cuando surge nuevamente la necesidad de esa funcionalidad, tengo algo con lo que trabajar que construí yo mismo, 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 lo pagaran :)

Recientemente me sumergí en las características más "similares" de CMS de 3.0 con un sitio de tamaño mediano 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 corrí el riesgo y ha valido la pena. Casi todo lo que necesitaba era bastante fácil de lograr simplemente haciendo plantillas personalizadas (tema), de hecho, era francamente fácil, y me sorprendió lo flexible que es, ya no es solo una plataforma de blogs.

Dicho esto, definitivamente hay algunas advertencias en las que se puede trabajar, todavía a veces me encuentro diciendo ... si solo tuviera la característica x como ... lo hace.

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