On 12/09/2014 09:29 AM, Jan Lühr wrote:
Am 12/08/2014 10:46 PM, schrieb Tino Dietel:
die Idee von uns (KBU + Frankfurt a.M. + Mic (FFRL e.V.)) wäre
dazu eine register-Anwendung zu verwenden. Praktisch ein
Nachfolger von register.kbu.freifunk.net (bzw-
register.ffm.freifunk.net)
ich kenne das Ding nicht, aber ich nehme an, das wäre dann eine
push - Lösung.
Ich verstehe nicht, was Du damit meinst. Die Idee ist, ein Portal zur
Verfügung zu stellen, wo jeder seine Nodes "klicken" kann.
D.h. jedem Benutzer wird eine Liste mit "unregistrierten" Nodes
präsentiert, die er claim'n kann.
Das ist mehr so non-Gluon ... ;) Auch wenn ich das grade für Gluon
implementiere, es bleibt die Frage, wie man denn Nutzer an der Stelle
authentifiziert?
Dafür wäre der Implementierungsaufwand bei den Gruppen dann wieder
etwas größer.
Naja, man deployed halt eine Rails-Anwendung (größere Community,
bevorzugt) oder man nutzt ein Deployment unter freifunk.net (kleinere
Community im Aufbau).
Geht es auch vielleicht, für uns Post-68er, mit weniger hippen, im Fluß
befindlichen, Dingen, z. B. PHP oder Perl?
Das erspart auch den Aufwand irgendwo Zentral Daten vorzuhalten
und alles andere davon abhängig zu machen.
Ich sehe nicht, dass Daten zentral vorgehalten werden. Beispiel:
Hier ist KBU: http://register.kbu.freifunk.net/nodes.json
Hier ist FFFM: http://register.ffm.freifunk.net/nodes.json
Die Anwendung ist leider ein wenig in die Jahre gekommen und hat ein
paar Bugs. U.a. steht ein Rails Upgrade an.
No comment ;)
Sollte das Interesse größer sein können wir auch darüber nachdenken,
Federations
[Bullshit-] Bingo!
Sorry,
-kai
_______________________________________________
WLANtalk mailing list
[email protected]
Abonnement abbestellen? ->
http://lists.freifunk.net/mailman/listinfo/wlantalk-freifunk.net
Weitere Infos zu den freifunk.net Mailinglisten und zur An- und Abmeldung unter
http://freifunk.net/mailinglisten
