Menü aufrufen
Toggle preferences menu
Persönliches Menü aufrufen
Nicht angemeldet
Ihre IP-Adresse wird öffentlich sichtbar sein, wenn Sie Änderungen vornehmen.

WiSe13 AK FachschaftsIT: Unterschied zwischen den Versionen

Aus ZaPFWiki
Csongor (Diskussion | Beiträge)
LarissaB (Diskussion | Beiträge)
Typos, vollständige Sätze
Zeile 83: Zeile 83:
== Protokoll ==
== Protokoll ==
In der Runde werden kurz die Strukturen vorgestellt, man kann direkt Zwischenfragen stellen.
In der Runde werden kurz die Strukturen vorgestellt, man kann direkt Zwischenfragen stellen.
Aachen: Fachschafts-Admin, relativ große FS mit Mathe/Info zusammen, haben 8 Clients mit Debian, Server sind bei einem Lehrstuhl im Serverraum gehostet, betreiben eigene Firewall, haben Video-AG mit viel Traffic (Flimen die Vorlesungen), verwenden Ansible


TU Graz: Wird von nicht selbst administriert, Plone wird verwendet,
Aachen: Fachschafts-Admin, relativ große FS mit Mathe/Info zusammen, haben 8 Clients mit Debian, Server sind bei einem Lehrstuhl im Serverraum gehostet, betreiben eigene Firewall, haben Video-AG mit viel Traffic (filmen die Vorlesungen), verwenden Ansible


Leipzig: hoffnungslos veraltete Homepage, haben jVerteiler, machen viel mit Cloud-COmputing (Google drive)
TU Graz: Wird von nicht selbst administriert, Plone wird verwendet


KIT: 3 FS-Admins, 2 PCs mit Ubuntu 12.04, 1 Server mit Debian wo Website liegt, haben ein Forum, internes Wiki, Mailingsliste, Protokollverleih (sehr alt und schwierig zu warten), Website mit Opal, bekommen .edu-Adresse (wegen VS), Zukunft: Dürfen sie noch eigene Rechenzentren betreiben? Das Rechenzentrum will das nicht mehr.
Leipzig: hoffnungslos veraltete Homepage, haben Verteiler, machen viel mit Cloud-Computing (Google drive)


Bremen: sie haben einen Homepage-Beauftragten (aber nur der Postfachbeauftragte, der Mails verwaltet, ist da). Er hat keine Ahnung wie die HP funktioniert. Nutzen jetzt Titan-Pad und organisieren darüber Dinge, Fragen etc. können von allen da rein geschrieben werden, Einträge werden in Sitzungen diskutiert.
KIT: 3 FS-Admins, 2 PCs mit Ubuntu 12.04, 1 Server mit Debian wo Website liegt, haben ein Forum, internes Wiki, Mailingliste, Protokollverleih (sehr alt und schwierig zu warten), Website mit Opal, bekommen .edu-Adresse (wegen VS), Zukunft: Dürfen sie noch eigene Rechenzentren betreiben? Das Rechenzentrum will das nicht mehr.
 
Bremen: Sie haben einen Homepage-Beauftragten (aber nur der Postfachbeauftragte, der Mails verwaltet, ist da). Er hat keine Ahnung wie die HP funktioniert. Nutzen jetzt Titan-Pad und organisieren darüber Dinge, Fragen etc. können von allen da rein geschrieben werden, Einträge werden in Sitzungen diskutiert.


Würzburg: Wie werden gemeinsame Verzeichnisse/Archivordner gehandhabt?
Würzburg: Wie werden gemeinsame Verzeichnisse/Archivordner gehandhabt?


Psyfako: wollen ihr Netzwerk zum Laufen bringen. Auf Bundesebene eigener Server mit Wordpress. Interessiert sich über File-Ablagen/Online-Server
Psyfako: Wollen ihr Netzwerk zum Laufen bringen. Auf Bundesebene eigener Server mit Wordpress. Interessiert sich für File-Ablagen/Online-Server.
 
Dresden: haben Domain gekauft, die an Uniseite weitergeleitet wird. Uni hat CMS, sie müssen das auch machen. Haben auch ein internes Wiki mit Protokollen, für Diskussion, laden dort Fotos hoch, öffentlich sichtbar für alle, Rechner im FSR-Raum laufen mit Ubuntu


TU Berlin: haben zwei Clientsysteme, die sie manchmal zu wenig finden. Dürfen von ihrer IT aus keine eigene Mail haben. Aber Physik darf eigenen Mailserver betreiben. Sind gerade dabei, ihre Sitzungen transparenter zu gestalten, nutzen dafür Piraten-Pad, wollen irgendwann mal ihre Sitzungen streamen. Teilweise aber unzufrieden, weil das nicht auf dem eigenen Server liegt.
Dresden: Haben Domain gekauft, die an Uniseite weitergeleitet wird. Uni hat CMS, sie müssen das auch machen. Haben auch ein internes Wiki mit Protokollen, für Diskussion, laden dort Fotos hoch, öffentlich sichtbar für alle, Rechner im FSR-Raum laufen mit Ubuntu


