Utilizzo di WordPress come CMS: preferenze dello sviluppatore per plug-in personalizzati o esistenti

Volevo solo valutare alcuni feedback generali su come gli sviluppatori usano WordPress come CMS. Ho iniziato ad avere alcune richieste dei clienti per i siti Web basati su WordPress. Il più delle volte, sono piuttosto semplici e la funzionalità principale di WordPress funziona bene.

A volte però ci sarà la necessità di funzionalità personalizzate, per le quali in genere sfoglio le migliaia di plugin disponibili e ne uso uno adatto. Tuttavia, mentre costruisco più siti, sto scoprendo che non sono mai soddisfatto al 100% di come funzionano i plugin (fanno troppo o troppo poco)

Ragazzi scrivete plugin personalizzati per i siti WordPress che costruite per i client (anche se esistono già simili)? Come si arriva a una decisione quando si tratta di custom vs esistenti?

Ultimamente sto scrivendo molto più codice personalizzato (plugin e funzioni tematiche, in realtà tutti uguali) perché quando inizi a utilizzare wordpress come un CMS completo, hai a che fare con funzioni all'avanguardia che a malapena sono state scoperte da molti (o stanno ancora aspettando di essere imbattuti nella fonte stessa). Quindi non ci sono molti plugin là fuori che gestiscono queste ultime funzioni.

Inoltre, la natura stessa dell'utilizzo di wordpress come CMS implica una certa specializzazione e personalizzazione per il tuo cliente; quindi anche quando ho trovato plugin che gestiscono determinate funzioni CMS, ho quasi sempre bisogno di una soluzione più specifica. I plug-in devono essere scritti per essere flessibili per tutti i tipi di utilizzi, mentre il tuo codice personalizzato (che può essere basato su un plug-in esistente) può rinunciare a tutti i tipi di moduli di input e pannelli di impostazioni non necessari che i plug-in richiedono per sapere ciò che tu, individualmente, desideri di conseguenza. L'eliminazione di quelle (e la codifica effettiva di alcune funzionalità per lo scenario specifico del tuo cliente) riduce anche la quantità di UI di input e le impostazioni che qualcuno potrebbe accidentalmente toccare in seguito ...

Ciao @pingu:

Ottima domanda!

Costruisco CMS personalizzati per i clienti, non creo blog per i clienti, quindi trovo che per i tipi di client che servo che sto usando quasi esclusivamente plugin personalizzati. I miei clienti in genere vogliono cose esattamente come le vogliono e trovo che pochissimi plug-in pronti a soddisfare le loro esigenze.

Ma non è che penso che il concetto di plugin sia in errore. Al contrario, penso che sia possibile che esistano plug-in in modo tale che la maggior parte delle volte sarei in grado di utilizzare plug-in standard, è solo che la maggior parte dei plug-in disponibili oggi sembrano essere rivolti all'utente finale di blog e non progettati con lo sviluppatore professionista in mente che utilizza WordPress come piattaforma per fornire soluzioni ai clienti.

Quello che ho scoperto lavorando con i miei clienti è un insieme di schemi di casi d'uso per plugin che penso risponderebbero almeno al 50% della necessità di codice personalizzato, forse di più. Dopo aver investito quasi un anno su questi plugin, ho deciso di rilasciarli come prodotto come un punto in un futuro non troppo lontano.

Nel frattempo, tuttavia, dovrò trovare alcune persone che possano dirmi quali sono i loro bisogni principali in cambio della capacità di usare gli strumenti che sto sviluppando. Se sei interessato puoi trovare il mio indirizzo e-mail sulla pagina del mio profilo; mandami una e-mail e fammi sapere in quali aree vedi di più.

Questa è un'ottima domanda Ci sono alcuni plugin generici che uso regolarmente per risolvere problemi di base come prestazioni / cache, SEO e moduli (Gravity Forms).

