Delixs:Base und Addons - Versionsgeschichte

Schoffer: Link intern

2009-05-01T10:53:56Z

Link intern

← Nächstältere Version		Version vom 1. Mai 2009, 12:53 Uhr
Zeile 92:		Zeile 92:

	----		----
	<div align="right">[[~~Delixs:~~Entwickler]] \| [[~~Delixs10:~~Hauptseite]]</div>		<div align="right">[[Entwickler-Hinweise\|zurück]] \| [[Hauptseite]]</div>

Schoffer: Delixs

2008-03-27T19:49:09Z

Delixs

Schoffer: hat „Arktur:Base und Addons“ nach „Delixs:Base und Addons“ verschoben

2008-03-27T19:47:30Z

hat „Arktur:Base und Addons“ nach „Delixs:Base und Addons“ verschoben

← Nächstältere Version	Version vom 27. März 2008, 21:47 Uhr
(kein Unterschied)

Schoffer: 3 Versionen

2008-03-04T20:46:12Z

3 Versionen

← Nächstältere Version	Version vom 4. März 2008, 22:46 Uhr
(kein Unterschied)

Schoffer: Verweis auf Strategiepapier

2007-03-13T17:32:47Z

Verweis auf Strategiepapier

← Nächstältere Version		Version vom 13. März 2007, 19:32 Uhr
Zeile 19:		Zeile 19:

	Alle Module sollen sich nahtlos in die Bedienoberfläche(n), die Dokumentation, in die Konfiguration und die Gesamtfunktion einpassen. Das integrierte äußere Bild von Arktur soll also trotz Baukastentechnik erhalten bleiben!		Alle Module sollen sich nahtlos in die Bedienoberfläche(n), die Dokumentation, in die Konfiguration und die Gesamtfunktion einpassen. Das integrierte äußere Bild von Arktur soll also trotz Baukastentechnik erhalten bleiben!

			Modularisierung ist aber in erster Linie ein technisches Konzept, welches die Art und Weise der Entwicklung strukturiert. Weitere Informationen finden Sie in der [[Strategie_arktur-5\|Strategie für Arktur-5]] beschrieben.

Schoffer: Begründungen eingebaut

2007-03-12T20:26:14Z

Begründungen eingebaut

@@ Zeile 8: / Zeile 8: @@
 == Einteilung in Base und Addons ==
@@ Zeile 36: / Zeile 47: @@
 * PROXYserver
 * Kinder- und Jugendschutzfilter
 === Fileserver ===
@@ Zeile 63: / Zeile 73: @@
 * IRC-Server
 * Newsserver
 * Webmail
 * Mailinglisten
@@ Zeile 75: / Zeile 86: @@
 * Projekte
 * Klausurumgebung

Schoffer: erster Vorschlag

2007-03-12T19:18:49Z

erster Vorschlag

Neue Seite

__NOTOC__

== Status ==

Bei dieser Seite handelt es sich um ein Arbeitspapier. Die hier abgespeicherten Informationen sind vom Entwicklerteam noch nicht bestätigt.

== Einteilung in Base und Addons ==

== Base ==

Dabei handelt es sich um die für einen Serverbetrieb absolut notwendigen Pakete. Diese Pakete werden auf jeden Fall bei jeder Installation mit installiert und für den Betrieb in einer Schule vorkonfiguriert.

=== Server ===

* apache
* Backup des Servers
* DNS-Server
* DHCP-Server
* Einserver- und Mehrserverinstallation
* NFS
* LDAP
* php
* SSH
* USV-Anbindung
* Viren-Scanner für Mail- und Benutzerverzeichnisse
* X-Server

=== Kommunikation ===

* firewall
* Internetzugang
* Mailserver
* PROXYserver
* Kinder- und Jugendschutzfilter

=== Fileserver ===

* SAMBA
* voreingerichtete Nutzergruppen
* Quota

== Addons ==

Durch diese zusätzlichen Module (die Addons) soll dann jeder Arktur auf die von der jeweiligen Schule gewünschte Funktionalität gebracht werden. Bei der Grundinstallation sind diese Pakete nicht mit dabei.

Eine Abstimmung, ob einige dieser Addon-Pakete mit auf CD ausgeliefert werden, oder ob alle hier genannten Pakete bei Bedarf Online nachzuladen sind, hat noch nicht statt gefunden.

=== Server ===

* Backup/Restore der Clientrechner
* Hardwareüberwachung
* Terminalserver
* mySQL-Server

=== Kommunikation ===

* ftp-Server
* IRC-Server
* Newsserver
* Webmail
* Mailinglisten
* wiki
* moodle

=== Fileserver ===

* CD/DVD-Server
* Druckerverwaltung
* WLAN-Anbindung
* Projekte
* Klausurumgebung

