Nur [CMS einfügen] benutzen! Oder, warum ich WordPress immer noch liebe

Avatar of Chris Coyier
Chris Coyier am

DigitalOcean bietet Cloud-Produkte für jede Phase Ihrer Reise. Starten Sie mit 200 $ kostenlosem Guthaben!

Ich stelle auf Twitter regelmäßig Fragen zu WordPress. Meistens, wenn ich nicht weiß, wie ich etwas machen soll oder ein unerwartetes Verhalten sehe. Ich habe zwar einst ein Buch über WordPress geschrieben, aber selbst als ich mich intensiv damit beschäftigt habe, war ich nicht in jedem Aspekt von WordPress ein Experte. Besonders bei den tiefgehenden Entwicklerdingen. Wenn ich eine Frage stelle, bekomme ich immer mindestens ein paar Antworten wie

Nutze einfach Jekyll / Octopress!
Nutze einfach Kirby!
Nutze einfach Drupal!
Nutze einfach ExpressionEngine!

Als ob das Wechseln des CMS, das ich benutze, dieses kleine Problem, das ich habe, irgendwie lösen würde. Manchmal ist es ein freundlicher Anstoß, manchmal trollig, aber meistens glaube ich, dass sie wirklich glauben, dass die Umstellung von CSS-Tricks von WordPress auf ihr Lieblings-CMS eine kluge Entscheidung wäre.

Das glaube ich nicht. Ich dachte, ich schreibe meine Gründe auf.

Der Umzug wäre enorm schwierig.

CSS-Tricks ist eine ziemlich komplizierte Website. Es gibt keine einfache automatisierte Export/Import-Prozedur, um eine Website wie CSS-Tricks zu verschieben.

Es gibt einen Blog mit über 1.500 Beiträgen und 62.000 Kommentaren. Dies ist in der Regel das Einfachste, was zwischen Plattformen verschoben werden kann. Weiter gibt es etwa 1.200 Seiten. Diese repräsentieren Dinge wie Videos, Almanacheinträge und Snippets. Diese verwenden etwa 20 verschiedene einzigartige Seitenvorlagen in einer mäßig verschachtelten Struktur. Das sind viele benutzerdefinierte Inhalte in benutzerdefinierten Strukturen an benutzerdefinierten URLs.

Es gibt Foren auf der Website mit etwa 130.000 einzigartigen Beiträgen. Erst vor kurzem habe ich die Foren in WordPress selbst integriert, was ein großer Erfolg war. Ich würde nicht umziehen, es sei denn, das neue CMS unterstützt auch diese Forumstruktur. Es gibt auch einen benutzerdefinierten Post-Typ, den ich für den Bereich "The Gallery" auf der Website verwende, der eine völlig andere, einzigartige Struktur hat.

Es gibt öffentliche Benutzerkonten auf CSS-Tricks. Auf der grundlegendsten Ebene sind sie lediglich eine Identität für Personen, damit sie auf dem Blog kommentieren können, ohne jedes Mal ihre Informationen eingeben zu müssen. Aber sie sind auch mit den Foren verknüpft, sodass Sie dort eine Identität und forenspezifische Funktionalität haben können. Sie sind auch mit "The Lodge", einem kostenpflichtigen Bereich, verknüpft, sodass Zahlungsprofile und Berechtigungen involviert sind. Und dann gibt es noch Berechtigungen im Allgemeinen. Jeder Benutzer kann ein einfacher Abonnent, ein Forenmoderator, ein Forenadministrator, ein Website-Administrator, ein Blog-Mitarbeiter, ein Lodge-Mitglied auf einer der verschiedenen Ebenen oder eine beliebige Kombination davon sein. Das neue CMS müsste ein extrem ausgefeiltes Benutzermanagementsystem haben.

Das Verschieben all dieser Daten und die Beibehaltung der URL-Struktur sowie aller Benutzer wäre eine monumentale Aufgabe.

Es gäbe keine Gewinne.

Der Umzug wäre also schwierig. Aber die Leute machen ständig schwierige Dinge im Web. Wir sollten keine Angst davor haben, schwierige Dinge zu tun, wenn es das Richtige ist. Aber das Verschieben von CMS für CSS-Tricks ist nicht das Richtige, weil es sehr wenig zu gewinnen gibt.

Ich denke, die größten wahrgenommenen Vorteile, die ich erzielen würde, sind

  1. Funktionen
  2. Sicherheit
  3. Geschwindigkeit

Funktionen entfallen. Es gibt nichts, was ich gerne tun würde, aber auf WordPress nicht kann.

Wenn der potenzielle CMS-Wechsel zu einem statischen Site-Generator führen würde, wären Sicherheit und Geschwindigkeit definitiv Vorteile davon. Sie sind sicher, da es keine öffentliche Datenbank oder keinen Backend-Code gibt, in den man einbrechen kann. Sie sind schnell, da es sich im Wesentlichen um eine vorgecachte Website handelt. Allerdings habe ich weder mit dem einen noch mit dem anderen große Probleme und ich benötige eine Datenbank wegen der Benutzerkonten und Kommentare. Ich werde später noch mehr über Sicherheit sprechen.