Aachen: hosten allgemein viele Basis-Dienste. Machen auch Pads.
TU Berlin: haben zwei Clientsysteme, die sie manchmal zu wenig finden. Dürfen von ihrer IT aus keine eigene Mail haben. Aber Physik darf eigenen Mailserver betreiben. Sind gerade dabei, ihre Sitzungen transparenter zu gestalten, nutzen dafür Piraten-Pad, wollen irgendwann mal ihre Sitzungen streamen. Teilweise aber unzufrieden, weil das Piraten-Pad nicht auf dem eigenen Server liegt.


Aachen: Hosten allgemein viele Basis-Dienste. Machen auch Pads.
Konstanz macht das auch so.
Konstanz macht das auch so.


Braunschweig: haben nur Homepage, sind relativ klein, brauchen nicht mehr. Wollen aber auch Dateien verwalten. Einziger Mensch mit PW ist verschwunden
Braunschweig: Haben nur Homepage, sind relativ klein, brauchen nicht mehr. Wollen aber auch Dateien verwalten. Einziger Mensch mit Admin-Zugang ist verschwunden.


Bonn: haben Server für interne Dinge, homepage wird extern gehostet, aber schon sehr veraltet. Haben ein Wiki mit z.B. How-Tos. Protokolle sind auf dem Server abgelegt, nicht im Wiki, man kann von den Clients drauf zugreifen. Nachtrag dazu: hatten schon immer ein KOnto-Managementsystem, damit FSler alles selbst machen können. Vor zwei Jahren wollten sie die Webseite verschönern, mittlerweile wohl ein Design aber noch keine Ergebnisse, deshalb wird die alte Webseite vernachlässigt, Server wurde mal von außen abgeschossen. EDV und Webseite sind zwei getrennte Referate.
Bonn: haben Server für interne Dinge, Homepage wird extern gehostet, aber schon sehr veraltet. Haben ein Wiki mit z.B. How-Tos. Protokolle sind auf dem Server abgelegt, nicht im Wiki, man kann von den Clients drauf zugreifen. Nachtrag dazu: hatten schon immer ein Konto-Managementsystem, damit FSler alles selbst machen können. Vor zwei Jahren wollten sie die Webseite verschönern, mittlerweile wohl ein Design aber noch keine Ergebnisse vorhanden, deshalb wird die alte Webseite vernachlässigt, Server wurde mal von außen abgeschossen. EDV und Webseite sind zwei getrennte Referate.


Hamburg: Haben Plone, Idee war, dass alle mitarbeiten, aber nur 3-4 Leute beherrschen das. Fragt, wie man anderen Leuten das beibringen kann. Daher auch fast nie aktuell. Der Rechner wird als Datenablage verwendet. Mailing läuft über Physik-Rechenzentrum. RZ ist restriktiv. FS hat zwar einen Router, den dürfen sie aber nicht anschließen.
Hamburg: Haben Plone, Idee war, dass alle mitarbeiten, aber nur 3-4 Leute beherrschen das, daher auch fast nie aktuell. Fragt, wie man anderen Leuten das beibringen kann. Der Rechner wird als Datenablage verwendet. Mailing läuft über Physik-Rechenzentrum (RZ). RZ ist restriktiv. FS hat zwar einen Router, den dürfen sie aber nicht anschließen.


LMU: komplett verzahnt mit komplettem FS-Hosting. haben ein Admin-Team für alle FSen. haben 4 Clients, hosten ziemlich alles (2 Wikis, Channel, Ether-Pad).
LMU: komplett verzahnt mit komplettem FS-Hosting. haben ein Admin-Team für alle FSen gemeinsam. Haben 4 Clients, hosten ziemlich alles (2 Wikis, Channel, Ether-Pad).


FU Berlin: haben eine Homepage, haben ein Wiki, aber recht leer. haben Ether-Pad, von der Informatik gehostet. FSI hat keine eigenen Rechner. Protokolle werden getext und stehen auf der Homepage. Haben Mailingliste und Prüfungsdatenbank, aber ohne fancy Drumrum.
FU Berlin: Haben eine Homepage, haben ein Wiki, aber recht leer. Haben Ether-Pad, von der Informatik gehostet. FSI hat keine eigenen Rechner. Protokolle werden getext und stehen auf der Homepage. Haben Mailingliste und Prüfungsdatenbank, aber ohne fancy Drumrum.


