Kategorie: Uncategorized

Dries hat mal wieder etwas cooles gebaut: Mollom. Mollom ist ein Drupalmodul, welches vor Spam schützen soll. Bisher war der effizienteste Weg über das Captcha Modul. Jeder weiss jedoch sicher, dass diese nicht sehr benutzerfreundlich sind (ich rege mich auch immer darüber auf). Mollom soll das ändern.

[inline:mollom_logo.gif]

Was macht es:

Wenn ein Kommentar, ein Post, eine Registrierung oder was ähnliches gemacht wird, so wird der Mollom Server angefragt, ober es sich beim Inhalt um Spam handelt oder nicht. Falls der Verdacht besteht, dass es sich um Spam handelt, so wird ein Captcha dazugeschalten. Falls nicht, dann ist alles gut und der Kommentar wird veröffentlicht.

Vorteile, welche ich sehe: Der normale User wird nicht durch ein unnötiges Captcha gestört, der Roboter hingegen schon (wodurch der Spam dann ja auch verhindert wird).

Ich hatte vor einigen Wochen mit Spam zu kämpfen und musste deshalb das Captcha Modul reinschalten. Ich habe das jetzt mal wieder deaktiviert und habe das Mollom Modul aktiviert. Ich bin auf jeden Fall gespannt, wie es sich auswirken wird 😉

Ich habe unten noch ein paar Screenshots drin, welche die Mollomseite zeigen und die Modulkonfiguration in der eigenen Seite. Es gibt noch eine hübsche Statistik, welche anzeigt, wieviel Spam und wieviel guter Inhalt gepostet wurde.

Also Leute… Wäre cool, wenn ihr ein paar Kommentare posten würdet, damit ich mal sehen kann, ob es funktioniert 😉 Der erste Eindruck ist auf jeden Fall sehr gut.

Bedenken:

Eine Frage, welche ich noch habe, ist bezüglich dem Mollom Server. Was passiert, wenn dieser Down ist, oder sehr langsam? Wird dann die eigene Seite auch "geschwächt" bzw. ist das Posten noch möglich?

Wie sieht es mit Datenschutz aus? Kann Mollom sozusagen alle Post analysieren und evtl. (falls gewünscht) speichern? Nicht dass ich denke, dass sie das machen würden, aber möglich wäre es wohl, da der ganze Inhalt zuerst an Mollom geschickt wird?

Auf Bilder klicken zum Vergrössern.

Es ist zwar nichts neues, aber anscheinend gibt es immer noch Leute, welche nicht davon Wissen. Es gibt ein gratis Drupal Buch. Es ist zwar für eine alte Version (sprich 4.7), aber die grundlegenden Konzepte sind immer noch gleich.

Immerhin weiss der Leser danach, was ein Node ist, und das ist doch schon ein guter Anfang 😉

Hier der Downloadlink.

Da wollte ich eigentlich etwas ganz simples machen. Eine View mit zwei Argumenten:

my_view/arg1/arg2

Bei den beiden Argumenten handelt es sich um die Namen von Termen eines Vokabulars. Ich habe also in der Views zwei Argumente eingefügt, aber es scheint einfach nicht zu klappen. Mit den Term ID kann man diese ja mit + zusammenketten, mit den Term Namen geht das leider nicht.

"Derein" hat mich auf einen hübschen Drupal Dojo Beitrag aufgemerksam gemacht, welcher das Problem löst.

[inline:Ansicht list_all_games bearbeiten – News Drum Deutsch_1206650308465.png]

Es ist eigentlich ganz simpel. Die Argumente werden in IDs umgewandelt und dann funktioniert es wie gehabt.

Manchmal kann es nützlich sein, mehrere Views auf einer Seite zu haben. Ein mögliches Szenario dafür könnte sein:

• Eine Newsseite mit verschiedenen Typen von Artikel. Die Artikel sollen jetzt nicht einfach "durcheinander" aufgelistet werden, sondern gruppiert nach Typ.

Das Vorgehen dafür ist eigetlich ganz einfach:

1. Die Views machen.
2. Eine neue Page erstellen.
3. In dieser Page die Views einfügen.
4. Nicht vergessen den Filter auf PHP zu stellen. That's it.

Hier also der Code dafür:

Die wichtige Zeile ist eigentlich views_build_view(). Argument 4 ist ob ein Pager auf der Seite angezeigt werden soll und Argument 5 ist die Anzahl an Nodes, welche aufgelistet werden sollen.

