Wie zähle ich meine User im Hinblick auf Profildaten?

Ich sehe bislang vier Wege:

• Profile-module:

  Per PHP werden die Daten aus der Datenbank gefischt und per $print in Content verwandelt. Allerdings versteht Drupal die Angaben nicht als Zahlen, weshalb view_calc damit nicht rechnen kann (hab gesehen, dass man PHP auch in die Nummernfelder von cck einbauen kann, aber da hab ich dann gestern vorläufig die Segel gestrichen).

  Das Problem mit den Newslettern ist so natürlich auch noch nicht gelöst.

• Taxonomy:

  Das wäre natürlich der bequemste Weg, um die User-Kategorien zu verwalten. Aber kann man die Leute auch schon bei der Registrierung dazu bringen, sich einzelnen
  Taxonomie-Begriffen zuzuordnen? Natürlich können sich die Leute mit dem advanced-user-profile nach der Anmeldung selbst zuordnen, und weil das ja ein Node ist, kann Views so auch die Summe an Usern je nach kategorie anzeigen, also alles kein Problem. Und wahrscheinlich kann ich auch User entlang der Taxonomie-Begriffe auch irgendwie anschreiben.

  Nachteil: das alles findet erst nach der Registrierung statt, und User sind halt faul (siehe mein Profil)...

  Bei drupal.org/project/Modules zum Beispiel werden rechts in der Leiste die Zahl der Einträge pro Kategorie angezeigt. Übertragen auf User ginge das dann aber wiederum nur, wenn die Profile als Nodes, und damit nach der Registrierung eingetragen werden.

• Organic Groups + Multi-mandatory:

  Per Mandatory werden die Leute in bestimmte Gruppen hineingezwungen, wobei mir aber noch nicht ganz klar ist, wie das ganze dann beim Registrieren aussieht, denn man sollte nicht unbedingt mitbekommen, dass die Leute als Gruppen verwaltet werden. Ist aber wohl eher ein Theming-Problem. Generell soll OG die User aber nur verwalten, aktiv soll zunächst kein Inhalt erstellt werden können (was sich ja einstellen lässt).
  

  Unschlagbarer Vorteil von OG: das Notification-Modul sichert die zielgerichtete Kommunikation (sofern es möglich ist, dass ich festlege: "Schreibe bitte nur Leute an, die gleichzeitig in Grp A und in Grp B sind.")
  
  Weiterer Vorteil: Soweit ich das verstehe, kann ich die Nutzer durch die Interaktion mit OG ganz einfach per View auszählen.
  
  Nachteil:ich weiß nicht, ob ich so auch immer die Schnittmenge an Usern auszählen lassen kann, die Mitglieder in allen Gruppen sind, die ich mir anzeigen lassen will.

• OG + Multi-mandatory + Taxonomy:

  Immo steck ich grad noch irgendwo zwischen OG und Tax fest, aber wenn es irgendwie geht, dass ich eine Taxonomie entwerfe und die per Klick oder so in eine
  Gruppen-Anordnung umwandeln kann, wäre das natürlich deluxe, weil OG alle Nutzer verwaltet und man Taxonomien zudem auch noch importieren kann.

Ich hoff, das alles ist jetzt für Euch verständlich und nicht das Ergebnis irgendeines Wahns. Ich hab in den letzten Tagen viel recherchiert und eher weniger in meiner Sandbox rumgeklickt, deshalb kann es sein, dass ich das alles viel zu theoretisch sehe. Andererseits möchte ich aber auch nicht auf halber Strecke feststellen, dass ich komplett daneben liege. Absoluten Neueinsteigern zumindest hilft diese Liste vielleicht wenigstens ein bisschen.

Mir ist übrigens klar, dass ich mit OG eine Tür aufstoß (Open Community), die ich dann nur für den Zweck meiner Anwendung wieder umständlich verrammeln muss, aber immerhin kann ich so diese Türe jederzeit noch aufstoßen, wenn ich will.

Wünsch Euch eine schöne Nacht, und danke schon mal für Eure Ansichten.

Liebe Grüße

Phil

Hallo liebe Gruppe

seit Freitag steht meine Nutzerverwaltung, und vorläufig funktioniert es dann doch tatsächlich völlig ohne PHP-Coding!

Mein Ansatz:

Die Nutzer werden zunächst einmal per Taxonomy und der Guided Search aus dem Modul "Faceted Search" ausgefiltert, sodass man per Klick zumindest schon einmal die genaue Trefferzahl kennt. Ich mach das jetzt nicht über das cck taxonomy_field, sondern über eine Taxo-Zuordnung der Profil-Nodes, denn wenn ich es richtig beobachtet habe, macht cck aus der Taxo-Zuordnung einen Node-Inhalt, auf den dann aber die Faceted Search nicht mehr anspringt (außer vll. per Indexer, der war bei mir aber zunächst buggy, und springt bislang irgendwie nicht richtig auf cck_tax-fields an. Was ich dabei übrigens auch gemerkt habe, ist, dass ein einmal gesetztes tax_field dazu führt, dass der Node, der das Feld enthält, nicht mehr im gleichen Vokabular zugeordnet werden kann, das man im field bereits verwendet hat (schätz mal, das ginge sonst eben doch noch nicht ganz spurlos am Tax-Kern vorbei).

Angeschrieben werden die Leute dann mithilfe eines bulk_operation_view.

Sicherheitsmodule, Berechtigungen und Argumente sind mittlerweile gesetzt, die Seite muss ich natürlich trotzdem noch einige Male auf Sicherheitslücken prüfen. Aber wo diese Lücken genau sitzen, das werd ich schon noch rausfinden, denn ich hab das Gefühl, den Workflow beim Aufbau einer Drupalseite jetzt langsam wirklich zu verstehen. Ich kanns nicht genau beschreiben, aber letzte Woche hat es irgendwann einmal geklickt, und dann lief es einfach.

Was ich allerdings sagen kann, ist, warum es geklickt hat: Zuerst war es Thomas, der mir gezeigt hat, dass die Puzzletechnik doch am besten ist, und der mich auf die eher kleinen, aber dafür richtig feinen Module hingewiesen hat.

Zum Schluss war es dann das Interview mit Rob auf Lullabot, wo es um Solr ging. Denn wenn man eine Liste mit Ausschlusskriterien zum Draufklicken haben will, braucht man eben keine Coderei, solange man weiß, dass man letztlich eben eine Guided Search bauen will!

Dank an Euch beide für die Hilfe.

Seit Montag widme ich mich jetzt erstmal dem Bereich Theming, allerdings manipulier ich jetzt erst einmal an bestehenden Themes herum, bis ich jeden Bereiche ganz gezielt ansprechen kann. Danach gehts dann an Zen. Bin schon jetzt ganz vertieft, ooommmm...

Somit kommt mein Troubleshoot-Blog also doch noch zu einem glimpflichen Ende, und mir bleibt nur die Frage: trefft Ihr Euch demnächst mal wieder im RL? Würd mich freuen, Euch mal kennenzulernen.

Liebe Grüße aus Lövenich,

Phil

P.S.: Freu mich über Reaktionen positiver, aber auch negativer Art, denn wenn ich an meinen Kenntnisstand von letzter Woche denk, wird mir dann doch leicht übel *schäm*. Und wenn Ihr denkt, ich reisse mit meiner Lösung zu große Löcher in die Sicherheit meiner Seite, bin ich für einen kurzen Hinweis natürlich mehr als dankbar.