Verwenden von WordPress als CMS: Entwicklereinstellungen für benutzerdefinierte und vorhandene Plugins

Ich wollte nur ein allgemeines Feedback darüber geben, wie Entwickler WordPress als CMS verwenden. Ich habe angefangen, einige Kundenanfragen für Websites zu stellen, die auf WordPress basieren. Meistens sind sie ziemlich einfach und die Kernfunktionalität von WordPress funktioniert einwandfrei.

Manchmal werden jedoch benutzerdefinierte Funktionen benötigt, für die ich im Allgemeinen die Tausenden von verfügbaren Plugins durchsuche und eines verwende, das zu mir passt. Wenn ich jedoch mehr Websites erstelle, stelle ich fest, dass ich nie 100% zufrieden mit der Funktionsweise der Plugins bin (sie machen entweder zu viel oder zu wenig).

Schreibt ihr benutzerdefinierte Plugins für WordPress-Sites, die ihr für Kunden erstellt (auch wenn es bereits ähnliche gibt)? Wie können Sie eine Entscheidung treffen, wenn es um Gewohnheit oder Existenz geht?

Ich schreibe in letzter Zeit viel mehr benutzerdefinierten Code (Plugins und Theme-Funktionen, wirklich egal), denn wenn Sie WordPress als vollwertiges CMS verwenden, haben Sie es mit hochmodernen Funktionen zu tun, die von vielen kaum entdeckt wurden (oder warten immer noch darauf, in der Quelle selbst gestolpert zu werden). Es gibt also nicht viele Plugins, die diese neuesten Funktionen ausführen.

Die Natur der Verwendung von WordPress als CMS impliziert auch eine gewisse Spezialisierung und Anpassung für Ihren Kunden. Selbst wenn ich Plugins gefunden habe, die bestimmte CMS-Funktionen ausführen, brauche ich fast immer eine spezifischere Lösung. Plugins müssen so geschrieben werden, dass sie für alle Arten von Anwendungen flexibel sind, während Ihr benutzerdefinierter Code (der auf einem vorhandenen Plugin basieren kann) auf alle Arten unnötiger Eingabeformulare und Einstellungsfelder verzichten kann, die Plugins benötigen, um zu wissen, was Sie individuell wollen als Ergebnis. Durch das Eliminieren dieser Funktionen (und das Festcodieren bestimmter Funktionen für das spezifische Szenario Ihres Kunden) werden auch die Anzahl der Eingabe-Benutzeroberflächen und -Einstellungen verringert, die später möglicherweise versehentlich von jemandem berührt werden ...

Hallo @pingu:

Gute Frage!

Ich erstelle benutzerdefinierte CMS für Kunden, ich richte keine Blogs für Kunden ein, daher stelle ich fest, dass ich für die von mir betreuten Kundentypen fast ausschließlich benutzerdefinierte Plugins verwende. Meine Kunden möchten normalerweise genau die Dinge, die sie möchten, und ich finde, dass nur sehr wenige Plugins von der Stange ihren Anforderungen entsprechen.

Aber ich denke nicht, dass das Konzept der Plugins schuld ist. Im Gegenteil, ich denke, es ist möglich, dass Plugins existieren, so dass ich die meiste Zeit Standard-Plugins verwenden kann. Es ist nur so, dass die meisten heute verfügbaren Plugins auf den Blogging-Endbenutzer ausgerichtet zu sein scheinen und nicht mit ihm aufgebaut sind Der professionelle Entwickler, der WordPress als Plattform für die Bereitstellung von Lösungen für Kunden verwendet.

Ich habe festgestellt, dass die Arbeit mit meinen Kunden eine Reihe von Anwendungsfallmustern für Plugins ist, von denen ich denke, dass sie mindestens 50% des Bedarfs an benutzerdefiniertem Code decken, vielleicht sogar mehr. Nachdem ich fast ein Jahr Zeit in diese Plugins investiert habe, habe ich beschlossen, sie irgendwann in nicht allzu ferner Zukunft als Produkt zu veröffentlichen.

In der Zwischenzeit muss ich jedoch einige Leute finden, die mir sagen können, was ihre Hauptbedürfnisse sind, im Austausch für die Fähigkeit, die von mir entwickelten Tools zu verwenden. Wenn Sie Interesse haben, finden Sie meine E-Mail-Adresse auf meiner Profilseite. Schreiben Sie mir einfach eine E-Mail und lassen Sie mich wissen, in welchen Bereichen Sie am meisten sehen.

Das ist eine sehr gute Frage. Es gibt einige allgemeine Standard-Plugins, die ich regelmäßig verwende und die grundlegende Probleme wie Leistung / Caching, SEO und Formulare (Gravity Forms) lösen.

