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 11: | Zeile 11: | ||
;Implementation | ;Implementation | ||
* Offen und interoperabel. Das Metalab.OS definiert sich über seine Auswirkungen auf den physischen Raum, nicht durch die spezielle Softwareimplementation | * 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) | + | * Lose Kuppelung durch externe Dienste auf die durch mehrere Applikationen in verschiedenen Sprachen 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]. | * 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). | * 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, 23:00 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 in verschiedenen Sprachen 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).
