Heartbeat und Facebook Style Status

Hallo,

du benötigst das Modul Facebook Statuses.
Der Code sind Rulessets, ich glaube Du musst im Ordner des
Heartbeat Moduls eine Datei anlegen:
http://drupal.org/node/298541

LG

Hey Danke für deine Antwort!!
Ja das mit dem File anlegen hört sich schonmal ganz logisch an. Jetzt wäre es nurmehr interessant welche Name die Datei haben sollte.

LG

Halllo, das steht in dem Link den ich Dir oben gesendet habe:

Es steht auch wie Du nachsehen kannst ob die Rules genommen wurden.

LG

Stimmt sry hab ich überlesen!
Naja hab mich jetzt ein wenig mit dem ganzen gespiel nur ich brings immer noch nicht zum laufen :-(
Würde mich über weitere Tips seehr freuen!

LG

Ich habe das gerade gefunden. Jetzt bleibt jedoch noch die Frage wo die heartbeat message info hook finde bzw bearbeiten kann und wohin ich die rules default files hinkopieren muss.

MFG

Ok also für alle die das selbe Problem quält.

Den ersten Code muss man unter Verwaltung->Heartbeat->Import Template einfügen. Den 2ten Code muss man unter Regeln -> Regeln importieren einfügen und schon funktioniert das ganze.

Ich finde es nur schade das solche einfachen Sachen immer extrem kompliziert beschrieben sind und man am ende ewig herumprobieren muss bis man auf soetwas simples draufkommt :(

Jetzt habe ich das ganze zwar soweit zum laufen gebracht das es auch angezeigt wird nur leider gefällt mir die Formatierung nicht. hat vielleicht jemand eine Idea wie ich diese ändern kann?

Eventuell funktioniert das Modul FBSS auch in Verbindung mit dem Modul Views, nur leider weiß ich nicht wie ich eine neue Views erzeugen kann und dann durch das posten am FBSS den Status auf meinem View angezeigt bekommen.

Ich bin echt schon am verzweifeln, jetzt beschäftige ich mich schon 2 Tage mit dem Thema eine Pinnwand von Facebook nachzubauen und ich brings immer noch nicht hin :-((

Naja ich hoffe mir kann noch jemand helfen, das kann doch nicht so schwer sein ??

MFG

Hallo zusammen,

so wie hier beschrieben funtipniert es mit dem Nachfolger "Statuses" unter Drupal7 leider nicht. Hat da schon jemand erfahrungen gesammelt?

Viele Grüße
Frank

Das Problem mit Statuses für drupal 7 ist, dass es nur im Grundmodul funktioniert und die wichtigen Plugins wie für Rules noch nicht portiert sind. Heartbeat und die Heartbeat Templates setzen auf dem Rulesmodul auf.
Heartbeat 7.x besitzt aber soetwas wie ein Statuses light, zu aktivieren über die Templates. Es generiert eine Eingabebox oberhalb des Streams und ermöglicht das Eingeben von Texten bzw. als Entityform auch das zusätzliche Anlegen von Bildfeldern etc.
Das Problem mit Heartbeat ist, dass es einfach ein riesiger fester Glotz ist, sowohl vom Design als auch den Möglichkeiten weitere Integration wie z.B. in Views (auch diese Handler funktionieren nicht oder nur teilweise)

Gruß

Hallo und Danke für die Antwort,

bin mir auch nicht ganz schlüssig wie ich es machen soll. Also ich habe alles was in den Templates dabei war aktiviert, finde aber nichts zum "posten" muss ich das selber eines machen oder ist es dabei?

Viele Grüße,
Frank

In den Default Templates des Heartbeatmoduls gibt es einen Reiter den man aktivieren kann, an der Stelle, an der man auch festlegen kann welches Template z.B. auf der Profilseite genutzt wird. Hat man dies aktiviert, so erscheint zunächst oberhalb des Streams des entsprechenden Templates ein Button, der zunächst ohne Funktion, bzw. beim Drücken einen Fehler ausspuckt. Man muss nun ein eigenes Textfeld innerhalb des Templates erstellen, so wie man es auch bei Erstellung eines Kontenttypen macht.
Danach erscheint das entsprechende Textfeld zusammen mit dem Buton oberhalb des entsprechenden Streams.
Mit dem entsprechenden Einsatz von Tokens kann man die entsprechende Nachricht gestalten.

Eine andere Möglichkeit wäre der Einsatz des Shoutboxmoduls über Rules und dieses dann als Statusbox zu nutzen. Hier funktioniert die Integration im 7.x mit Rules reibungslos. Einfach die neue Regel einem neuen Template von Heartbeat zuordnen. Über den Poll von Heartbeat lässt sich dass dann je nach Einstellung immer neu laden. Aber Vorsicht, es beeinträchtigt erheblich die Serverlast. Hierzu wäre die Empfehlung das node.js Modul zu nutzen und einen kleinen node.js Server zu erstellen (bei entsprechender Last und Nachrichtenintervallen).

Gruß

Hallo,

Danke nochmals für deine Mühe und die umfangreiche Antwort. Ich teste nun schon wieder ewig herum. Ich denke fast, dass ich zu blöd für das ganze bin.Ich finde bei den Templates keinen Reiter den man aktivieren kann. (Siehe beigefügtem Bild)

Das andere ist mit den Templates in Heartbeat. Gibt es da einen Trick so etwas zu importieren? Wenn ich dieses Code hier importieren will:

Bekomme ich diesen Fehler:

Was soll ich damit anfangen?
Viele Grüße,
Frank

Hi Frank,

der fehler besagt dass die daten die in das feld "obj" in der tabelle
ctools_object_cache für dieses feld zu gross sind.
du kannst in einen grösseren feldtypen in der mysql
tabelle ctools_object_cache nehmen.
beispiel:
ist obj in der tabelle ctools_object_cache ein varchar(255) mache ein varchar(1024) daraus
ist es ein blob mach ein medium oder largeblob draus.

lg

ps: ich denke obj ist ein varchar feld.
im sql statement sieht man den langen serialisierten hearbeat string
der eingefügt werden soll.

Zunächst zu der Aktivierung der Status-Funktion in Heartbeat:

Auf dem Bild ist die Übersicht zu den Templates zu sehen. Einfach auf den Edit-Knopf z.B. des Templates heartbeat_add_node drücken. In der dortigen Übersicht kann man z.B. entscheiden, wo das template auftaucht. Ich glaube in der untersten Schlatfläche (so weit ich mich noch erinnere) kann man ein Kästchen ankreuzen (falls es schon aktiviert ist, einfach aus -speichern und wieder an-speichern) das diese Statusfunktion in diesem Template dann erlaubt. Dann wie erklärt ein Textfeld erstellen.

Zu dem Code:
Ich nehme an der Code stammt von der Dokuseite. Der ist größtenteils noch vom 6.x Modul und erzeugt deshalb Fehler. Man kommt nicht drum herum, die durch die default_templates vorgegeben Rules zu kopieren und den eigenen Bedürfnissen anzupassen. das Shoutbox-Modul erstellt in den Rules 2 neue Regeln, die mit dem Heartbeat-Mdul genutzt werden können.

Grüße
Stephan

Hallo und Dank nochmals für eure Mühe!

@Robert:

Ja das hat dabei geholfen..Danke! Bin da aber leider bei den Rules noch nicht weiter..vermutlich wegen eines Patches. s.u.

@Stefan:

Ich habe das hier her:

http://drupal.org/node/1250324

Scheint relativ neu zu sein und zu Drupal 7 zu gehören. Da steht allerdings (leider) auch, dass das Modul gepacht werden muss :-( Das ist dann wieder schlecht wenn updates kommen...

Ich denke ich verstehe da noch etwas flasch. Ich habe nochmals Bilder angefügt. Ich hoffe ich gehe damit nicht auf die Nerven!

Wenn ich in dem besagten Template auf edit gehe sieht es wie im Bild1 aus und ich kann auf die Reiter "Definition,Access,Example,Content,Attachment" klicken. Diese habe ich dann in Bild 1 bis 6 dargestellt.

Nochmals Danke für eure Geduld!
Viele Grüße
Frank

Hallo,
hab mal das Heartbeatmodul auf den Testserver geladen. Das Modul ist die neueste 7.x-dev Version von heute. Zusätzlich habe ich mal den Malstift gezückt und ne kleine Bildergeschichte ertellt :)

Also zuerst mal die Plugins unter Module aktivieren. Danach erscheint dann wie auf Bild 1 unter Heartbeat Plugins das activitystatus Plugin.

Danach auf die Heartbeat streams klicken und einen Stream auswählen, in diesem Fall habe ich siteactivity ausgewählt. Klickt man drauf sieht man ganz unten eine Schaltfläche über die man entscheiden kann wo das Plugin erscheinen soll. Wenn man jetzt mal den Blog siteactivity irgendwo aktiviert erscheint ein Save-Button (hierzu leider kein Bild).

Als nächstes in die Templates wechseln und wie auf Bild 2 ein textfeld im entsprechenden Template erstellen, zB. edit-node.

Und siehe da, im siteactivity Blog erscheint das Textfeld oberhalb des Buttons, in das man dann seinen Status erstellen kann.

Gruß
Stephan

Hallo Stephan,

nochmals vielen herzlichen Dank für deine Mühe! Ich habe jetzt verstanden warum es bei mir nicht ging. Wenn das shoutbox-plugin aktiviert ist klappt das ganze so bei mir nicht. Ich denke ohne deine Anleitung hätte ich da ewig nach gesucht.
Ich habe es soweit auch jetzt nachvollziehen können. Ich habe nun nur ein Problem. Wenn ich einen Eintrag mache steht da:
"!username has added !node_type !node_title." siehe Bild. Das führt dazu, dass ich wenn ich einen zweiten Eintrag mache der erste überschrieben wird.

Hast du da noch eine Idee?
Viele Grüße,
Frank

Hallo Frank,

!username has added !node_type !node_title stammt aus dem Template, das du ja für den status nutzt. Wenn du zum Beispiel das ganze im Template löschst, werden auch die Nachrichten aus dem entsprechenden Template nicht mehr angezeigt.
Meine Empfehlung ist ein neues Template anzulegen mit dem Plugin activity_status, alle Tokens löschen, nur den Status anzeigen und dieses dann einem Stream zuordnen. Somit hast du auch die Möglichkeit, dieses Template nur z.B. auf dem Userprofil zu aktivieren.

Gruß
Stephan

Ok ... das hört sich logisch an. Werde ich dann mal testen ob ich da hin bekomme. Wo du gerade auch die "dev-version" auf dem Rechner hast.... kannst du mal testen, was da passiert, wenn du einen Eintrag löscht? Ich habe da nur ein leeres Fenster (siehe Bild)

Wirklich vielen Danke für deine Mühe und Geduld!
Frank

Diesen Fehler bekomme ich auch.
Es scheint so, als nimmt der Entwickler im Moment stärkere Veränderungen vor um das Modul zumindest API ähnlich zugestalten, wenn ich mir z.B. mal die Views-Handler anschaue. Das Problem bei diesem Modul ist, so lange es Facebook-artig aufgebaut ist mit Querybuilder für Kommentare etc. ist es ein Spagat für den Entwickler dieses Modul so "offen" wie möglich zu entwickeln, da Funktionen wie die eben genannte in Views nicht direkt umsetzbar sind.

Stephan

Hi,

also ich habe dem Entwickler mal was gepostet und bekan diese Antwort:

Hast du eine Idee was genau er damit meint? Oder kannst du es nachvollziehen?

Viele Grüße,
Frank

Hi Frank,

Links werden in Drupal entweder mit nojs oder ajax ausgeführt.
Der Author des Modules sagt das er diesen Fehler auf einer
sauberen Drupal Grundinstallation nicht reproduzieren kann.
Das bedeutet vermutlich dass ein anderes Modul ajax calls mit nojs
überschreibt.

Versuche mal alle anderen Module abzuschalten die nicht benötigt werden.
Oder mach eine neue Drupal Installation und füge nacheinander die Module
hinzu damit Du siehst bei welchem Modul es nicht mehr funktioniert.

LG
Robert

PS:
Ich halte Drupal 7 für ungeeignet für grössere Communities.
Daher wird Commons auch niemals auf Drupal 7 umgeschrieben.
Mit Drupal 6 hättest Du alle Module im Release Stadium und
es ist auch noch performanter.

Hallo Robert,

Danke für deine Antwort.

Der Entwickler hat heute Nacht eine neue Version gemacht,in der JS nun wieder geht. Ging ja vorher auch in sofern sollte es ja an Heartbeat liegen.

In Drupal 6 habe ich ich sowas wie profiles2 vermisst in dem ich das Profil und deren Inhalte genau einer oder mehreren Rollen zuordnen kann. Das mit den Releases kann ich aber sehr gut nachvollziehen. In Drupal 7 ist alles noch sehr frisch.

Wieso ist Drupal 6 performater?

Viele Grüße,
Frank

Hi Frank,

Drupal 6 ist deshalb performanter:
1. weil es schlanker ist (30-50 Module weniger)
2. es erstellt nicht pro feld einer entität eine eigene tabelle (drupal 7 benötigt je nach entitäten das zig fache an tabellen).

Besonders Punkt 2 macht Drupal 7 ungeeignet für die Anforderungen einer grösseren Community.
Drupal 7 generiert Dir einfach ein sehr schlechtes Datenmodel.
(keine referentielle Integrität, nicht redundante Daten,dutzende von Joins)

Für das mit den Profilen nach Rollen gibt es in Drupal 6 dutzende Möglichkeiten
da diese Anforderung oft benötigt wird. z.B:
http://drupal.org/project/profile_role

Kennt eigentlich jemand eine grössere Communty die mit Drupal 7
betrieben wird?
Es stellt sich auch die Kosten nutzen Frage:
a. Die Kosten einer Neuentwicklung eines Community Systems mit Drupal 7.
b. Oder das ganze mit Commons und Drupal 6

a kostet mit sicherheit einen 5 stelligen Betrag mehr und die nerven für die Entwicklung
b. das system ist voll getestet und einsatzbereit

Die Entscheidung für Drupal 7 für ein solches System verursacht mehr Arbeit,
mehr Probleme und Mehrkosten.
Ich schätze einen Unterscheid von 150'000 - 200'000 Euro.

Daher rate ich eher ab, eine Community mit Drupal 7 zu machen.
Ich hatte genau diesen Fall im letzten Projekt.

Gruss

Robert

Danke nochmals für deine Antwort!

Die Frage die sich mir einfach stellt... wenn das alles so lahm ist in Drupal7 ,wieso machen die das? Es scheinen mir ja keine Anfänger zu sein.Und es scheint ja alles ein Problem zu sein (Du bist nicht der erste von dem ich sowas höre).. Wie wird es weiter gehn mit Drupal? Auch frage ich mich, wie lange Drupal 6 noch mit Sicherheitsupdates im Core und in den Modulen versorgt wird. Steigen nicht mit der Zeit fast alle in ihrer Entwicklung um? Ich meine das zumindest beobachten zu können.
Was ist z.B mit den Leuten die auch auf Drupal 5 gesetzt haben. Da passiert ja fast garnichts mehr.

Viele Grüße
Frank

Drupal 7 ist mehr auf für kleinere Webagenturen ausgelegt,
welche schnell ein CMS für Kunden aufsetzten wollen.
Es hat Vorteile wenn man ohne grosse
Programmierung schnell etwas aufsetzten muss.

Ein CMS und eine Facebook Like Community
sind zwei verschiedene Systeme.
CMS verwaltet Content, Community Beziehungen.
Das was Du in Drupal 7 beobachtest sind eben CMS Webseites und keine
Communities.

Kennst Du eine eine grössere Community, die mit
Drupal 7 umgesetzt wurde (10'000 User)?
Ich vermute nicht.

Dass viele Drupal 7 verwenden liegt ganz einfach daran,
dass Sie die Anforderungen Ihrer Kunden (kleinere Sites)
damit abdecken können.
Wie gesagt sind das aber andere Systeme als eine Commuity

Lieber Gruss

Naja Drupal 7 ist ja noch nicht soo alt.. deswegen werden wohl auch die Portale auf Drupal6 aufsetzen.
Du denkst also es wird eine gertrennte Entwicklung in Drupal geben... einmal die für performante Dinge und einmal für kleine Webseiten? Oder verabschiedet Drupal sich davon so etwas wie performante Webseiten umsetzbar zu machen ?

Viele Grüße,
Frank

Hi Frank,

es ist auch in Drupal 7 möglich performante Webseiten zu erstellen.
Allerdings mit einem eigenen Datenmodell über den EntityController.
Das erfordert allerdings einen grossen Teil eigener Entwicklungsarbeit.

Wenn man jetzt bedenkt dass eine Community meherere 100'000 Euros
Entwicklungskosten verursacht, sollte man sich das echt überlegen.

Was denkst Du wie lange Du brauchen wirst um die Community Funktionen die
z.B: Commons mitbringt, in Drupal 7 umzusetzen (und wie gut wird das wartbar sein)?

Prinzipiell kann man alles mit Drupal 7 machen was man mit 6 auch kann,
es stellt sich einfach die Kosten nutzen Frage.

Liebe Grüsse

Hallo Robert,

danke für deine Antworten. Ich habe mir Commons mal angesehen und es scheint ja sehr interessant zu sein. Mal sehen wie es anpassbar ist und wie ich die rollen da so wie mit profile2 hinein bekomme.
Ich habe, weil es so interessant ist, gerade mal mit Aquia telefoniert. Diese sagten mir, dass es eine Drupal7 version von Commons geben wird. Der Termin ist jedoch noch nicht bekannt.

Viele Grüße und nochmals Dank für die Eindrücke. Ist für einen Neuling sehr wichtig sowas...

Frank

Ich stimme hier Robert im Moment zu.
Die Kosten Nutzen Frage entscheidet hier eindeutig für Drupal 6, da es mit Commons ein Out of the box System gibt, das Entwicklern grundlegende Entscheidungen aus der Hand nimmt, wie z.B. die richtige Auswahl der Module. Im Moment deshalb, da mit einem Commons 7 oder einer sonstigen Distribution (mal schauen was die Entwickler mit Atrium vorhaben) sich das ganze Richtung Drupal 7 entscheidend verschieben wird.

Die Frage die man sich im Moment stellen muss ist, beginne ich erst mit der Basisarbeit an einem Communityprojekt, oder steige ich ein paar Etagen höher ein und setze eine "Musterlösung" ein, die mir die ersten Stufen abnimmt.

Gruß
Stephan

@Stephan
freut mich dass ich nicht alleine dastehe :-)

@Frank,

Ich weiss ja nicht mit wem Du von Aquia telefoniert hast, aber
ich glaube kaum das Commons auf Drupal 7 umgesetzt wird.
Zum einen bringt Drupal 7 nichts an Funktionalität mit
das Commons benötigt (im Gegenteil mehr Overhead).
Zum anderen generiert die Commons Grundinstallation
140 Tabellen und benötigt doch einiges an RAM.
Drupal 7 benötigt mit dem Entity Modell
da mindestens die 4 fache Menge an Tabellen und noch mehr RAM.
d.H: du hast dann für das gleiche eine Datenbank mit 500-600 Tabellen.

Nach einem Jahr sind noch nicht einmal die Hälfte der Module portiert:
http://groups.drupal.org/node/204113

Selbst wenn Sie die Module alle portiert haben benötigt die
gleiche Installation zigfach mehr Ressourcen.

Da Commons eine komplette Drupal Distribution ist
gibt es im Moment eigentlich keinen Grund die gleiche
Funktionalität auf Drupal 7 umzusetzen.

Auch auf der Aquia Seite scheint
niemand wirklich daran zu arbeiten.
Man wartet dort bis alle Authoren Ihre Module
auf 7 upgedated haben.
Selbst wenn alle Commons Module auf 7 upgedated wurden
bezweifle ich das ganze noch gut laufen wird (Wegen dem Entity Modell in 7).
Daher wird Commons wohl nie auf Drupal 7 umgesetzt
(jedenfalls nicht durch Modul Portierung).
d.H: Bei dem Tempo wird es nochmal 1 Jahr dauern bis alle
Module portiert sind, wenn überhaupt.

Es lohnt sich auch nicht auf eine Portierung zu warten.
Ich erinnere mich dass ein Aquia Programmierer geschrieben hat:
Warum sollten wir Commons auf Drupal 7 portieren.
Drupal 7 bietet keine erweiterte Funktionalität die Commons benötigt.

Wollte noch dazu anmerken dass viele Wege nach Rom führen und
es gibt nicht nur einen richtigen Weg.
Um den sinnvollsten zu finden sind solche Foren gut :-)

Hallo,

ich kann natürlich nicht genau sagen, wen ich da am Telefon hatte. Ich kenne weder die Firma noch das Personal. Ich habe nur wiedergegeben was mir gesagt wurde. Auch bin ich für jede Hilfe, Information und Erfahrungen die an mich weiter gegeben werden sehr dankbar.
Ich weiß, dass ich da (noch) keine Ahnung habe.

Was ich mich bei dem Modul Commons frage ist, ob man da organic groupe komplett abstellen kann? Ich brauche das ganze rollenbasierend.Je nach Rolle darf er ein Profil/Inhalt sehen oder nicht. Auch sollen die Inhalte der Profile bei der Suche nur gefunden werden, wenn auch die Rolle es zulässt. Ich brauche keine Gruppen.Schon garnicht wenn der User entscheiden kann ob er ihr beitritt. Ich sehe jedoch, dass organic group mit dem core von Commons verschweißt ist.
Gibt es in Commons bezüglich der internationalisierung Probleme?

Weiß da jemand Rat?
Viele Grüße
Frank

Hi Frank,

also bezüglich Internatianalisierung gibts da keine Probleme.

Bezüglich der Organic Groups ist es vermutlich so:
Wie gesagt verwaltet ein Community System
weniger Content als Beziehungen.

Für eine Community wie Facebook macht es
einfach Sinn Gruppen zu haben.
Stell Dir folgende Situation vor:
In der Datenbank hast Du nur Benutzer und Ihre Beziehungen.

Dann musst Du jedesmal für einen Benutzer alle Beziehungen
aus der Beziehungstabelle aller User Selektieren.
Hast Du das in Gruppen unterteilt Selektierst Du
die Gruppe eines Benutzers aus der Gruppierungstabelle.
Ansonsten müsstest Du jedes mal die Beziehungen aller
Benutzer aus der user Tabelle Selektieren.

Auch von der Löschung eines Beitrags:
Ohne Gruppiereung müsstest du den Beitrag
von allen befreundeten Benutzer Profilen einzeln löschen
anstatt nur aus der Gruppe.

LG

PS:
Auch von der Semantik her ist eine Freundesliste eine Gruppe von Benutzern.
Willst Du Gruppierte Funktionen verwendest Du am besten Gruppen, so macht das Facebook auch.

Ich glaube ich muss da dieses WE noch ein wenig weiter mit herum spielen. Ich bin mir noch nicht sicher ob dieses Systen das macht was ich brauche (Es geht gerade nicht um den grundsätzlichen nachbau von Facebook). Ich brauche wirklich Gruppen welche von der anderen nichts mitbekommt (Zum Beispiel keine Einsicht in das Profil hat, keine Forenthemen der anderen lesen usw.. Dieses muss von Rolle zu Rolle unterschiedlich geregelt sein). In Drupal 7 war das mit Profile2 und Forum Acces keine größere Herausforderung. Dort konnte ich sogar Blöcke als felder einbinden und diese dann mit Profile2 verwalten, so dass ich alles genau unter Kontrolle hatte. Kein User konnte etwas verändern, sondern bekommt das was er zugewiesen bekommt.

Wie ist es eigentlich bei dem Design in Commons. Ich sehe das dort keine Blöcke aktiviert sind. Wie kann ich die unterschiedlichen Inhalte aktivieren und umplazieren?

Viele Grüße
Frank

Hi Frank,

Commons setzt zur platzierung des Contents Panels
ein.
Dort kannst Du die Inhalte Aktivieren und umplazieren
per Drag n Drop.

Mit den Gruppen:
Es geht um das grundsätzliche Konzept:
Du möchtest in der Community mit Sicherheit Operationen für Gruppen durchführen:
Beipiel Beitrag posten:
Wie machst Du das?
Selektierst Du alle befreundeten Benutzer aus der User Tabelle
und schreibst einen Beitrags Node für jeden Benutzer in die Node Tabelle?
Oder du durchsuchst für jeden User die Node und Beziehungstablle nach
aktuellen Beiträgen um die Richtigen anzuzeigen?
Beides ist nicht effizeint in einem Community System.
Stell Dir das vor bei tausenden Usern.

Ist es da nicht besser ür jeden Benutzer eine Freundes Gruppe anzulegen
und nur einen Beitrags Node für diese Gruppe anzulegen.
Gleiches für Update und Delete.

LG

@ Robert

Ganz kurz zu den Blöcken,
Commons setzt für das Display der Blöcke nicht Panels, sondern das Contextmodul ein, mit ein paar Erweiterungen wie Context og oder Context breadcrumb.

@ Frank
wichtig für jeden Inhalt ist eine Zuordnungshierachie, die dir später erlaubt Kontent nicht nur horizontal, sondern auch Vertikal zuzuordnen. Denke nur an den Kontent, die User oder sonstige Aktionen, die gesucht und gefiltert werden müssen. Vor allem beim Filtern relevanten Kontents stehen gerade im Moment die großen Anbieter von Community- und Social Business Software vor enormen Problemen, womit wieder die Brücke zu den Activitystreams geschlagen ist. Der schönste Stream z.B. (Heartbeat) nützt nichts, solange ich nicht aus einer Fülle von Informationen die Informationen erhalte, die relevant für mich sind.
Heute sollte mit einer der ersten Fragen bei der Projektplanung sein, wie ich aus dem Informationsrauschen userspezifisch relevanten Kontent isolieren, filtern und aufbereiten kann.

Gruß
Stephan

Achherjeh...und ich dachte ich könnte nun mit Views,Panles, den Blöcken und Feldern die Drupalwelt beherschen... :-( Und zack wieder was anderes...
Ich finde das ganze Ding (Commons) sehr unübersichtlich. Wenn ich schon (Der weiß was er will) da kaum durch findet, wie soll das eine neuer User tun?

Was heartbeat angeht... ich wollte das nur auf der Profilpage für relations nutzen...Ich denke da wäre die Übersicht gewahrt geblieben...Es geht mir bei dem ganzen weniger darum Content im Sinne von Webseiten zu generieren, sondern eher um Profile die man sucht und findet..um Foren in denen gepostet wird und Freundschaften deren Bewegungen man wahr nimmt.
Dann noch ein kleiner Drupalchat und Messages für Freunde und das war es im Grunde schon...

Viele Grüße
Frank

@Stephan ja, stimmt mit Context

Hi Frank,

genau darum geht es.
Mit Views,Panels,Blöcken etc. kannst du ein CMS bauen.
Aber sicher keine gescheite Community, sorry.
Da musst Du schon Module schreiben können
oder eben ein fertiges System nehmen.

Ich habe ja schon beschreiben dass solche Systeme nicht Content
sondern Relationen verwalten.
Wenn diese Relationen gruppiert werden
sind riesige performante Communitysysteme möglich.
Wie du ja sagst geht es darum schnell an die Infomationen
der Beziehungen zu kommen.

Daraus solltest Du achten:

Im Klartext sollte das Datenmodel so sein, dass Du mit einem SELECT Statement
alle nötigen Beiträge für einen User aus der Datenbank holen kannst.
Ansonsten wäre es so dass für einen User der 1000 Freunde hat das System 1000
SELECTS machen müsste.
Das ist normal in Drupal aber für ein Community System ungeeignet.

Auch für die Gruppierung:
Beispiel Messages an Freunde:
Wenn eine Message nicht an eine Gruppe geht sondern an alle befreundeten Benutzer.
Sendest Du 1000 Messages an alle 1000 Freunde oder nicht lieber eine Message an eine Gruppe ?
Wie löscht du dann die Message?

Ich denke in deinem Fall wäre es evtl. besser selbst ein Kleines Datenmodel
zu basteln und Dir die Daten selbst zu holen.
User und Beiträge(Nodes) kannst Du lassen.
Aber die, Beziehungen, Gruppen, Friend Messages
würde ich als Module selbst erstellen damit hier ein
sauberes Modell zugrundeliegt.

Grüsse

ist es eigentlich möglich das ganze ding (commons) auf panels umzustellen ohne bei updates von commons üble folgen zu befürchten?
kann man diesem og beibringen automatisch user einer rolle einer gruppe zuzuordnen? oder muss man da wieder einmal rules bemühen?

viele grüße
frank

ich muss da nochmal ein wenig drüber nachdenken....

Hatte ich erwähnt, dass ich Anfänger bin... ;-) (Und ja da ist eine Comunity nicht das richtige zum anfangen, habe aber keien alternative) . Aber letztlich nutzen die bei Commons doch auch nur die Module aus der Drupalgemeinde. Ich sehe da die Anpassungen nur in der Darstellung und der Vorkonfiguration von Modulen. Oder täusche ich mich da?

Die Frage die sich mir stellt... Auch wenn das Datenbankmodell nicht optimal ist.. funktioniert es deswegen nicht?
Ich finde 1000 Freunde etwas optimistisch für mein System.... Wenn wird eine Message zu einem Freund geschickt... nicht eine Message zu 1000 Freunden...
Ich rede von einer comunity von ca 0 - 10000 User, wobei diese wohl kaum gleichzeitig online sind..

Und nochmal (damit es nicht falsch verstanden wird) ich habe nichts gegen commons. Ich finde das ding nur sehr unübersichtlich für die User. Und diesem Context kann ich auch nicht so richtig etwas abgewöhnen.

Viele Grüße,
Frank

Hi Frank,

als Drupal Anfänger finde ich das schon etwas gewagt
eine Community selber zu bauen.

Eine kleinere Community funktioniert auch mit einem schlechten Datenmodel
das sollte kein Problem sein.

Mit der Message meinte ich den Stream der auf den Profilen von Freunden
angezeigt wird.
Du wirst wohl nicht die gleiche Message in die 1000 Profil Streams
der Freunde schreiben, sondern die Message nur einmal in der DB haben.

Unübersichtlich für die User?
Nimm ein anderes Theme und schalte die Dinge ab die Deine User nicht benötigen.

Tipp zu Commons:
Gehe in Administer -> Panels
Manage Pages -> Homepage -> Edit
dort auf Edit Content
hier siehst du wie die Hmepage strukturiert ist
und kannst per Drag n Drop den Conent umstellen.

Es kann ja sein dass du es mit Drupal 7 hinbekommst aber ich vermute
das wird nix gescheites.
Die Gründe habe ich ja genannt.

Gute N8

Hallo, und Danke für deine Antworten!

Welche Version von Commons nutzt du?

Also in den Panelpages gibt es nichts..keine Varianten keine aktivierten Seiten. Es wäre mir ja richtig sympathisch wenn es so wäre..Es scheint alles mit Context gelößt zu sein...leider (ich finde es sehr umständlich). Was ich mich frage, ob ich Probleme nach den Updates bekomme, wenn ich die ganzen Context Sachen heraus nehme und alles mit Panels umsetze.

Viele Grüße
Frank

Hi Frank,

welche Version ist schwer zu sagen,
meine commons installation ist ungefähr
1.5 Jahre alt.

Es scheint tatsächlich so, dass Panels durch
Contextual Layouts ersetzt wurde.
Wenn Du Panels möchtest kannst Du Commons 1.5
nehmen.

Möchtest Du die aktuellste Version mussst
Du das wohl mit Contexts umsetzten müssen.

Lieber Gruss

Ok... ich habe mir die Version 1.5 mal angesehen... die ist schon übersichtlicher :-) Vielleicht bekomme ich das damit auch hin.
Ich habe da mal das deutsche Sprachpaket installiert. Leider ist da dann nur sehr wenig übersetzt. Wie bekomme ich das am besten hin in Drupal 6 eine Seite mehrsprachig anbieten zu können ?

Viele Grüße und nochmals danke für die weiter gegebenen Erfahrungen!
Frank