KIF460:KIF-Admin: Unterschied zwischen den Versionen
Aus KIF
Felix (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
Felix (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
||
Zeile 1: | Zeile 1: | ||
{| align="right" | |||
| __TOC__ | |||
|} | |||
Weiterführung von [[KIF455:KIF-Admin]]. Der AK wurde im [https://md.kif.rocks/JzBMDYGYA4GNILQBMAspYJS2AzBAjABgFMBGBAdgENZ9hwBWJHWaUIA= Pad] protokoliert, und dieses wurde mit [http://try.pandoc.org pandoc] zu diesem Wiki konvertiert. | |||
== Was bisher geschah == | |||
* md.kif.rocks ist gespawnt | |||
* eine eigene Anmeldung ist nicht gespawnt, dafür eine brauchbare existierende Lösung | |||
== To-still-do == | |||
* KIF-Wiki: Nicht umgezogen | |||
* KIF-Wiki: Bürokraten aktualisieren | |||
* Gallery-Ersatz: kA was m3ph getan hat | |||
== Pretix == | |||
https://pretix.eu/about/de/ | |||
* Wollen wir das als Standard für zukünftige KIFs? | |||
** Thomas (Heidelberg) scheint das alte Anmeldeformular als angenehmer empfunden zu haben, da mal Feedback einholen | |||
*** Thomas hat dazu eine facettenreiche Meinung. Die beginnt mit “das alte war übersichtlicher, einfacher zu nutzen und schneller” und geht irgendwo weiter zu einem “es entsteht der Eindruck dass sich bei einem ‘professionellen’ und vielmehr kommerziellem Event angemeldet wird” bis hin zu irgendwelchen kleineren Problemen an die ich mich nicht mehr genau erinnere. | |||
* Pretix unterteilt in <code>Organizer</code> und dann <code>Event</code>, wie wollen wir das bei uns machen? Ist jede KIF dann ein eigener <code>Organizer</code>, oder lieber alle KIFs unter einem <code>Organizer</code> und nur als eigenes <code>Event</code>? | |||
* “Dauer-<code>Questions</code>” kann Pretix nicht selbst von einem <code>Event</code> zum nächsten schleppen, das sollte aber über die [https://docs.pretix.eu/en/latest/api/resources/question_options.html#post--api-v1-organizers-(organizer)-events-(event)-questions-(question)-options- API] gehen. Wer hätte Bock? | |||
== Zammad == | |||
https://zammad.org | |||
* Hat’s den Bremern geholfen? | |||
* Kann’s den Frankfurtern helfen? | |||
== HackMD == | |||
* ist quasi hier, also unter https://md.kif.rocks live | |||
** Vorteile gegenüber eines Etherpads oder Wiki? Ich (Thomas) sehe momentan eher Vorteile für ein Etherpad oder Wiki. | |||
== Umzüge == | |||
* Wiki auf die kif.rocks Domain? | |||
** wie kif.fsinf.de weiterleiten? 301? 302? Seite mit Nachricht und Weiterleitung nach 5 Sekunden? | |||
** wollen wir kif.fsinf.de zu einem CNAME auf irgendeine dasistdiealtekiffsinfdedomain.kif.rocks zeigen lassen, damit wir das DNS-Ziel davon unabhängig von fsinf.de setzen können? | |||
** Vorteil von kif.fsinf.de: Google Suche nach kif fsinf führt direkt zum Wiki. (ok: kif rocks auch. Das ist toll!) | |||
* Mailingliste? | |||
** Können wir das Archiv der Mailingliste mit umziehen? | |||
*** So geplant sofern der Aufwand vertretbar ist | |||
== Peertube Instanz? == | |||
* die KIF hat aktuell kein Video, so 🤷♀️ | |||
== AK-Management <s>Wiki</s> == | |||
* Kein Plan wer daran rumbaut. Können wir prüfen ob wir für die AK Seite ein +1/-1 einbauen können um Interesse an einem AK zu sammeln? (Wollen wir das? Thomas findet es nützlich, Thomas sieht aber auch dass dies gruppendynamische Effekte haben kann, die Thomas in einer ersten gedanklichen Näherung aber nicht als grundsätzlich schädlich einschätzt.) | |||
* Wäre interessant, aber vermutlich in einem eigenen System, was AKs sammelt, Interesse dafür sammelt usw., i.e. nicht im Wiki | |||
== Übersicht == | |||
* Können wir eine Übersichtsseite erstellen damit alle wissen was wir so haben? Haben wir die schon und ich (Thomas) weiß von nichts? | |||
** Vielleicht als Status Seite, d.h. mit grün/rot was läuft/tot ist(?) | |||
* https://kif.fsinf.de/wiki/Software:Hauptseite und eine Landingpage für kif.rocks irgendwann. | |||
== Export an andere BuFaTa == | |||
* Es gab z.B. Anfragen zu den Scannern. Wollen wir Software für andere BuFaTa anbieten/bewerben? A la, die KIF kennt sich mit Informatik aus und kümmmert sich um solchen Technik/Software Krams. | |||
** Hintergrund: Gute Dinge tun und wenn wir ein paar Interessenten zusammenbekommen könnte man sich ein Finanzierungsmodell überlegen damit das nicht alles komplett ehrenamtlich gewartet werden muss. Sollte skalieren. | |||
* Implikationen sollten klar sein, und der Level an erbrachter Support, falls überhaupt, sollte auch klar sein. Heißt: Wenn’s kaputt geht 🤷🏼♂️ | |||
* Sollte eine Einzelfallentscheidung bleiben, sowohl der Leute, die so was anbieten können, als auch was sie anbieten können/wollen. | |||
== Guidelines für KIF-Dienste [AKringel] == | |||
* z.B.: Verschlüsselt, Backups, kein User-Tracking, keine CDNs, usw. | |||
== DSGVO == | |||
Sollten wir uns drum kümmern… |
Version vom 1. Juni 2018, 21:28 Uhr
Weiterführung von KIF455:KIF-Admin. Der AK wurde im Pad protokoliert, und dieses wurde mit pandoc zu diesem Wiki konvertiert.
Was bisher geschah
- md.kif.rocks ist gespawnt
- eine eigene Anmeldung ist nicht gespawnt, dafür eine brauchbare existierende Lösung
To-still-do
- KIF-Wiki: Nicht umgezogen
- KIF-Wiki: Bürokraten aktualisieren
- Gallery-Ersatz: kA was m3ph getan hat
Pretix
- Wollen wir das als Standard für zukünftige KIFs?
- Thomas (Heidelberg) scheint das alte Anmeldeformular als angenehmer empfunden zu haben, da mal Feedback einholen
- Thomas hat dazu eine facettenreiche Meinung. Die beginnt mit “das alte war übersichtlicher, einfacher zu nutzen und schneller” und geht irgendwo weiter zu einem “es entsteht der Eindruck dass sich bei einem ‘professionellen’ und vielmehr kommerziellem Event angemeldet wird” bis hin zu irgendwelchen kleineren Problemen an die ich mich nicht mehr genau erinnere.
- Thomas (Heidelberg) scheint das alte Anmeldeformular als angenehmer empfunden zu haben, da mal Feedback einholen
- Pretix unterteilt in
Organizer
und dannEvent
, wie wollen wir das bei uns machen? Ist jede KIF dann ein eigenerOrganizer
, oder lieber alle KIFs unter einemOrganizer
und nur als eigenesEvent
? - “Dauer-
Questions
” kann Pretix nicht selbst von einemEvent
zum nächsten schleppen, das sollte aber über die API gehen. Wer hätte Bock?
Zammad
- Hat’s den Bremern geholfen?
- Kann’s den Frankfurtern helfen?
HackMD
- ist quasi hier, also unter https://md.kif.rocks live
- Vorteile gegenüber eines Etherpads oder Wiki? Ich (Thomas) sehe momentan eher Vorteile für ein Etherpad oder Wiki.
Umzüge
- Wiki auf die kif.rocks Domain?
- wie kif.fsinf.de weiterleiten? 301? 302? Seite mit Nachricht und Weiterleitung nach 5 Sekunden?
- wollen wir kif.fsinf.de zu einem CNAME auf irgendeine dasistdiealtekiffsinfdedomain.kif.rocks zeigen lassen, damit wir das DNS-Ziel davon unabhängig von fsinf.de setzen können?
- Vorteil von kif.fsinf.de: Google Suche nach kif fsinf führt direkt zum Wiki. (ok: kif rocks auch. Das ist toll!)
- Mailingliste?
- Können wir das Archiv der Mailingliste mit umziehen?
- So geplant sofern der Aufwand vertretbar ist
- Können wir das Archiv der Mailingliste mit umziehen?
Peertube Instanz?
- die KIF hat aktuell kein Video, so 🤷♀️
AK-Management Wiki
- Kein Plan wer daran rumbaut. Können wir prüfen ob wir für die AK Seite ein +1/-1 einbauen können um Interesse an einem AK zu sammeln? (Wollen wir das? Thomas findet es nützlich, Thomas sieht aber auch dass dies gruppendynamische Effekte haben kann, die Thomas in einer ersten gedanklichen Näherung aber nicht als grundsätzlich schädlich einschätzt.)
- Wäre interessant, aber vermutlich in einem eigenen System, was AKs sammelt, Interesse dafür sammelt usw., i.e. nicht im Wiki
Übersicht
- Können wir eine Übersichtsseite erstellen damit alle wissen was wir so haben? Haben wir die schon und ich (Thomas) weiß von nichts?
- Vielleicht als Status Seite, d.h. mit grün/rot was läuft/tot ist(?)
- https://kif.fsinf.de/wiki/Software:Hauptseite und eine Landingpage für kif.rocks irgendwann.
Export an andere BuFaTa
- Es gab z.B. Anfragen zu den Scannern. Wollen wir Software für andere BuFaTa anbieten/bewerben? A la, die KIF kennt sich mit Informatik aus und kümmmert sich um solchen Technik/Software Krams.
- Hintergrund: Gute Dinge tun und wenn wir ein paar Interessenten zusammenbekommen könnte man sich ein Finanzierungsmodell überlegen damit das nicht alles komplett ehrenamtlich gewartet werden muss. Sollte skalieren.
- Implikationen sollten klar sein, und der Level an erbrachter Support, falls überhaupt, sollte auch klar sein. Heißt: Wenn’s kaputt geht 🤷🏼♂️
- Sollte eine Einzelfallentscheidung bleiben, sowohl der Leute, die so was anbieten können, als auch was sie anbieten können/wollen.
Guidelines für KIF-Dienste [AKringel]
- z.B.: Verschlüsselt, Backups, kein User-Tracking, keine CDNs, usw.
DSGVO
Sollten wir uns drum kümmern…