Was sind einige der Mängel von Drupal? [closed]

Lesezeit: 8 Minuten

Benutzer-Avatar
Matt

Drupal ist ein „Do Everything“-CMS. Es gibt Module, mit denen Sie fast jede Funktionalität hinzufügen können, was großartig ist. Es fühlt sich jedoch so an, als ob viele der Funktionen (v5 und v6) verstreut und für den Benutzer nicht intuitiv sind. Als Entwickler habe ich das Gefühl, eine Seite mit Kaugummi und Schnur zusammengeflickt zu haben.

Um beispielsweise Text zum Standardsuchfeld hinzuzufügen (das beim Klicken verschwindet), müssen Sie entweder etwas jQuery-Code hinzufügen ODER das Design überschreiben. Ich fand auch das Menüsystem komplizierter als es sein sollte.

Bin ich der einzige mit dieser Meinung? Welche Dinge (wenn überhaupt) würden Sie am Kern von Drupal ändern?

  • Siehe auch: stackoverflow.com/questions/1715811

    – dreftymac

    7. Dezember 2009 um 16:13 Uhr

  • Siehe auch: stackoverflow.com/questions/447878

    – dreftymac

    12. Juli 2013 um 16:53 Uhr


  • Siehe auch: tymac-tech.blogspot.com/2014/04/…

    – dreftymac

    11. April 2014 um 14:40 Uhr

Für mich ist das größte Manko von Drupal, dass große Teile einer Live-Drupal-Site in der Datenbank gespeichert sind. Da es keine automatisierte Möglichkeit gibt, Inhalte oder Konfigurationen zwischen Systemen zu migrieren, müssen Änderungen an einer Live-Site entweder manuell vorgenommen oder durch übermäßig komplizierten Code behandelt werden.

  • Dito. Es gibt eine Reihe von Lösungsvorschlägen, aber nichts ist defacto, was zu vielen Fragen und Haarziehen bei separaten Drupal-Installationen führt.

    – Nick Sergeant

    15. Januar 2009 um 23:19 Uhr

  • Oh, das ist ein guter Punkt. Ich muss diese besonderen Entwicklungskopfschmerzen ausgeblendet haben.

    – Eli

    16. Januar 2009 um 18:08 Uhr

  • Definitiv. Es gibt Möglichkeiten, die Schmerzen zu lindern, aber sie sind Problemumgehungen. Wenn Sie an die vollständige Trennung von Funktionalität/Konfiguration von Daten gewöhnt sind, ist es ein echtes PITA.

    – Essen

    18. Januar 2009 um 3:28 Uhr

  • Das ist auch mein größtes Manko.

    – ceejayoz

    18. Januar 2009 um 16:25 Uhr

  • Der “Haufen von Lösungsvorschlägen”, die Sie online finden können, lässt sich in einige Kategorien einteilen: – Solche, die nur funktionieren, wenn Sie bestimmte Funktionen (z. B. CCK) nicht verwenden. – Solche, die nur funktionieren, wenn Sie sie verwenden tun bestimmte Funktionen verwenden (zB CCK) – solche, die Module benötigen, um die vorgenommenen Änderungen aufzuzeichnen und wiederzugeben, die aber auch nicht in allen Fällen funktionieren – solche, die überhaupt nicht funktionieren. Ich weiß nicht, ob die Änderungen für Drupal 7 dies überwinden und Konfiguration und Daten ausreichend trennen werden. Ich lebe in Hoffnung 🙂

    – David Gardner

    2. Juli 2009 um 12:42 Uhr

Einer der größten Mängel von Drupal ist, dass es auf der Grenze zwischen einem schlüsselfertigen Tool für Website-Ersteller, die keine Programmierer sind, und einem Framework für Entwickler, die komplexe Webanwendungen erstellen, tanzt. Es hat beiden Gruppen einige coole Sachen zu bieten, aber die Zugeständnisse an eine Menge neigen immer dazu, die andere zu Fall zu bringen.