Per quasi tutto il resto è completamente personalizzato. La maggior parte del lavoro personalizzato prevede la creazione di un modo per il client di aggiungere tipi di contenuto specificamente definiti al proprio sito.

Ad esempio, un client potrebbe richiedere un modo per pubblicare le offerte di lavoro. Ciò richiede un tipo di post personalizzato con meta box personalizzate per cose come titolo, stipendio, benefici, requisiti di istruzione, descrizione del lavoro ecc. Quindi un modulo di domanda online dovrebbe essere creato con un pulsante applica ora incorporato o agganciato nel singolo lavoro modello .php.

Un altro esempio è l'etichettatura bianca o la personalizzazione della dashboard con una schermata di accesso personalizzata utilizzando il logo dei clienti e la rimozione di alcuni dei marchi di WordPress insieme ad alcuni dei widget della dashboard. Alcuni progetti richiedono persino la creazione di widget dashboard personalizzati.

In realtà non ci sono molti plug-in pronti all'uso che possono soddisfare le esigenze di un CMS personalizzato a tutti gli effetti.

Adoro il fatto che esista una così vasta libreria di plugin WP di terze parti e li uso spesso per siti personali e lavoro pro-bono. Ma uso raramente plugin dal repository per lavori di sviluppo professionale.

In generale, trovo che i clienti non abbiano alcun attaccamento emotivo a WordPress: vogliono solo un CMS. Quindi tendono a perdonare di meno cose come donare pulsanti e funzionalità plug-in di marca. In effetti, li rende nervosi. Vogliono solo vedere un pulsante con l'etichetta "Modulo di contatto", non "CformsII" o altro. Inoltre, i clienti aziendali hanno dipartimenti legali che a volte sono preoccupati per le licenze e la proprietà del codice e tutto il resto, e non vogliono cancellare licenze e condizioni d'uso per una dozzina di plugin di terze parti.

Quindi, per la maggior parte, lavoro da una libreria di plug-in di base, white label che ho sviluppato e li personalizzo per ogni client. In questo modo, conosco tutto il codice dentro e fuori e posso effettuare personalizzazioni in modo molto semplice e pulito. E so che non c'è un mucchio di spazzatura lì progettata per adattarsi ai casi limite, proprio ciò che è necessario per il lavoro da svolgere.

Tuttavia, ho sicuramente imparato molto dai plugin di terze parti. Spesso aprirò un plugin per vedere come funziona, e quindi creerò la mia versione di esso in base a ciò che ho imparato. Quindi, quando sorge la necessità di quella funzionalità, ho qualcosa con cui lavorare che ho costruito da solo, che è privo di ingombri e attribuzioni e che è praticamente invisibile al cliente.

Devo ancora scrivere un plug-in personalizzato per un client, ma certamente lo farei se lo stessero pagando :)

Di recente mi sono tuffato nelle funzionalità "mi piace" di CMS di 3.0 con un sito di medie dimensioni completamente personalizzato. Inizialmente ero un po 'preoccupato se avrebbe funzionato davvero dal momento che richiedeva così tanti elementi personalizzati e nessuno di loro aveva a che fare con il vero blog.

Sono arrivato molto vicino ad un CMS più robusto, ma ho preso il rischio e ha pagato. Quasi tutto ciò di cui avevo bisogno era abbastanza facile da realizzare realizzando modelli personalizzati (tema), infatti era decisamente facile e sono rimasto sorpreso da quanto sia flessibile, non è più solo una piattaforma di blog.

Detto questo, ci sono sicuramente alcuni avvertimenti su cui si può lavorare, a volte mi ritrovo ancora a dire ... se solo avesse una caratteristica x come ...

Da un lato, sono arrivato a fare molto meno affidamento sui plug-in a favore o sulla scrittura di funzioni e codice personalizzati, infatti a meno che non sia qualcosa di specifico, unico o molto ben fatto, li uso raramente.