Contao-Summit 2026

Ankündigung

Collapse
No announcement yet.

Vergleich Contao mit Drupal

Collapse
X
 
  • Filter
  • Zeit
  • Show
Clear All
new posts

    Vergleich Contao mit Drupal

    Moin Zusammen,

    ich muss (mal wieder) einen CMS Vergleich anfertigen. Das ist auch insgesamt kein Problem, die meisten Vorzüge von Contao sind mir bekannt.
    Dennoch; welche Argumente würdet Ihr ins Feld führen, wenn Ihr Contao statt Drupal verwenden möchtet?

    Grüße
    www.webdesign24.biz

    #2
    das Hauptargument dürfte sein, dass du dich mit Contao bestens auskennst - m. E. bekommt man eine Webseite sowohl mit Contao als auch mit Drupal hin. Die Idee vom Core ist eben bei beiden unterschiedlich und passen demnach je nach Aufgabenstellung mal besser oder schlechter.
    MetaModels-Workshop: Anfragen möglich
    Erweiterungen: Infos im Seitenbaum, Formular-Default für Select/Checkbox/Radio (SCR), Formular-Newsletteranmeldung, Regex-Formularwidget, Lizenzmanager für Isotope
    Unterstützung per Github-Sponsoring: MetaModels Handbuch und Forum, e-spin Erweiterungen

    Comment


      #3
      Ich habe 2012/13 noch einmal intensiv nach einem CMS auf MySQL-Basis gesucht. Zuvor hatte ich sehr lange phpCMS und PivotX in Verwendung. Mit datenbankbasierten Systemen wie WordPress und Joomla wurde ich nicht warm. Und Typolight (das ich damals noch nicht als Contao wahrnahm) gefiel mir zwar trotz MySQL im Backend aufgrund der Aufgeräumtheit, aber warum sollte ich Typolight nehmen, wenn ich auch die Vollversion TYPO3 haben kann?!
      Ich testete mehrere CMS und Drupal begeisterte mich aufgrund der Inhaltselemente und der Struktur. Ich kaufte mir Bücher und Videos und testete Drupal ein halbes Jahr lang. Das K.o.-Kriterium war schließlich, das man jedes kleine Plugin selbst installieren mußte, sogar den WYSIWYG-Editor. Irgendwann hatte ich mir so das System gnadenlos zerschossen, das ich Drupal aufgab.
      Danach fiel mir Contao auf und auch der Namenswechsel wurde mir nun klar. Da mir das Backend von Typolight gefiel, blieb ich Contao von da an treu. Der Code ist sehr aufgeräumt und die wichtigsten Plugins sind vorinstalliert (Nachrichten, Termine, Newsletter usw.). Der Wechsel zu Contao 4 machte mir noch einmal das Leben sehr schwer. Aber letztendlich gewöhnt man sich an alles.

      Zum aktuellen Drupal kann ich nichts sagen, da ich mich seit 2013 nicht mehr damit beschäftigt habe. Es bleibt einfach keine Zeit für andere CMS, wenn man sich vollständig auf Contao fokussiert und alle Projekte damit umsetzt.
      Viele Grüße
      Frank

      Seit Mai 2013 Fan von Contao
      Webmaster vom Deutschen Schachbund und Berliner Schachverband
      Mein Blog: Schachbulle
      Meine Erweiterungen bei GitHub
      Meine Videos auf YouTube: Playlist zur Contao-Programmierung/Einrichtung

      Comment


        #4
        jemand von Drupal könnte gegenüber Contao ins Feld führen, dass man bei Drupal durch den Aufbau auf Knoten im Prinzip alles mit jedem verknüpfen kann und sowas wie MetaModels bei Drupal im Prinzip schon mit dabei ist

        aber wie gesagt: ich halte den Ansatz auf die technischen Prarameter zwischen den beiden CMS zu gucken nicht für zielführend - will der Kunde, dass jemand zuverlässig und bezahlbar die Aufgabe umsetzt?
        MetaModels-Workshop: Anfragen möglich
        Erweiterungen: Infos im Seitenbaum, Formular-Default für Select/Checkbox/Radio (SCR), Formular-Newsletteranmeldung, Regex-Formularwidget, Lizenzmanager für Isotope
        Unterstützung per Github-Sponsoring: MetaModels Handbuch und Forum, e-spin Erweiterungen

        Comment


          #5
          Vielen Dank für Eure Info´s.

          Es geht darum, in einem Unternehmen festzustellen, welches der beiden CMS sich womöglich besser eignet.
          Es sollen sowohl technische Anforderungen, als auch Benutzerfreundlichkeit gegenübergestellt werden.

          Meine persönlichen Contao-Skills sollen dabei erst mal bewusst ausgeklammert werden, wohl aber in die Gesamtbewertung mit einfließen.

          Ich sammle also erst mal ein Paar Gedanken, was ich übrigens auch im Drupal-Forum mal anbringen möchte. Mal schauen, was die Drupal-Community dazu sagt.

          Grüße
          www.webdesign24.biz

          Comment


            #6
            Zitat von tschero Beitrag anzeigen
            Es geht darum, in einem Unternehmen festzustellen, welches der beiden CMS sich womöglich besser eignet.
            Es sollen sowohl technische Anforderungen, als auch Benutzerfreundlichkeit gegenübergestellt werden.
            das kommt sehr auf die Anforderungen des Projekts an - Drupal schreibt sich ja auf die Fahnen, bei Community-Projekten mit viel User-Input der Star zu sein.

            ggf. mal Stephan Luckow vom CMS-Garden kontaktieren - der kennt beides, ist aber Team "Drupal"
            MetaModels-Workshop: Anfragen möglich
            Erweiterungen: Infos im Seitenbaum, Formular-Default für Select/Checkbox/Radio (SCR), Formular-Newsletteranmeldung, Regex-Formularwidget, Lizenzmanager für Isotope
            Unterstützung per Github-Sponsoring: MetaModels Handbuch und Forum, e-spin Erweiterungen

            Comment


              #7
              Zitat von tschero Beitrag anzeigen
              Es sollen sowohl technische Anforderungen, als auch Benutzerfreundlichkeit gegenübergestellt werden.
              Und was sind die technischen Anforderungen?
              » sponsor me via GitHub or Revolut

              Comment


                #8
                Zitat von Spooky Beitrag anzeigen
                Und was sind die technischen Anforderungen?
                Es soll erst mal geprüft werden, welche Systemvoraussetzungen die beiden CMS benötigen, ob und wie es API-Zugriff gibt, wie die beiden in die bestehende Infrastruktur integriert werden können, ist das vorhandene Personal genügend für die Grund-Administration geschult und welche Hard- und Software ggf. dafür neu beschafft werden müsste.

                Das sind so meine Punkte die ich derzeit für wichtig erachte, Vorgaben habe ich natürlich keine (Null, 0), warum auch!?!

                Weitere Punkte kommen sicherlich im Rahmen der Gegenüberstellung noch dazu.

                Grüße
                www.webdesign24.biz

                Comment


                  #9
                  Je nach Größe des Unternehmens auch außen vor lassen und keine komplizierten Themes nutzen um die zu Vendor-Locken, dann lieber nativ auf Contao setzen und selber bauen.

                  Ich würde beispielsweise ein "nacktes Drupal" einem "Contao mit bspw. PCT o.ä" vorziehen, rein aus Wartungs-, Kosten- und Dokumentationsgründen.
                  Contao-Association unterstützen

                  Comment


                    #10
                    Zitat von zoglo Beitrag anzeigen
                    Je nach Größe des Unternehmens auch außen vor lassen und keine komplizierten Themes nutzen um die zu Vendor-Locken, dann lieber nativ auf Contao setzen und selber bauen.

                    Ich würde beispielsweise ein "nacktes Drupal" einem "Contao mit bspw. PCT o.ä" vorziehen, rein aus Wartungs-, Kosten- und Dokumentationsgründen.
                    Moin @zoglo:,
                    sehr spannend.

                    Ich kenne einige extern Themes für Contao (PCT, BusinessBuilder von Marvin Kellermann, LASR von EuF, usw.). Das kann in der Handhabung hier und da schon mal knifflig werden, auch abhängig von der ggf. vorhandenen Doku.

                    Wie bewertest Du die Handhabung von Drupal, wenn kein externes Theme verwendet wird? Kriegt man da relativ schnell ein schönes Design hin (mir ist bewusst, das die Fragestellung hier natürlich sehr von der Betrachtungsweise abhängt)?

                    Grüße
                    www.webdesign24.biz

                    Comment


                      #11
                      Zitat von tschero Beitrag anzeigen
                      Es soll erst mal geprüft werden, welche Systemvoraussetzungen die beiden CMS benötigen, ob und wie es API-Zugriff gibt, wie die beiden in die bestehende Infrastruktur integriert werden können, ist das vorhandene Personal genügend für die Grund-Administration geschult und welche Hard- und Software ggf. dafür neu beschafft werden müsste.

                      Das sind so meine Punkte die ich derzeit für wichtig erachte, Vorgaben habe ich natürlich keine (Null, 0), warum auch!?!

                      Weitere Punkte kommen sicherlich im Rahmen der Gegenüberstellung noch dazu.

                      Grüße
                      API ist bei Contao so eine Sache. Die gibt es ja bisher nicht. Wenn die Anforderung REST-Api lautet, dann wird da vermutlich viel Arbeit erforderlich sein.
                      Was ist mit bestehender Infrastuktur gemeint? Die allgemeinen Systemvoraussetzungen dürften sich bei beiden System nicht groß unterscheiden:
                      Um Contao erfolgreich auszuführen, muss der Webserver diese Systemvoraussetzungen erfüllen. Contao wurde ursprünglich für den vertrauten LAMP-Stack entwickelt, läuft jedoch auf jedem Webserver, der eine aktuelle Version von PHP und MySQL bereitstellt. Anmerkung Falls du den Contao Manager für die Installation und die Aktualisierung deiner Contao-Instanzen verwendest, solltest du auch seine Systemvoraussetzungen beachten. Software-Empfehlungen Die Mindestanforderungen hängen davon ab, ob du die neueste oder die Long Term Support-Version installierst. Alle gepflegten Versionen von Contao sind mit den neuesten PHP- und MySQL-Versionen kompatibel. Daher wird grundsätzlich empfohlen, diese immer zu verwenden.

                      Comment


                        #12
                        Zitat von neelix Beitrag anzeigen
                        Was ist mit bestehender Infrastruktur gemeint?
                        Ich meinte hierbei neben der Hardware-Infrastruktur eine bereits bestehende Software-Infrastruktur welche ich an dieser Stelle nicht näher beschreiben kann (darf).

                        Wen es interessiert; hier mal der Link zum dem von mir eröffneten Thread zum Thema im Drupal-Forum:
                        Drupal, Community, Contentmanagement, Open Source, Module, Themes, Web2, CMS, Deutsch, Forum


                        Grüße
                        www.webdesign24.biz

                        Comment


                          #13
                          BTW, ein Kollege hatte sich mit einem weinenden Auge für Drupal entschieden, da Drupal, jedenfalls vor ein paar Jahren, xml-import im Bauch hatte.

                          Comment


                            #14
                            Zitat von tschero Beitrag anzeigen
                            Wen es interessiert; hier mal der Link zum dem von mir eröffneten Thread zum Thema im Drupal-Forum:
                            https://www.drupalcenter.de/node/62912
                            ... im Grunde steht da nix anderes als die hier genannten Argumente
                            MetaModels-Workshop: Anfragen möglich
                            Erweiterungen: Infos im Seitenbaum, Formular-Default für Select/Checkbox/Radio (SCR), Formular-Newsletteranmeldung, Regex-Formularwidget, Lizenzmanager für Isotope
                            Unterstützung per Github-Sponsoring: MetaModels Handbuch und Forum, e-spin Erweiterungen

                            Comment


                              #15
                              Zitat von zonky Beitrag anzeigen
                              ... im Grunde steht da nix anderes als die hier genannten Argumente
                              Im Grunde genommen schon.
                              Sehe ich genau so.
                              www.webdesign24.biz

                              Comment

                              Working...
                              X