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

Estou escrevendo muito mais código personalizado ultimamente (plugins e funções de tema, na verdade todos iguais) porque quando você começa a usar o wordpress como um CMS completo, você está lidando com funções de ponta que mal têm sido descoberto por muitos (ou ainda estão esperando para serem encontrados na própria fonte). Portanto, não há muitos plugins que lidem com essas novas funções.

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

Oi @pingu:

Grande pergunta!

Eu construo CMSs customizados para clientes, eu não configuro blogs para clientes, então eu acho que para os tipos de clientes que eu atendo, estou usando quase que exclusivamente plugins customizados. Meus clientes normalmente querem as coisas exatamente como eles querem e eu acho muito poucos plug-ins prontos para atender às suas necessidades.

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

O que eu encontrei trabalhando com meus clientes é um conjunto de padrões de casos de uso para plugins que acho que atendem 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 como um ponto em um futuro não muito distante.

Nesse meio tempo, no entanto, preciso encontrar algumas pessoas que possam me dizer quais são as principais necessidades em troca da capacidade de usar as ferramentas que estou desenvolvendo. Se você tiver interesse, você pode encontrar meu endereço de e-mail na minha página de perfil; apenas me mande um e-mail e deixe-me saber quais áreas você está vendo mais.

Esta é uma ótima pergunta. Existem alguns plugins gerais que eu uso regularmente para resolver problemas básicos como performance / caching, 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 postar vagas de emprego. Isso requer um tipo de postagem personalizado com caixas meta personalizadas para itens como cargo, salário, benefícios, requisitos de educação, descrição do cargo, etc. Em seguida, um formulário de inscrição on-line teria que ser criado com um botão Aplicar agora incorporado ou vinculado ao trabalho único modelo .php.

Outro exemplo é a rotulagem branca ou a personalização do painel com uma tela de login personalizada usando o logotipo do cliente e removendo parte da marca do WordPress junto com alguns dos widgets do painel. Alguns projetos ainda exigem a criação de widgets de painel personalizados.

Realmente não há muitos plug-ins prontos que satisfaçam as necessidades de um CMS personalizado completo.

Eu adoro a enorme biblioteca de plugins WP de terceiros, e os uso frequentemente para sites pessoais e trabalhos pro-bono. 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 só querem um CMS. Então, eles tendem a ser menos tolerantes com coisas como doar botões e funcionalidade de plugins de marca. Na verdade, 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 isso, e eles não querem ter que liberar licenças e termos de uso para uma dúzia de plugins de terceiros.

Então, na maioria das vezes, eu trabalho em uma biblioteca de plugins básicos de white label 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 muito fácil e limpa. E eu sei que não há um monte de lixo lá que foi projetado para acomodar casos de ponta - apenas o que é necessário para o trabalho na mão.

No entanto, eu definitivamente aprendi muito com plugins de terceiros. Muitas vezes eu vou abrir um plugin para ver como funciona e depois criar minha própria versão com base no que aprendi. Então, quando a necessidade dessa funcionalidade surge novamente, eu tenho algo para trabalhar com o qual eu construí, livre de desordem e atribuições, e isso é praticamente invisível para o cliente.

Eu ainda tenho que escrever um plug-in personalizado para um cliente, mas eu certamente faria se eles estivessem pagando por ele:)

Recentemente, mergulhei nos recursos "como" do CMS do 3.0 com um site de tamanho médio totalmente personalizado. Inicialmente eu estava um pouco preocupado se isso realmente funcionaria, já que exigia tantos elementos personalizados e nenhum deles tinha a ver com blogs reais.

Cheguei muito perto de ter um CMS mais robusto, mas assumi o risco e ele foi recompensado. A maior parte do que eu precisava era bastante fácil de realizar, bastando criar modelos personalizados (tema), na verdade, era absolutamente fácil, e fiquei surpreso com a flexibilidade, não é apenas uma plataforma de blogging.

Com isso dito, há definitivamente algumas ressalvas que podem ser trabalhadas, eu ainda às vezes me vejo dizendo .. se apenas tivesse recurso x como ... faz.

Em uma nota lateral, passei a confiar muito menos em plug-ins a favor ou a escrever funções e códigos personalizados. Na verdade, a menos que seja algo específico, único ou muito bem feito, raramente os uso.