Community

Hi,
also das ist so ein Fall wo ich ein eigenes Datenmodell
implementieren würde.
Da ich nicht wüsste wie ich das mit vorhandenen Modulen
hinbekommen würde.

So könnte man es machen:
Du schreibst ein Modul user_location
Du erstellst deine Tabelle user_location in der Drupal DB
-Den angemeldeten User kriegst du mit get_loggedin_user
- klickt der User auf einen bestimmten Ort, schreibst Du User(uid) ,Ort und Timestamp in die Tabelle user_location
- Nun kannst Du mit einem Select alles USER eines bestimmten Ortes holen.

Beachte, dass Du unbedingt die Session des Users überwachen musst
um obsolete Daten aus der Tabelle user_location zu löschen.

LG

Hi,

ich denke das lässt sich wunderbar mit bordmitteln anlegen. Du kümmerst dich zuerst um das User Profil z.B. mit content_profile - dann könntest Du z.b. einen Inhaltstyp "Aktivität" anlegen jeder User kann diesen Inhalt von diesem Type erzeugen. Hier sammelst Du alle Daten die ein User in einem Ort machen kann. Nimmst noch ein Feld "Dauer" mit rein. Mit Rules und Flag kannst Du dich dann drum kümmern das dieser Typ als Ungültig erklärt wird wenn Dauer abgelaufen ist. Auflisten lassen kannst Du das alles mit Views. Die Relation zum User hast du über den Node Autor in diesem Fall.

Viel Glück

Gruß Dennis

Hi,

ich gehe daveon aus dass der Prozess etwas komplexer
ist, sonst hätte Ihr Programierer das wohl schon gemacht.
(Localization,Realtime)

Wenn Dodos Vorgaben lese
meine ich auf jedenfall SELECT und SESSION zu benötigen.
Das mit der Dauer (anstatt SESSION) wäre ja wohl wirklich ein gebastel
um zu ermitteln ob ein USER noch da ist oder nicht.

Sollte es mit Deiner Lösung gehen würde ich
Deinen Vorschlag nehmen da er sich in einigen Minuten
implementieren lässt.
Trotzdem ist es immer besser ganze Prozesse in Module auszulagern.

LG

Gruss

Von Realtime hat er nichts geschrieben, sondern nur das er für einen Benutzer einen gewissen Status setzen möchte. Session Überwachung währe völlig unpraktikabel denn wenn ich zu McDonalds fahre werde ich sicherlich die Seite nicht auf lassen... von daher ist es wohl alles andere als ein "gebastel"

Zum Thema Module:
Module sind schön und gut aber nicht jeder kann Programmieren und schafft es sich solche Prozesse in ein Modul auszulagern, eben für solche Menschen gibt es nunmal genug Module mit denen es sich praktikabel Umsetzen lässt.

Hey wir reden über Drupal, viele Ansätze, viele Möglichkeiten, viele Lösungen...

Gruß Dennis

Hi BlackIce,

der er scheint eine Sie zu sein ;-)
Realtime deshalb weil Sie in Echtzeit wissen möchte ob ein user vor Ort ist oder nicht.

Es ist schon ein gebastel und zwar aus folgendem Grund:
Du kannst doch dem User nicht vorschreiben, dass er den Browser schliessen soll (Ich selbst lasse meinen PC/Browser sogar über Nacht laufen)!
Es existieren bereits folgende Sessions
1. HTTP Session des Webservers (üblicherweise ein COOKIE).
2. User Session von Drupal (Session Tabelle)

Du möchtest nun anstatt diese zu benutzen das selber in einer Tabelle erledigen.
Das Du da dann inkonsistente Daten hast ist sicher.
Angenommen Du gibst dem user die Dauer von 10. min.
Was machst Du wenn er den browser schliesst oder er bleibt länger als 10 min.
Alle User die nur einmal die Seite ansehen bleiben in dieser Tabelle (auch wenn Sie nie wieder kommen)
Um hier keine inkonsistenten Daten in der Tabelle zu haben brauchst Du schon einen Cron Job
nur um obsolete Daten zu löschen.
Selbst bei gutem Willen und zum rechten Zeitpunkt: du invaldierst die Dauer des Users in Deiner Tabelle,
die anderen beiden sessions sind aber noch gültig!
Und abgesehen davon dass eh schon in der SESSION Tabelle gelesen/geschreiben wird,
machst du dasselbe nochmal in deiner Tabelle.

