{"id":2234,"date":"2025-12-11T16:30:30","date_gmt":"2025-12-11T15:30:30","guid":{"rendered":"https:\/\/grupp-web.de\/cms\/?p=2234"},"modified":"2025-12-11T16:52:11","modified_gmt":"2025-12-11T15:52:11","slug":"castopod-rechte-management-kartenansicht","status":"publish","type":"post","link":"https:\/\/grupp-web.de\/cms\/2025\/12\/11\/castopod-rechte-management-kartenansicht\/","title":{"rendered":"Castopod Rechte-Management & Kartenansicht"},"content":{"rendered":"\n

Beitrag bezieht sich auf Castopod in Version 1.x.x. Die Installation einer Castopod-Plattform habe ich hier dokumentiert<\/a>.<\/p>\n\n\n\n

Was ist das Problem?<\/h3>\n\n\n\n

Seit der Inbetriebnahme einer Castopod-Podcast-Plattform hatte ich bzgl. des Rechtekonzepts einen ziemlichen „Knoten im Kopf“. Es gibt bei Castopod die drei Rechterollen …<\/p>\n\n\n\n

    \n
  1. Super-Administrator<\/li>\n\n\n\n
  2. Manager<\/li>\n\n\n\n
  3. Podcaster<\/li>\n<\/ol>\n\n\n\n

    … und als „Super-Administrator<\/em>“ konnte ich zwar User anlegen, denen eine Rolle zuordnen, kann selbst Podcast & Episoden anlegen, administrieren, … . Dann ging ich davon aus, dass ein „Podcaster<\/em>“ wohl Podcasts anlegen kann, stellte aber fest der darf erst mal gar nichts!? Somit habe ich meinem erste User mal die Rolle „Manager<\/em>“ gegeben, denn der darf Podcasts & Episoden anlegen und administrieren.<\/p>\n\n\n\n

    Soweit k\u00f6nnte man damit ja leben, aber richtig doof wird es halt wenn man als Super-Administrator keinen Zugriff auf die vorhandenen Podcasts hat, geschweige denn irgendwas an den Episoden machen kann.<\/p>\n\n\n\n

    Im Rahmen eines anderen Problems, n\u00e4mlich wie man denn mal Marker der Episoden auf die in Castopod verbaute Karte bekommt (siehe ganz unten), stie\u00df ich dann wieder auf mein Problem mit den mangelnden Rechten eines Super-Admins. In der Discord-Gruppe (Leute, ehrlich, … digital souver\u00e4ne Open-Source-Projekte und dann so eine Plattform Discord … tss, tss, tss<\/em>) gab es dann Beitr\u00e4ge die den Knoten im Kopf platzen lie\u00dfen.<\/p>\n\n\n\n

    Lessons learned<\/h2>\n\n\n\n

    Super-Administrator<\/h3>\n\n\n\n

    Ein „Super-Administrator“ ist tats\u00e4chlich nur dem Namen nach „super<\/em>„. User-Management geht nat\u00fcrlich, aber es bleibt dabei: Zugriff auf die Podcasts die ein „Manager“ anlegt sind nicht da und der „Super-Administrator“ kann die sich per Weboberfl\u00e4che auch nicht selbst holen. Diese Rechte kann in der Weboberfl\u00e4che nur ein „Manager“ f\u00fcr seine Podcasts vergeben.<\/p>\n\n\n\n

    Workaround, wenn der „Super-Administrator“ auch das Gl\u00fcck hat der Sys- bzw. Datenbank-Admin zu sein, ist direkte Manipulation der Datenbank-Tabelle cp_auth_groups_users<\/code>. Soll ein „Super-Administrator“ mit der User-ID 1 den Zugriff auf Podcast #9 (Zahl in Castopod erkennbar) erlangt werden geht das z.B. mit diesem SQL-Befehl (und ja, die Backticks bei group<\/code> sind wichtig):<\/p>\n\n\n\n

    INSERT INTO cp_auth_groups_users\nSET user_id=1, `group`='podcast#9-admin',\ncreated_at=CURRENT_TIMESTAMP();<\/code><\/pre>\n\n\n\n
    Einfacher ist es, weil mit der Weboberfl\u00e4che m\u00f6glich, wenn ein „Manager“-Account kooperationswillig ist.<\/p>\n\n\n\n
    Manager<\/h3>\n\n\n\n
    Kann wie schon erw\u00e4hnt Podcasts anlegen und komplett verwalten. Nach meinem jetzigen Verst\u00e4ndnis ist ein Manager-Account aber eigentlich nicht der Account der das dann auch operativ macht bzw. machen sollte. Vielmehr kann ein Manager-Account bei einem angelegten Podcast andere Accounts als „Mitwirkende“ deklarieren. Und hier platzt der „Knoten im Hirn“. Die „Mitwirkenden<\/em>“ sind mitnichten irgendwelche Leute vor dem Mikrofon, wie ich f\u00e4lschlicherweise dachte, es sind vielmehr Accounts mit der Rolle „Podcaster“ (oder eben auch der Rolle „Super-Administrator“) denen dar\u00fcber die Rechte am eingerichteten Podcast gegeben werden.<\/p>\n\n\n\n
    Hat man einen Podcast ausgew\u00e4hlt findet man hier die Liste der aktuellen Rechteinhaber:innen am betreffenden Podcast:<\/p>\n\n\n\n
    \"Castpod-Men\u00fc<\/a><\/figure>\n\n\n\n
    Und \u00fcber diesen Weg werden weitere Castopod-Benutzer mit Rechten an einem Podcast versorgt: <\/p>\n\n\n\n
    \"Screenshot<\/a><\/figure>\n\n\n\n
    Podcaster<\/h3>\n\n\n\n
    Mit dem Verst\u00e4ndnis f\u00fcr die M\u00f6glichkeiten der Rolle „Manager“ wird dann klar was ein „Podcaster“ ist. Diese User sind f\u00fcr das eigentliche Podcasting zust\u00e4ndig, bekommen einen Podcast aber von einem User mit „Manager“-Rolle eingerichtet und zugewiesen. Ein „Podcaster“ kann selbst keine Podcast anlegen.<\/p>\n\n\n\n
    Fazit zu den Castopod-Rechten<\/h2>\n\n\n\n
    Das ist in Version 1.x.x noch ziemlich rudiment\u00e4r, soll sich aber laut dem Discord-Beitrag von Yasinne Doghri mit der Version 2.x.x \u00e4ndern. Dann soll ein Super-Admin auch Zugriffsrechte auf die Podcasts auf dem Server haben.<\/p>\n\n\n\n
    Sinnvolles Rechtekonzept aus meiner Sicht w\u00e4re damit in 1.x.x:<\/p>\n\n\n\n