Hier finden Sie eine Liste der Drupal Module, welche Sie auf nahezu jeder Drupal Site benötigen. Es ist keine Top 10 oder Top 25 Liste, wie man sie häufig findet, sondern einfach eine Liste aller wichtigen Module. Die meisten dieser Module setzen wir erfolgreich in Kundenprojekten ein und viele sind auch in der Acquia Distribution zu finden.
Module, die sehr speziellen Zwecken dienen, sind hier bewusst nicht aufgeführt. Dazu gehören Module wie Organic Groups, "Buddy"-Module oder Content Profile.
Ich habe jetzt doch auch die Module die ich bisher in meinen http://mdwp.de/blog/modul-merkzettel aufgelistet hatte, an das Ende dieser Liste hier gepackt.
Da ist so ziemlich alles drin, was mir an Modulen nützlich erscheint und in einigen Projekten verwendet wird.
Hier die vollkommen unsortierte und unkommentierte Liste, die bisher auf meinem Modul Merkzettel zu finden war:
http://drupal.org/project/override_node_options
http://drupal.org/project/collapse_text
http://drupal.org/project/image_fupload
http://drupal.org/project/embed_gmap
http://drupal.org/project/homebox
http://drupal.org/project/interface
http://drupal.org/project/viewfield
http://drupal.org/project/menu_attributes
http://drupal.org/project/tw
http://drupal.org/project/insert
http://drupal.org/project/viewslivefilters
http://drupal.org/project/viewsdisplaytabs
http://drupal.org/project/views_or
http://drupal.org/project/privatemsg_limits
http://drupal.org/project/outline_designer
http://drupal.org/project/csshover
http://drupal.org/project/eldorado_superfly
http://drupal.org/project/blockqueue
http://drupal.org/project/web_widgets
http://drupal.org/project/ajax
http://drupal.org/project/ddblock
http://drupal.org/project/drupalforfirebug
Das ist erst der Anfang einer langen langen Liste.
Die Anzahl der Drupal Module nimmt ständig zu. Und darunter sind natürlich auch Module, die Ihr spezielles Problem lösen. Allerdings reicht es manchmal nicht aus nur zu wissen, dass es ein Modul gibt. Konfiguration, Schnittstellen zu anderen Modulen, Probleme, Patches u.v.m. machen es häufig nicht leicht zum gewünschten Ergebnis zu kommen.
Panels, Context oder Display Suite?
Sa. 17.04.2010
Public Beta von Drupal Gardens
Sa. 24.07.2010
Der von uns proklamierte Trend
Fr. 26.03.2010
Mehrfachwerte in einem CCK-Feld themen
Mi. 28.04.2010
Twitter DrupalCon 2010 Kopenhagen Administration Textmate Web-TV Communities Aegir DrupalCon 2009 Paris Anfänger Top Module Drupal Gardens Konferenzen Drupal Distributionen Online Magazine Drupal 7 Wysiwyg Editoren CMS Vergleich Gridsystem Social Media Plesk Drupal Performance CSS-Frameworks CCK Acquia News Drupal und SOAP Themes Drupal Blogs DrupalCon Drupal Sites Starter Themes Facebook Tutorials mdwp* Für Ein- u. Umsteiger Drupal in der Presse Awards PHP User-Magazin Mehrsprachigkeit 960 Warum Drupal? Installationsprofile Autoren Ubercart Panels cron.php Drupal für Entscheider Webservices Personalien CSS Media Layout Ausstellungen Views Theming Ajax Bücher Drupal Programmierung Drupal Shops Tipps und Tricks Archiv Messen Drupal 7 - Alpha Release Blueprint Topstories Webinars jQuery Cron
Hallo ;D
Nach meiner Meinung fehlen da noch welche, hoffe sind nicht zu spiziell ;D
Erstmal für die Cronjobs - Poormanscron http://drupal.org/project/poormanscron
Dann damit man beim schreiben von Artikel etc. zwischenspeichern kann Save & Edit http://drupal.org/project/save_edit
Und fürs Fehler suchen Drupal For Firebug http://drupal.org/project/drupalforfirebug
Eigentlich müsste noch ein Editor empfehlung folgen, aber da scheiden sich ja eh die geister *gg
Tschööö
Gerriet
Na klar, die Liste lässt sich ja beinahe unendlich fortsetzen.
Anstelle von poormanscron würde ich allerdings, wenn man crontab nicht einstellen kann, einen kostenlosen cron Service wie http://cronjob.de benutzen.
Anstelle von save_edit vielleicht besser http://drupal.org/project/draft und was die Editoren betrifft siehe hier http://das-drupal-magazin.de/wysiwyg-editoren
Der Tipp mit Drupal for Firebug ist sehr gut. Kannte ich noch gar nicht.
ja gut, aber wenn man so ein Cronjob Webservice benutzt ist man abhängig von diesen. Bei Problemen ist wieder holland in Not und man muss sich ersatz suchen.
Was ist da der unterscied zwischen Draft und Save und Edit ?
Bei Editoren setze ich zur Zeit auf CKEditor, läuft bei mir am schnellsten. Sein Vorgänger ist bisschen lahm, da haben wohl einige im Code rausgeschmissen um seinen Nachfolger schneller zumachen
Wenn cron nur ein paarmal am Tag aufgerufen wird, spricht auch nichts dagegen. Braucht man den Aufruf aber z.B. jede Viertelstunde kommt Poormanscron m.E. nicht in Betracht.
Mit Draft kann der Benutzer echte Entwürfe anlegen und später weiterbearbeiten. Save und Edit geht nach dem Speichern ja einfach nur wieder zum Eingabeformular.
ja stimmt mit save+Edit, aber mir genügt es. Ich mach es meist so, das ich auf nicht veröffentlichen stellen, ist dieselbe Effekt ;d
Ja, aber einen Node auf unveröffentlicht stellen, darf nur ein Benutzer mit der entsprechenden Berechtigung. Und die gibt man ja einem 'normalen' Benutzer nicht. Das Recht Entwürfe anzulegen kann man aber normalen Benutzern unbedenklich zuweisen.
Kommentar hinzufügen