← Nächstältere Version		Version vom 27. März 2008, 21:49 Uhr
Zeile 8:		Zeile 8:
	== Einteilung in Base und Addons ==		== Einteilung in Base und Addons ==

	~~Arktur 5~~ soll ein schlankes System werden. Das Grundsystem (Base genannt) enthält nur die für einen Server absolut notwendigen Pakete. Durch zusätzlich anzubietende Module (die Addons) soll dann jeder ~~Arktur~~ auf die von der jeweiligen Schule gewünschte Funktionalität gebracht werden.		delixs 1.0 soll ein schlankes System werden. Das Grundsystem (Base genannt) enthält nur die für einen Server absolut notwendigen Pakete. Durch zusätzlich anzubietende Module (die Addons) soll dann jeder delixs-Schulserver auf die von der jeweiligen Schule gewünschte Funktionalität gebracht werden.


	Das wurde auf der Entwicklertagung in Magdeburg 2006 beschlossen und soll nun mit konkreten Paketnamen in den jeweiligen Gruppen hinterlegt werden. Hier ein kleiner Ausschnitt der Dokumente der Entwicklertagung:		Das wurde auf der Entwicklertagung in Magdeburg 2006 beschlossen und soll nun mit konkreten Paketnamen in den jeweiligen Gruppen hinterlegt werden. Hier ein kleiner Ausschnitt der Dokumente der Entwicklertagung:

	Um der Verwässerung des alten Konzeptes, also einer Abkehr der treuen Nutzer zu entgehen, soll eine immer stärker geforderte und immer besser realisierbare, erweiterte Funktionalität von ~~Arktur 5~~		Um der Verwässerung des alten Konzeptes, also einer Abkehr der treuen Nutzer zu entgehen, soll eine immer stärker geforderte und immer besser realisierbare, erweiterte Funktionalität von delixs 1.0
	bevorzugt in modularer Form angeboten werden: Zum einen sollte bereits bei der Installation zwischen verschiedenen Leistungs-level gewählt werden können, zum anderen sollte es auch später möglich sein features an Hand einer Modul-Liste hinzuzufügen, indem die Installations-CD erneut angewendet wird.		bevorzugt in modularer Form angeboten werden: Zum einen sollte bereits bei der Installation zwischen verschiedenen Leistungs-level gewählt werden können, zum anderen sollte es auch später möglich sein features an Hand einer Modul-Liste hinzuzufügen, indem die Installations-CD erneut angewendet wird.

	Alternativ könnten Module natürlich auch via download service bereitgestellt und dann eingebunden werden.		Alternativ könnten Module natürlich auch via download service bereitgestellt und dann eingebunden werden.

	Alle Module sollen sich nahtlos in die Bedienoberfläche(n), die Dokumentation, in die Konfiguration und die Gesamtfunktion einpassen. Das integrierte äußere Bild von ~~Arktur~~ soll also trotz Baukastentechnik erhalten bleiben!		Alle Module sollen sich nahtlos in die Bedienoberfläche(n), die Dokumentation, in die Konfiguration und die Gesamtfunktion einpassen. Das integrierte äußere Bild von delixs soll also trotz Baukastentechnik erhalten bleiben!

	Modularisierung ist aber in erster Linie ein technisches Konzept, welches die Art und Weise der Entwicklung strukturiert. Weitere Informationen finden Sie in der [[Strategie_arktur-5\|Strategie für ~~Arktur-5~~]] beschrieben.		Modularisierung ist aber in erster Linie ein technisches Konzept, welches die Art und Weise der Entwicklung strukturiert. Weitere Informationen finden Sie in der [[Strategie_arktur-5\|Strategie für Entwickler]] beschrieben.


Zeile 59:		Zeile 59:
	== Addons ==		== Addons ==

	Durch diese zusätzlichen Module (die Addons) soll dann jeder ~~Arktur~~ auf die von der jeweiligen Schule gewünschte Funktionalität gebracht werden. Bei der Grundinstallation sind diese Pakete nicht mit dabei.		Durch diese zusätzlichen Module (die Addons) soll dann jeder delixs-Schulserver auf die von der jeweiligen Schule gewünschte Funktionalität gebracht werden. Bei der Grundinstallation sind diese Pakete nicht mit dabei.

	Eine Abstimmung, ob einige dieser Addon-Pakete mit auf CD ausgeliefert werden, oder ob alle hier genannten Pakete bei Bedarf Online nachzuladen sind, hat noch nicht statt gefunden.		Eine Abstimmung, ob einige dieser Addon-Pakete mit auf CD ausgeliefert werden, oder ob alle hier genannten Pakete bei Bedarf Online nachzuladen sind, hat noch nicht statt gefunden.
Zeile 92:		Zeile 92:

	----		----
	<div align="right">[[~~Arktur~~:Entwickler]] \| [[~~Arktur5~~:Hauptseite]]</div>		<div align="right">[[Delixs:Entwickler]] \| [[Delixs10:Hauptseite]]</div>