Marburg: Hat seit ca 7 Jahren ein Wiki mit allem drin: Infos über Feiern (organisatorisches), Protokolle, Infos helfen sehr, neue Leute haben direkt alle wichtigen Infos. Rechenzentrum kümmert sich um Mailingliste etc. Vorlesungsumfrage: FS hat ein Skript gebastelt, jeder FSler kann sich anmelden, Bögen werden eingelesen. Am Ende kommt Latex-Skript aus mit der Auswertung. Ordnung im Wiki wird nach "Jahreskalender" chronologisch sortiert.
Marburg: Hat seit ca. 7 Jahren ein Wiki mit allem drin: Infos über Feiern (organisatorisches), Protokolle etc. Infos helfen sehr, neue Leute haben direkt alle wichtigen Infos. Rechenzentrum kümmert sich um Mailingliste etc. Machen auch die Vorlesungsumfrage: FS hat ein Skript gebastelt, jeder FSler kann sich anmelden, Papier-Lehrevaluationsbögen werden eingelesen. Am Ende kommt Latex-Skript raus mit der Auswertung. Ordnung im Wiki wird nach "Jahreskalender" chronologisch sortiert.


Konstanz: haben 1 Rechner, der auch Server ist, da läuft auch die mäßig aktuelle Homepage. Haben kein Wiki. Mit Cloud von außen zugreifbar. Haben externe und interne Mailinglist. Protokolle werden im Etherpad geschrieben, wird sich aber sicher mit VS ändern. Haben Forum eingerichtet, aber etwas unübersichtlich bei mehreren gleichzeitigen Themen.
Konstanz: Haben 1 Rechner, der auch Server ist, da läuft auch die mäßig aktuelle Homepage. Haben kein Wiki. Mit Cloud von außen zugreifbar. Haben externe und interne Mailinglist. Protokolle werden im Etherpad geschrieben, wird sich aber sicher mit Verfasster Studierendenschaft (VS) ändern. Haben Forum eingerichtet, aber etwas unübersichtlich bei mehreren gleichzeitigen Themen.


Erstes Topic: Dateiaustausch/Ordnerstruktur
===TOP 1: Dateiaustausch/Ordnerstruktur===


LMU hat einmal einen Cut gemacht, sich hingesetzt, sortiert und aufgeräumt und seitdem läuft es gut. Aber im ersten halben Jahr mussten alle mehr suchen.
LMU hat einmal einen Cut gemacht, sich hingesetzt, sortiert und aufgeräumt und seitdem läuft es gut, was Ordnung betrifft. Aber im ersten halben Jahr mussten alle mehr suchen.
Hamburg: Clone hat eine nette Suchfunktion, die erzieht Leute, vernüftige Beschreibungen/Titel anzugeben. Über die Suche findet man alles.
Hamburg: Clone hat eine nette Suchfunktion, die erzieht Leute, vernüftige Beschreibungen/Titel anzugeben. Über die Suche findet man alles.
Würzburg: hat auch vor ein paar Wochen geordnet, Befürchtung: Nach einem Jahr alles wie früher
Würzburg: Hat auch vor ein paar Wochen geordnet, Befürchtung: Nach einem Jahr alles wie früher.
Aachen: Ordner für spezielle Veranstaltungen im Voraus anlegen, damit die komplette Arbeit dort sofort abgelegt werden kann.
Aachen gibt einen Tipp: Ordner für spezielle Veranstaltungen im Voraus anlegen, damit die komplette Arbeit dort sofort abgelegt werden kann.


Marburg: hab txt- und word-Dokumente erstellt. War nicht so gut, haben jetzt alles im Wiki, weil man jedes Jahr wieder zugreifen will. Haben Kapitel mit Semester, kopieren die Inhalte aus dem VOrjahr, Leute können sich neu eintragen.
Marburg: Hatten txt- und Word-Dokumente erstellt. War nicht so gut, haben jetzt alles im Wiki, weil man jedes Jahr wieder zugreifen will. Haben Kapitel mit Semester, kopieren die Inhalte aus dem Vorjahr, Leute können sich neu eintragen für Dienste etc.


TU Berlin: jedes halbe Jahr wird aufgeräumt, die Leute halten sich eh nicht dran.
TU Berlin: Jedes halbe Jahr wird aufgeräumt, die Leute halten sich eh nicht an Vorgaben.


LMU: Nicht jeder darf Ordner anlegen, sodass gar nicht so viele Ordner entstanden sind (Erziehung!). Als Maßnahme, um sich mit der neuen Struktur vertraut zu machen. Größtes Problem: Dateistrukturen und Wiki: Wo liegen die Infos? Diskrepanz? Wo ist die aktuelle Version? Wiki nicht für größere Dateimengen geeignet, Dateien nicht so gut zu ordnen.
LMU: Um Chaos zu vermeiden, darf nicht jeder Benutzer Ordner anlegen, sodass gar nicht so viele Ordner entstanden sind (Erziehung!). War als Maßnahme gedacht, um sich mit der neuen Struktur nach dem Aufräumen vertraut zu machen. Größtes Problem: Dateistrukturen/Verzeichnisse und Wiki: Wo liegen die Infos? Diskrepanz? Wo ist die aktuelle Version? Wiki nicht für größere Dateimengen geeignet, Dateien nicht so gut zu ordnen.


Marburg lädt sogar Bilder hoch (sehr wohl große Datenmengen). Das klappt alles sehr gut, das Wiki läuft da super.
Marburg lädt sogar Bilder hoch (sehr wohl große Datenmengen). Das klappt alles sehr gut, das Wiki läuft da super.