Der wachsende Trend in der Drupal-Community besteht darin, Entwickler-APIs explizit zu erstellen und dann die Verwaltungs-UI und die Endbenutzer-UI auf die APIs zu legen. Das ist eine gute Sache, aber es gibt auch noch viel Legacy-Architektur. Das Projekt ist diese Woche 8 Jahre alt geworden, und jeder Standort erfordert eine Mischung aus Modulen, die sich in unterschiedlichem Tempo weiterentwickeln.

Wenn jemand noch kein Modul gebaut hat, das das tut, was Sie wollen, erfordert die effektive Nutzung des Systems ohne Hacken des Kerncodes das Grokking vieler verschiedener interner APIs, vieler einzigartiger Datenstrukturen für Drupal und das Studium einiger gelegentlich verrückter Dinge Arbeitsabläufe. Viele furchtbar schlechte und unmöglich zu wartende Websites treiben im Kielwasser von Leuten umher, die knifflige Dinge tun mussten und nicht das Fachwissen (oder die Zeit) hatten, um nach der “richtigen” Vorgehensweise zu suchen.

(Haftungsausschluss: Ich habe gerade ein paar Kapitel für ein Buch über Drupal mitverfasst, und ich arbeite Vollzeit für Drupal, also bin ich so weit von „unvoreingenommen“, wie man nur bekommen kann. Aber ich denke das gerne Ich behalte die Perspektive. Ich liebe Django auch.)

Drupal wird Ihnen 80 % des Weges dorthin bringen, aber die letzten 20 % werden Monate und Monate dauern.

  • und Monate und Monate und, oops, sie haben aktualisiert, und Monate

    – PurplePilot

    23. August 2011 um 9:28 Uhr

  • Und es ist eine mühsame Aufgabe, Ihre große Liste benutzerdefinierter Module zu aktualisieren. Ich weiß nicht, warum die neue Version nicht abwärtskompatibel ist? Es bremst dich nur im Wettbewerb aus.

    – Sumanand

    7. Juni 2013 um 16:56 Uhr

Benutzer-Avatar
Eli

Das Fehlen eines echten objektorientierten Designs bedeutet, dass Sie sich häufig auf die Weitsicht anderer Entwickler verlassen müssen, um “Hook”-Funktionen zu hinterlassen, mit denen Sie ein bestimmtes Verhalten ändern können.

Bei der Verwendung von Drupal 5 bin ich auch auf Situationen gestoßen, in denen die einzige Möglichkeit, eine relativ einfache Designänderung durchzuführen, darin besteht, Drupal selbst zu patchen (und dann sicherzustellen, dass Patches mit jeder neuen offiziellen Drupal-Version erneut angewendet werden). Aber um fair zu sein, Sie hätten sehen sollen, wie schlimm es in Drupal 4 war.

Ich ärgere mich auch darüber, dass ich einen Patch einreiche, wenn ich mir die Zeit nehme, einen Fehler oder eine Eigenart in der aktuellen Produktionsversion von Drupal zu identifizieren, und der Patch nie festgeschrieben wird, weil im Grunde nur Sicherheitsfehler in der aktuellen stabilen Version behoben werden.

Drupal ist ein beeindruckendes System. Es ist überraschend klein für alles, was es tut, und sein Modulsystem ist extrem leistungsfähig. Aber wie Eli sagte, hängen viele Ihrer Aufgaben davon ab, dass andere Entwickler etwas auf eine bestimmte Weise tun.

Es gibt eine Debatte innerhalb der Drupal-Community über das Design. Drupal gab es, bevor die OOP-Funktionen von PHP stark waren, aber jetzt, wo sie es sind, gibt es häufig Diskussionen darüber, das System zu ändern, um objektorientierte Datenstrukturen zu verwenden. Je nach Geschmack könnte dies ein Nachteil für Sie als Entwickler sein. Ich selbst bin da zwiegespalten.

