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 12: | Zeile 12: | ||
* 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 in verschiedenen Sprachen 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 wie [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:01 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 wie 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).