Ich mache mir keine Sorgen um die Geschwindigkeit, da die Website sowieso ziemlich schnell lädt. Gute Server, die sogar überdimensioniert sind. Alles wird gecacht. Assets sind auf einem CDN. Und ich benutze Mobify Performance Suite. Das Caching und CDN? WordPress hilft dabei. Ich habe W3 Total Cache verwendet, das mit MaxCDN funktioniert.

Der Zeitaufwand wäre riesig.

Ich kann es mir nicht einmal vorstellen. Ich will gar nicht darüber nachdenken. Allein die Planung all der Dinge, die sich ändern müssten, würde Wochen dauern. Ich müsste den Großteil auslagern, also wäre zusätzlich zur Zeit auch der Kostenaufwand riesig.

Auch hier gibt es keinen automatischen Export/Import, der auch nur annähernd ausreichen würde. Dies wäre eine komplett kundenspezifische Aufgabe.

Ich mag fast alles an WordPress.

Der vielleicht wichtigste Punkt: Ich mag WordPress. Ich mag die Software. Ich finde, sie funktioniert großartig. Ich mag die Benutzeroberfläche. Ich mag die APIs. Ich finde, dass der Bau von Websites damit praktisch und produktiv ist.

Wenn ich eine Beschwerde oder ein Problem habe, ist es normalerweise etwas ziemlich Kleines und absolut kein Showstopper. Ich wünschte, diese Sache wäre besser, aber ich mache mit meinem Leben weiter. Kürzlich war ich leicht verärgert, dass the_excerpt() nicht wie erwartet funktionierte. Also habe ich ein Ticket eingereicht. Wahrscheinlich wird sich jemand darum kümmern und es entweder beheben oder mir sagen, warum nicht. Das ist Zufriedenheit, ob so oder so.

WordPress wird (und wurde schon immer) stark aktiv entwickelt.

Die Veröffentlichungen sind häufig, beeindruckend, einfach zu installieren und schön abwechslungsreich im Fokus, einschließlich häufiger Sicherheits- und Bereinigungsveröffentlichungen. Das (große) Team kümmert sich nicht nur um die Software, sie kümmern sich um die Vision hinter der Software, sie kümmern sich um das Unternehmen und sie haben persönliche und geschäftliche Anreize, sie gut funktionieren zu lassen.

Ich habe viele WordPress-Freunde und Bekannte.

Ich habe angefangen, hier eine Liste von Leuten aufzuschreiben, und sie wurde so lang, dass sie ablenkte und ich mich schlecht fühlte, weil ich wusste, dass ich Leute vergessen würde. Ihr wisst, wer ihr seid, und ich liebe euch alle.

Wenn ich Probleme habe, habe ich ein großartiges Unterstützungsnetzwerk. Warum sollte ich das aufgeben?

Die WordPress-Community im Allgemeinen ist exzellent.

Außerhalb meiner Freunde und Bekannten in der WordPress-Community mag ich generell andere WordPress-Liebhaber. Ähnlich wie man Mountainbiken teilweise mag, weil man die Aktivität mag und teilweise, weil man generell Mountainbiker mag. Ich war auf ein paar WordCamps und sie haben Spaß gemacht.

Ich fühle mich auf WordPress sicher.

Das mag überraschend erscheinen, angesichts der Häufigkeit, mit der man hört, dass WordPress-Sites gehackt werden. Mir ist das auch schon passiert, viele Male auf verschiedenen Websites. Aber ich weiß, wie ich damit auf WordPress umgehen kann. Ich bin gut darin. Und es ist schon eine Weile nicht mehr passiert, weil ich es jetzt auch gut verhindern kann. Wenn ich zu anderer Software wechseln würde, wäre ich darin nicht gut, bis ich jahrelang gebraucht hätte, um mich damit wohler zu fühlen.

Ich bin nur eine Person.

99% der Stunden, die ich mit der Arbeit und dem Aufbau von CSS-Tricks verbracht habe, waren nur ich. Es brauchte kein Team. Ich habe das Gefühl, CSS-Tricks ist eine ziemlich große/komplexe Website, die von einer Person betreut werden kann. Und sie ist nicht einmal der Hauptfokus meiner Zeit. Zusammen verbringe ich viel mehr Zeit mit CodePen, ShopTalk und administrativem Kleinkram. Das ist ein starkes und unterschätztes Zeugnis der Software.

Jedenfalls.

Ich erinnere mich, als ich bei Wufoo gearbeitet habe, schien es, als hätte jeder und seine Schwester Feature-Wünsche für uns. „Es ist einfach!“, sagten sie uns – ohne zu wissen, wie unsere Website aufgebaut war, die Geschichte und die involvierten Herausforderungen. Das erleben wir jetzt auch bei CodePen, wenn auch etwas weniger, da es kleiner, neuer und wir flinker sein können – aber wir erleben es trotzdem.

Es ist unmöglich, von außen zu wissen, was im Inneren anderer Websites vor sich geht. Am besten ist es, so gut wie möglich zu helfen.