Das System kann Neulingen auch sehr “magisch” erscheinen, da es irgendwie all diese verrückten Sachen mit wenig Erklärung macht. “Ich habe gerade erst eine Funktion definiert, wie zum Teufel weiß Drupal, wie man sie nennt?!”

Allerdings muss ich sagen, dass ich generell ein großer Fan von Drupal bin. Es ist ein gutes System, das mit jeder Hauptversion viel besser wird. Ich für meinen Teil kann 7 kaum erwarten.

  • Als Drupal-Neuling stimme ich Ihnen auf der “magischen” Seite vollkommen zu. Es ist ziemlich verwirrend. “Hook_foo ruft also drupal_magic_api auf, die drupal_make_website aufruft, die drupal_sign_up_for_godaddy_domain_name_and_bill_my_credit_card aufruft?”

    – Jamison-Tanz

    20. April 2009 um 21:59 Uhr

Benutzer-Avatar
Dose

Drupal ist gut für den Einstieg, aber Sie verbringen mehr Zeit damit, Dinge rückgängig zu machen, als Dinge tatsächlich zu erledigen. Dies hat sich insbesondere mit der Veröffentlichung von Drupal 6 geändert, und um fair zu sein, wird es in beigesteuerten Modulen deutlicher.

Die Verwaltung von Migrationen ist ebenfalls ein Problem, wie Sean sagte. Ich kenne immer noch keine gute Methode, um Änderungen von einer Dev-Site auf eine Live-Site zu verschieben.

Ich bin mir nicht sicher, ob ich irgendetwas am aktuellen Kern ändern würde, und an den meisten Mängeln wird gearbeitet. Die Bildverwaltung erfordert Arbeit, die Standard-Admin-Oberfläche ist ein wenig überladen, kompliziertere Layouts zu erstellen, ohne dass Ansichten/Panels usw. involviert sind, könnte etwas Arbeit erfordern.

  • Als Drupal-Neuling stimme ich Ihnen auf der “magischen” Seite vollkommen zu. Es ist ziemlich verwirrend. “Hook_foo ruft also drupal_magic_api auf, die drupal_make_website aufruft, die drupal_sign_up_for_godaddy_domain_name_and_bill_my_credit_card aufruft?”

    – Jamison-Tanz

    20. April 2009 um 21:59 Uhr

Benutzer-Avatar
Stefan

Ich finde es furchtbar komplex. Als PHP-Entwickler raube ich mir täglich die Haare wegen Problemen, die nichts mit PHP, sondern mit Drupal selbst zu tun haben. wie / warum / wann macht es X? Es ist ein großes Tier, das gezähmt werden muss. die dokumentation beschränkt sich auf ein paar sehr gute guides, eine ganze menge beschissener und noch mehr nutzlose forenthreads, die scheinbar immer in google auftauchen.

Die Benutzerfreundlichkeit im Backend ist Mist. Ein benutzerdefiniertes Thema ändert auch das Layout des „admin“-Teils des Pakets, was extrem frustrierend sein kann und zu weniger als hübschen Layouts führt.

Wenn Sie mit HTML-Slicern arbeiten, ist es unmöglich, HTML zu verwenden, das nicht speziell für Drupal erstellt wurde. Es zwingt Sie ziemlich dazu, drupal-html zu verwenden, mit vielen Divs, 5 ausführlichen Klassen pro Div usw. Von Natur aus kann von HTML/CSS-Typen nicht erwartet werden, dass sie Drupal auf diesem Niveau kennen.

Ich mag es nicht, wie es sich auf Dateinamen (10 Wörter lang, mit sehr subtilen Unterschieden zwischen ihnen) stützt, um ein Thema zu erstellen.

Allerdings sind einige der Dinge, die es tun kann, sehr cool und ersparen Ihnen Tage und Tage der benutzerdefinierten PHP-Entwicklung

1206370cookie-checkWas sind einige der Mängel von Drupal? [closed]

This website is using cookies to improve the user-friendliness. You agree by using the website further.

Privacy policy