Usando o WordPress como um CMS: preferências do desenvolvedor para plug-ins personalizados versus plugins existentes

Eu só queria avaliar alguns comentários gerais sobre como os desenvolvedores usam o WordPress como um CMS. Comecei a receber algumas solicitações de clientes para sites criados no WordPress. Na maioria das vezes, são bem simples e a funcionalidade principal do WordPress funciona bem.

Às vezes, embora haja a necessidade de funcionalidades personalizadas, para as quais eu geralmente navego nos milhares de plugins disponíveis e uso um que seja adequado. No entanto, à medida que construo mais sites, percebo que nunca estou 100% satisfeito com o funcionamento dos plug-ins (eles fazem muito ou pouco)

Vocês escrevem plugins personalizados para sites WordPress criados para clientes (mesmo que já existam similares)? Como chegar a uma decisão quando se trata de personalizado versus existente?

Ultimamente, estou escrevendo muito mais código personalizado (plugins e funções de tema, na verdade), porque quando você começa a usar o wordpress como um CMS completo, está lidando com funções avançadas que apenas foram descobertas por muitos (ou ainda estão esperando para serem encontrados na própria fonte). Portanto, não há muitos plugins por aí que lidam com essas funções mais recentes.

Além disso, a própria natureza do uso do wordpress como um CMS implica uma certa especialização e personalização para o seu cliente; portanto, mesmo quando encontrei plugins que lidam com certas funções do CMS, quase sempre acho que preciso de uma solução mais específica. Os plug-ins precisam ser escritos para serem flexíveis para todos os tipos de utilizações, enquanto seu código personalizado (que pode ser baseado em um plug-in existente) pode renunciar a todos os tipos de formulários de entrada e painéis de configurações desnecessários, necessários para saber o que você quer individualmente como um resultado. Eliminar esses (e codificar determinadas funcionalidades para o cenário específico do seu cliente) também reduz a quantidade de interface do usuário de entrada e configurações que alguém pode acidentalmente tocar mais tarde ...

Oi @pingu:

Ótima pergunta!

Eu construo CMSes personalizados para clientes, não configuro blogs para clientes, então acho que para os tipos de clientes que presto serviços que estou usando quase exclusivamente plug-ins personalizados. Meus clientes geralmente querem as coisas exatamente como eles querem, e eu acho que poucos plug-ins prontos para atender às suas necessidades.

Mas não é que eu ache que o conceito de plugins está errado. Pelo contrário, acho que é possível que os plug-ins existam, para que na maioria das vezes eu possa usar plug-ins prontos para uso, é apenas que a maioria dos plug-ins disponíveis hoje parece ser voltada para o usuário final do blog e não arquitetada com o desenvolvedor profissional em mente que usa o WordPress como plataforma para fornecer soluções aos clientes.

O que eu descobri trabalhando com meus clientes é um conjunto de padrões de casos de uso para plug-ins que acho que atenderiam a pelo menos 50% da necessidade de código personalizado, talvez mais. Depois de investir quase um ano nesses plugins, decidi lançá-los como um produto em algum momento de um futuro não muito distante.

Enquanto isso, entretanto, precisarei encontrar pessoas que possam me dizer quais são suas principais necessidades em troca da capacidade de usar as ferramentas que estou desenvolvendo. Se você tiver interesse, poderá encontrar meu endereço de e-mail na página do meu perfil; basta me enviar um e-mail e me informar em quais áreas você está mais vendo.

Esta é uma pergunta muito boa. Existem alguns plug-ins comuns que eu uso regularmente que resolvem problemas básicos como desempenho / cache, SEO e formulários (Gravity Forms).

Para quase tudo, é completamente personalizado. A maior parte do trabalho personalizado envolve a criação de uma maneira para o cliente adicionar tipos de conteúdo especificamente definidos ao site.

Por exemplo, um cliente pode solicitar uma maneira de publicar vagas de emprego. Isso requer um tipo de postagem personalizado com meta caixas personalizadas para itens como cargo, salário, benefícios, requisitos de educação, descrição da função etc. Em seguida, um formulário de inscrição on-line teria que ser criado com um botão Aplicar agora incorporado ou conectado à tarefa única modelo .php.

Outro exemplo é a rotulagem em branco ou a personalização do painel com uma tela de login personalizada usando o logotipo do cliente e a remoção de algumas marcas da WordPress, além de alguns dos widgets do painel. Alguns projetos ainda exigem a criação de widgets personalizados do painel.

Realmente, não existem muitos plug-ins disponíveis para satisfazer as necessidades de um CMS personalizado de pleno direito.

Adoro a existência de uma enorme biblioteca de plugins WP de terceiros e os uso frequentemente para sites pessoais e trabalhos gratuitos. Mas raramente uso plugins do repositório para trabalhos de desenvolvimento profissional.

Geralmente, acho que os clientes não têm apego emocional ao WordPress - eles apenas querem um CMS. Portanto, eles tendem a perdoar menos coisas como botões de doação e funcionalidade de plug-in de marca. De fato, isso os deixa nervosos. Eles só querem ver um botão chamado "Formulário de contato", não "CformsII" ou qualquer outra coisa. Além disso, os clientes corporativos têm departamentos jurídicos que às vezes se preocupam com o licenciamento e a propriedade do código e tudo mais, e eles não desejam limpar licenças e termos de uso de uma dúzia de plugins de terceiros.

Portanto, na maioria das vezes, trabalho em uma biblioteca de plugins básicos de etiqueta branca que desenvolvi e os personalizo para cada cliente. Dessa forma, conheço todo o código por dentro e por fora e posso fazer personalizações de maneira fácil e limpa. E eu sei que não há um monte de lixo lá que foi projetado para acomodar casos extremos - exatamente o que é necessário para o trabalho em mãos.

No entanto, eu definitivamente aprendo muito com plugins de terceiros. Muitas vezes, eu abro um plugin para ver como ele funciona e depois crio minha própria versão com base no que aprendi. Então, quando a necessidade dessa funcionalidade surgir novamente, eu tenho algo com que trabalhar, que eu mesmo construí, livre de desordens e atribuições e praticamente invisível para o cliente.

Ainda tenho que escrever um plug-in personalizado para um cliente, mas certamente o faria se ele estivesse pagando por ele :)

Recentemente, mergulhei nos recursos mais "similares" do CMS do 3.0 com um site de tamanho médio totalmente personalizado. Inicialmente, fiquei um pouco preocupado se iria dar certo, pois exigia tantos elementos personalizados e nenhum deles tinha a ver com blogs de verdade.

Cheguei muito perto de usar um CMS mais robusto, mas corri o risco e ele valeu a pena. Quase tudo o que eu precisava era bastante fácil de realizar com a simples criação de modelos personalizados (tema), na verdade, era absolutamente fácil, e fiquei surpreso com a flexibilidade, pois não é mais apenas uma plataforma de blog.

Com isso dito, definitivamente existem algumas ressalvas que podem ser trabalhadas, às vezes eu ainda me pego dizendo ... se ele tivesse o recurso x como ... faz.

Em uma nota lateral, passei a confiar muito menos em plug-ins a favor ou na escrita de funções e códigos personalizados. De fato, a menos que seja algo específico, exclusivo ou muito bem feito, raramente os utilizo.