Gibt es irgendetwas, was Joomla oder Drupal können, was nicht in WordPress möglich ist? [geschlossen]


15

Ich habe einen Kunden, der Joomla verwenden möchte, weil ihm gesagt wurde, dass es gut ist. Ich versuche sie davon zu überzeugen, dass WordPress eine viel benutzerfreundlichere Option ist.

Ich habe schon einmal mit Joomla (und Drupal) gespielt und fand die Lernkurve unglaublich steil (wahrscheinlich aufgrund ihrer undurchsichtigen Terminologie). Ich halte mich für technisch versiert, und wenn es mir schwer fällt, werden es meine technisch weniger versierten Kunden mit Sicherheit noch undurchsichtiger und schwieriger zu erlernen finden.

Bisher bin ich noch auf nichts gestoßen, was ein Kunde braucht, was in WordPress nicht möglich wäre, aber bevor ich es ihnen sage, wollte ich überprüfen, ob dies tatsächlich der Fall ist.

Gibt es irgendetwas, was Joomla oder Drupal nicht können, was WordPress nicht kann (besonders jetzt mit benutzerdefinierten Beitragstypen in WP 3+)?


1
Dies ist keine subjektive Frage, warum WordPress besser ist (ich denke, jeder hier stimmt dem wahrscheinlich zu). Dies ist vielmehr eine echte technische Frage zu den Fähigkeiten und der Eignung von WP als CMS.
Gillespieza

1
Danke, dass du diese Frage gestellt
hast

Antworten:


12

Wenn es um das Gedächtnis geht, hat Drupals Chefentwickler die Dinge so zusammengefasst wie im letzten Sommer: Drupal ist auf der Benutzeroberfläche dort, wo WP vor 3 Jahren war; und WP ist auf der Feature-Front, wo Drupal vor 3 Jahren war.

Meine eigenen Erfahrungen mit WP und Drupal sind grundsätzlich so:

  • WP hat eine schönere / einfachere Benutzeroberfläche.
  • Drupal ist robuster: Core- und Add-On-Entwickler schreiben selten Code, um PHP zu lernen.
  • WP steckt immer noch in alten PHP4-Paradigmen. Drupal ist nicht.
  • Die WP-Entwicklung ist immer noch nicht auf Unit-Tests ausgerichtet. Die Codequalität ist bestenfalls inkonsistent.
  • Drupal ist meistens EAV-gesteuert. Dies macht die Dinge viel flexibler ... und langsamer für alles, was komplexe Abfragen erfordert. (Drupal gleicht dies durch integriertes Caching aus.) WP geht in die gleiche Richtung.

Ich kann nicht wirklich für Joomla sagen. Ich habe es vor Jahren gekündigt, weil ich die Benutzeroberfläche hasste. Aber jeder hier hat wahrscheinlich einen vertrauenswürdigen Freund, der sehr glücklich damit ist.

Was ich benutze:

  • Für einen Blog oder eine einfache broschürenähnliche Site auf jeden Fall WP.
  • Für eine etwas komplexere Site auch WP - aber eine innere Stimme sagt mir immer, dass ich stattdessen Drupal verwenden sollte.
  • Für alles, was wirklich komplex und geschäftskritisch ist, ein Unit-Test-basiertes PHP-Framework (Symfony, Solar, Yii ...). UI wird so enden, aber ich mag nachts schlafen.

1
+1 Schöne Antwort. Können Sie ein paar Beispiele dafür nennen, welche Site "wirklich komplex" ist? Und was ist "etwas komplexer"?
Krallen

6

Hi @Amanda - Ich habe Joomla, Drupal und WordPress vor über 3 Jahren bewertet. Joomla hatte ernsthafte Probleme, die dazu führten, dass ich es vorzeitig fallen ließ und es nie wieder besuchte. Die Architektur ist komplex und starr, zumindest vor 3,5 Jahren. Beispielsweise wurde ein Inhaltselement an ein Menüelement gebunden. Sie konnten nicht leicht mischen und zusammenbringen, und ihre URL-Struktur ist der Äravielfalt der 90er Jahre, die diese einfach auf der Programmierung aber stark auf dem Benutzer und stark auf dem SEO bilden. Und von dem, was ich gehört habe, hat sich an Joomla nicht viel geändert.

Vor 3,5 Jahren habe ich mich für Drupal entschieden und 2 Jahre damit gearbeitet. Dann nahm ich ein WordPress-Projekt in Angriff, um zu Drupal zurückzukehren. Am Ende des Projekts wurde mir klar, dass ich keine Lust mehr hatte, zu Drupal zurückzukehren, da die Arbeit mit Drupal nur schmerzhaft war. Dann, ungefähr 6 Monate später, wurde mir ein großartiger Stundensatz für die Arbeit an einem Drupal-Projekt angeboten, nur um die erste Phase für den Kunden abzuschließen und ihm mitzuteilen, dass er jemanden anderen braucht, weil ich nie wieder mit Drupal arbeiten werde.

Ich könnte genauer darauf eingehen, aber es reicht zu sagen, dass Sie 85% in Drupal in 1/3 der Zeit erledigen können, die es mit WordPress dauert, aber die letzten 15% dauern 10-25 mal so lange. Bei WordPress dauern die ersten 85% etwas länger als bei Drupal, aber die restlichen 15% sind normalerweise nur etwa 3x schwieriger, nicht 10x bis 25x mehr.

AKTUALISIEREN

Eines der wichtigsten Dinge, die mir auffallen, dass Drupal WordPress nicht hat, sind Ansichten und eine Admin-Benutzeroberfläche für erstellte benutzerdefinierte Inhaltstypen. Nachdem ich jedoch mit WordPress gearbeitet habe, würde ich es weitaus lieber auf WordPress-Art als auf Drupal-Art machen, da WordPress-Art, obwohl Code erforderlich ist, viel direkter und performanter ist.


2

@ Denis:

WP steckt immer noch in alten PHP4-Paradigmen. Drupal ist nicht.

Die aktuelle Version von WP wird die letzte sein, die auf PHP4 ausgeführt wird. Zukünftige Versionen erfordern PHP5

Ob Sie WP anstelle von Drupal / Joomla wählen oder nicht, liegt ganz beim Entwickler. Fragen Sie den Kunden, welche Funktionen er sucht, und stützen Sie Ihre Entscheidung darauf.


2

Ich habe 1,5 bis 2 Jahre mit Joomla und ungefähr genauso viel mit Drupal gearbeitet, aber damals (ich halte mich immer noch auf dem Laufenden).

Ich werde das einfach halten, da Google Ihnen eine sehr ausführliche Diskussion über die Vor- und Nachteile geben kann.

Gibt es irgendetwas, was Joomla oder Drupal nicht können, was WordPress nicht kann (besonders jetzt mit benutzerdefinierten Beitragstypen in WP 3+)?

Joomla: NEIN

Eigentlich 1 Sache, bessere Lokalisierungsunterstützung für viele Sprachen in Themen.

Drupal: JA

Bessere Benutzerverwaltung, bessere Datenbankverwaltung, Views, CCK, mehr Optionen für die Leistung unter Stress oder Verkehr, besser für Websites mit medienintensiven Inhalten, E-Commerce, Modul-Hooks, mehr Unterstützung für wohltätige Open-Source-Projekte und vor allem besser Skalierbarkeit für benutzerdefinierte Sites.


Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.