Über $myview_args können zusätzlich Argumente an die Views übergeben werden. Diese können dann über Views ausgewertet werden. Das wäre es dann eigentlich auch schon. Es können jetzt nach dem gleichen Prinzip beliebig viele Views hinzufgefügt werden. Ich glaube es gibt auch ein Modul dazu, aber über das embeded lässt sich das sehr gut lösen. Zudem kann dadurch die Anzahl an Modulen reduziert zu werden.

Hier noch der Link zur offiziellen Views Doku.

Ich habe mich vor einiger Zeit mit Drupal als Wissensmanagement Tool beschäftigt und habe dazu ein paar Post geschrieben. Auf Civicactions habe ich eine sehr nützliche Übersicht gefunden.

Wie ich bereits mehrfach erwähnt habe, ist einer der Gründe, warum ich dieses Blog führe, dass ich Wissen für mich leicht zugreifbar machen kann. Ich muss auch ganz ehrlich sagen, dass ich schon immer mal in meinem eigenen Blog gestöbert habe, um etwas zu suchen, von dem ich wusste, dass ich das bereits gelöst habe. -> sehr effizient! Da es meiner Meinung zufolge drei wichtige Effekte hat:

1. Lerneffekt durch ausformulieren seiner Gedanken. Das heisst, Code muss dokumentiert werden, damit auch die Leser wird nachkommen. Ideen werden ausformuliert und werden so oftmals klarer.
2. Die Kommentarfunktion wird mehr oder weniger rege benutzt. Fehler werden gefunden und zusätzliche Inputs können gesammelt werden. Man ist nicht nur auf seinen eigenen Gehirnschmalz angewiesen. Hat aber natürlich auch zur Folge, dass Kritik kommen kann.
3. Ideen/Lösungsvorschläge können leicht zusammen kombiniert werden. So gibt die Suche verschiedene Resultate zurück. Zudem habe ich das Modul "Similar Entries" installiert. Der Block ist ganz unten auf der Seite zu sehen und führt den Benutzer, respektive mich zu einem verwandten Beitrag weiter.

Die obigen Module, helfen daher der persönlichen Wissensorganisation und auch dem Benutzer, wenn er von einem Inhalt zu nächsten geführt werden soll. Je grössere eine Wissenssammlung wird, desto mehr sollte man sich damit auseinander setzen. Evlt. wären solche Module auch auf Drupalcenter sehr nützlich. So dass wenn man ein Post im Forum liest, weitere Beiträge angezeigt werden. Dies würde vielleicht viele Fragen verhindern, da oftmals gleich oder ähnliche Fragen gestellt werden.

Ein kleiner Nebeneffekt: Google mag internes Verlinken auch (soweit ich das verstanden habe…)

Ich hoffe, ihr habt alle schöne Ostern gehabt und möglichst viele Eier gefunden. Es gibt doch nichts besseres als ein hartgekochtes Ei mit Aromat (sorry, das ist wohl ein Schweizer Ding). Auf jeden Fall hat dies für ein bisschen Verzögerung im Blog geführt.

Bereits letztes Jahr hat es eine entsprechende Abstimmung gegeben und dort hat Drupal ja sehr gut abgeschnitten. Auch im Jahr 2008 gibt es wieder etwas ähnliches und schliesslich wollen wir Drupal populär machen, und daher zählt jede Stimme, so dass Drupal auch dieses Jahr wieder kräftig absahnen kann.

Drupal tritt in der Kategorie Publish & Photography an. Wollen wir doch mal schauen, wie gut die viel gelobte Community von Drupal wirklich ist…

Die Drupal API stellt eine grosse Menge an Funktionen zur Verfügung. Es gibt jedoch einige die sind extrem nützlich und sollten UNBEDINGT verwendet werden, wenn eigene Module entwickelt werden… die Nachfolger werden dankbar sein:

• l($text, $path, $attributes = array(), $query = NULL, $fragment = NULL, $absolute = FALSE, $html = FALSE) erstellt einen Link. Besonders wichtig, wenn man das local Modul mit mehreren Sprachen verwendet. API
• t($string, $args = 0) übersetzt einen String. Wenn man ein Modul für die Zukunft schreiben will, dann unbedingt alle Strings durch die t Funktion ziehen! API.

Bitte, bitte, solche kleinen Dinge beachten! Ich habe es auch nicht von Anfang an gemacht, doch man lernt jeden Tag ein wenig dazu…