Für fast alles andere ist es völlig individuell. Die meiste benutzerdefinierte Arbeit besteht darin, eine Möglichkeit für den Client zu erstellen, seiner Website spezifisch definierte Inhaltstypen hinzuzufügen.

Beispielsweise kann ein Kunde eine Möglichkeit zum Veröffentlichen von Stellenangeboten anfordern. Dies erfordert einen benutzerdefinierten Beitragstyp mit benutzerdefinierten Meta-Feldern für Dinge wie Berufsbezeichnung, Gehalt, Leistungen, Bildungsanforderungen, Stellenbeschreibung usw. Dann müsste ein Online-Bewerbungsformular mit einer Schaltfläche "Jetzt bewerben" erstellt werden, die in den Einzeljob eingebettet oder eingebunden ist .php Vorlage.

Ein weiteres Beispiel ist die weiße Beschriftung oder das Anpassen des Dashboards mit einem benutzerdefinierten Anmeldebildschirm unter Verwendung des Kundenlogos und das Entfernen eines Teils des WordPress-Brandings sowie einiger Dashboard-Widgets. Bei einigen Projekten müssen sogar benutzerdefinierte Dashboard-Widgets erstellt werden.

Es gibt wirklich nicht viele Standard-Plugins, die die Anforderungen eines vollwertigen benutzerdefinierten CMS erfüllen können.

Ich finde es toll, dass es eine so große Bibliothek mit WP-Plugins von Drittanbietern gibt, und ich verwende sie häufig für persönliche Websites und für Pro-Bono-Arbeiten. Aber ich benutze selten Plugins aus dem Repository für berufliche Entwicklungsjobs.

Im Allgemeinen finde ich, dass Kunden keine emotionale Bindung zu WordPress haben - sie wollen nur ein CMS. Daher neigen sie dazu, Dinge wie Spendenschaltflächen und Marken-Plugin-Funktionen weniger zu verzeihen. Tatsächlich macht es sie nervös. Sie möchten nur eine Schaltfläche mit der Bezeichnung "Kontaktformular" sehen, nicht "CformsII" oder was auch immer. Außerdem haben Unternehmenskunden Rechtsabteilungen, die sich manchmal Sorgen um die Lizenzierung und den Besitz von Code und all das machen, und sie möchten keine Lizenzen und Nutzungsbedingungen für ein Dutzend Plugins von Drittanbietern löschen müssen.

Daher arbeite ich größtenteils aus einer Bibliothek grundlegender White-Label-Plugins, die ich entwickelt habe, und passe sie für jeden Client an. Auf diese Weise kenne ich den gesamten Code in- und auswendig und kann Anpassungen sehr einfach und sauber vornehmen. Und ich weiß, dass es dort keinen Müll gibt, der für Edge Cases ausgelegt ist - genau das, was für den jeweiligen Job benötigt wird.

Allerdings lerne ich definitiv viel von Plugins von Drittanbietern. Oft öffne ich ein Plugin, um zu sehen, wie es funktioniert, und erstelle dann meine eigene Version basierend auf dem, was ich gelernt habe. Wenn dann die Notwendigkeit für diese Funktionalität wieder auftritt, muss ich mit etwas arbeiten, das ich selbst erstellt habe, das frei von Unordnung und Zuschreibungen ist und das für den Kunden praktisch unsichtbar ist.

Ich habe noch kein benutzerdefiniertes Plug-In für einen Kunden geschrieben, aber ich würde es auf jeden Fall tun, wenn sie dafür bezahlen würden :)

Ich habe mich erst kürzlich mit den CMS-ähnlichen Funktionen von 3.0 mit einer vollständig angepassten mittelgroßen Site befasst. Anfangs war ich ein bisschen besorgt, ob es tatsächlich funktionieren würde, da so viele benutzerdefinierte Elemente erforderlich waren und keines davon mit dem eigentlichen Bloggen zu tun hatte.

Ich kam einem stabileren CMS sehr nahe, aber ich bin das Risiko eingegangen und es hat sich ausgezahlt. Fast alles, was ich brauchte, war ziemlich einfach zu erreichen, indem ich einfach benutzerdefinierte Vorlagen (Themen) erstellte. Tatsächlich war es ausgesprochen einfach, und ich war überrascht, wie flexibel es ist, es ist nicht mehr nur eine Blogging-Plattform.

Nachdem dies gesagt wurde, gibt es definitiv einige Vorbehalte, an denen gearbeitet werden kann. Manchmal sage ich immer noch ... wenn nur Feature x wie ... vorhanden ist.

Nebenbei bemerkt, ich verlasse mich viel weniger auf Plug-Ins, um benutzerdefinierte Funktionen und Code zu schreiben. Wenn es sich nicht um etwas Bestimmtes, Einzigartiges oder sehr gut gemachtes handelt, verwende ich sie selten.