Du hast aber recht dass viele Wege nach Rom führen.
Ich finde Deinen Ansatz eigentlich ganz gut (bis auf das session handling)
aber wenn ich die Aufgabenstellung richtig interpretiere
ist der Aufwand für ein Modul fast gleich (Wenn eine extra Tabelle benötigt wird).

LG

content_profiel für profile
taxonomy für orte oder ein cck_field mit auswahl.
cck_field für den status.
Dann gmaps und views zur anzeige

alles andere weiter oben ist ziemlich an der sache vobei...

hmm,

evtl. verstehe ich den teil falsch dass der userXXX nachlesen kann
was er/sie am rastplatz köln macht.
ich gehe nämlich davon aus dass es sich hier
um eine echtzeit geschichte handelt.
(Ist vielleicht auch nur ein dauerparker am rastplatz köln oder ne imbissbude ;-)

da die Orte vorgegeben sind ist GMAPS überflüssig.
Auch userprofile dürften wohl schon vorhanden sein
was dann bedeutet man müsste nur ein CCK Feld hinzufügen
um die Anforderungen abzudecken.

LG

Also ich finde es sehr nett das so viele mich helfen wollen.

Aber einmal kurz zu Info, ich bin weiblich und 22 Jahre jung.
Zum zweiten hat Robert‘ S recht, es ist eien Echtzeit Geschichte.

zum Dritten wie soll ich mich hier entscheiden weil Ihr alle unterschiedliche Gedanken dazu habt.

Aber ich kann es noch mal genau erklären wen ihr wollt.

Also User meldet sich an, dann kann er ein Paar Bilder von sich hochladen, und sich aussuchen auf welschen Rastplatz sie oder er gerade ist. Mit einer kurzen Beschreibung dazu.

Dieses soll dann an andere stelle für User die nicht angemeldet oder registriert sind lesbar sein wen ich auf gewisse Rastplätze klicke um zu schauen ob jemand dort ist.
Es sollen alle Rastplätze von Deutschland Zuverfügung stehen. Diese Plätze besitze ich schon.

ich hoffe es ist nun richtig verstanden wurden.
Ich bedanke mich aber für zahlreiche Beteiligung hier von Euch.

Kuss Dodo

ich hoffe es ist nun richtig verstanden wurden.

Also ich würde nur das CORE Modul PROFILE für die Profile nehmen. Mit CCK nebst Imagefield und Konsorten einen weiteren Inhaltstypen für weitere Fotos, mit VIEWS die weiteren Fotos im Profil als TAB anzeigen lassen.

Zur Parkplatzgeschichte ... Baue Dir einen weiteren Inhaltstyp mit CCK für die Parkplätze und diese "Parkplatz Nodes" lässtt du mittels dem FLAG Modul mit einem Klick von den Usern markieren. Dann noch RULES, das die Markierung z.B. nach 30 Minuten,oder auch 60 Minuten wieder aufhebt und schon solltest Du alles haben, was Du benötigst ... oder?

Mit VIEWS erstellst Du die Übersichten, welche User welchen Parkplatz gerade als besucht markiert haben ...

Hi Dodo,

also dass Du verunsichert bist kann ich verstehen.
Ich bin Software Entwickler seit fast genau 20 Jahren
und die Statements hier haben mich auch verwirrt,
bis zu dem Zeitpunkt wo Du jetzt Echtzeit selbst erwähnt hast.
Ich bin auch nur darauf gekommen weil ich mir Deine Seite angesehen habe.
Nun bin ich mir sicher dass ich absolut richtig liege und auch genau weiss
was du haben möchtest.

Jeder der Dir jetzt noch eine Lösung anbietet ohne entweder HTTP Sessions
oder Drupals Session Table zu benutzen liegt mit Sicherheit voll daneben.
Ich sage nicht dass es nicht geht aber es wäre ein furchtbares gebastel.
Die Gründe habe ich hoffentlich gut genug erörtert.
Solltest du dich dennoch zu so etwas überreden lassen soll er Dir gleich erklären
wie er inkonistente Sitzungsdaten Daten löscht.

Ich wette nebenbei dass man länger braucht dem Kunden die Installation
zu erklären VIEWS,RULES,FLAGS,Templates,etc. (Ok kommt auch auf das know how des admins an)
als ich benötigen würde ein solches Modul zu schreiben das sich mit einem Mausklick installiert.

5 min. ist das höchste an Toleranz das man auf einem Rastplatz
erwarten kann.
60 min oder 30 min hat wohl kaum jemand an einem Rastplatz gewartet.

Dodo, ein fähiger Software Entwickler sollte mit Echtzeit und Lokalisation
schon etwas anfangen können.
Du solltest diese Dinge klar anmerken.

LG