Metalab OS: Unterschied zwischen den Versionen
aus Metalab Wiki, dem offenen Zentrum für meta-disziplinäre Magier und technisch-kreative Enthusiasten.
Zur Navigation springenZur Suche springenEnki (Diskussion | Beiträge) |
Enki (Diskussion | Beiträge) |
||
| Zeile 7: | Zeile 7: | ||
* Playlist Verwaltung | * Playlist Verwaltung | ||
* Verwaltung der Jabber Mitgliederlisten und Gruppen. | * Verwaltung der Jabber Mitgliederlisten und Gruppen. | ||
| − | * Single-Sign-On für alle Metalab Services | + | * Single-Sign-On für alle Metalab Services (geteilte userdatenbank zwischen den applikationen) |
| + | |||
| + | ;Implementation | ||
| + | * Offen und interoperabel. Das Metalab.OS definiert sich über seine Auswirkungen auf den physischen Raum, nicht durch die spezielle Softwareimplementation | ||
| + | * Lose Kuppelung durch externe Dienste auf die durch mehrere Applikationen zugegriffen werden kann (LDAP, Datenbank, ...) und standardisierte Web-App Programmierschnittstellen (XMLRPC, REST) | ||
| + | * Grundstock am besten in solidem Highlevel Web Framework [http://www.turbogears.org/ TurboGears] oder [http://www.rubyonrails.org/ Ruby-On-Rails]. | ||
| + | * Physische Policy Teile des Metalab-OS werden am besten ausgedruckt und an den entsprechenden Orten aufgehängt (z.B. Shutdown-Prozedur beim Ausgang). | ||
Version vom 12. Februar 2006, 22:59 Uhr
Das Metalab-Betriebssystem ünterstützt Verwaltung und Betrieb des Metalabs sowohl physisch als auch in Software.
- Aufgabengebiete
- Mitgliederverwaltung
- Zugangskontrolle (Kartenleser udgl.)
- Shutdown-Plan (was machen wenn man der letzte ist der das Lab verlässt)
- Playlist Verwaltung
- Verwaltung der Jabber Mitgliederlisten und Gruppen.
- Single-Sign-On für alle Metalab Services (geteilte userdatenbank zwischen den applikationen)
- Implementation
- Offen und interoperabel. Das Metalab.OS definiert sich über seine Auswirkungen auf den physischen Raum, nicht durch die spezielle Softwareimplementation
- Lose Kuppelung durch externe Dienste auf die durch mehrere Applikationen zugegriffen werden kann (LDAP, Datenbank, ...) und standardisierte Web-App Programmierschnittstellen (XMLRPC, REST)
- Grundstock am besten in solidem Highlevel Web Framework TurboGears oder Ruby-On-Rails.
- Physische Policy Teile des Metalab-OS werden am besten ausgedruckt und an den entsprechenden Orten aufgehängt (z.B. Shutdown-Prozedur beim Ausgang).
