Drupal als internes Redaktionssystem für eine Zeitschrift
Eingetragen von kniekel@drupal.org (156)am 28.02.2016 - 14:36 Uhr in
Hallo,
unser eigens programmiertes online-Redaktionssystem für den gemeinsamen Gemeindebrief ist sehr in die Jahre gekommen und ich denke mir: Drupal, das hier sowieso schon läuft, müsste doch eigentlich ein brauchbarer Ersatz sein. Nur irgendwie kriege ich das gedanklich nicht unter einen Hut. Vielleicht hat jemand von euch eine Idee, wie das gehen könnte:
1. Benutzer mit Schreibberechtigung für unterschiedliche Ressorts (das ist ja nicht das Problem)
2. Unterschiedliche Ressorts (Vielleicht über Taxonomie zu lösen? Welches Modul erlaubt mir, bestimmten Usern einzelne Taxonomiebegriffe freizuschalten, andere dagegen nicht?)
3. Zuordnung der Artikel zu verschiedenen Heftausgaben (auch über Taxonomie? Es sollte sehr einfach möglich sein, das aktuelle Heft zu "schließen" und das nächste zum aktuellen zu machen. Gleichzeitig sollte es möglich sein, mindestens schon im übernächsten Heft Artikel reinzusetzen.)
Der ganze Kleinkram-Rest scheint mir nicht weiter schwierig zu sein, ich hänge an dem grundsätzlichen Setting. Und googeln nach "Drupal als Redaktionssystem" ist jetzt auch nicht allzu hilfreich, weil Drupal ja selber schon ein Redaktionssystem IST. :-)
Also, wenn ihr irgendwelche ganz grundsätzlichen Ideen habt oder GENAU DAS Modul, das meine Probleme löst, her damit. :-)
Danke schon mal.
- Anmelden oder Registrieren um Kommentare zu schreiben
Da gibt es verschiedene Ansatzmöglichkeiten
am 28.02.2016 - 16:58 Uhr
Du kannst beides mit Taxonomies lösen.
Es gibt ein Modul Taxonomy_Access, das Zugriffe über Taxonomybegriffe regelt.
Du kannst aber einfach mit unterschiedlichen content_types und mit Rollen arbeiten.
Brauchst du eine geschachtelte Teamverwaltung mit hierarchischen Rechten, kommst du wahrscheinlich an OG nicht vorbei.
Brauchst du jedoch nur eine visuelle Unterstützung, dass bestimmter content nur im entsprechenden Kontext angezeigt werden soll, der Zugriff aber möglich ist, wenn man das Dokument direkt anspricht, dann reicht views mit entsprechenden Taxonimies aus.
OG ist auch ne Idee.
am 28.02.2016 - 18:08 Uhr
Ach ja, Taxonomy Access hab ich doch auch schon auf einer meiner Websites verwendet. :-) Das hatte ich ganz vergessen. Danke für den Tipp.
Und OG nutze ich sowieso schon. Vermutlich eine gute Idee, die verschiedenen Ressorts als OG anzulegen und die Heftausgaben als Taxonomy. Dann brauche ich auch nicht so viele Benutzerrollen.
Danke für die Hilfe beim Gedanken sortieren.
das Modul term_permissions
am 28.02.2016 - 19:48 Uhr
das Modul [do:term_permissions] ist auch mitunter ganz hilfreich. Es schränkt den Zugriff auf Taxonomie-Begriffe ein. Damit kann man z.B. steuern daß ein Rekteur nur in festgelegten Ressorts arbeiten kann, indem man für die Ressorts eine Taxonomie Angabe zwingen macht, aber er nicht alle Terms verwenden kann.
Tja, wenn du OG-Erfahrung hast
am 28.02.2016 - 21:14 Uhr
sollte das kein Problem sein.
Dann würde ich OG einsetzen, weil es alles erledigen kann.
Ich nehme an, Hosting geschieht auf einem Intranetserver, auf dessen Ausstattung und Konfiguration du selbst Einfluß nehmen kannst.
Je nach Umfang kann eine OG-Konfiguration recht speicherintensiv werden. Mit den üblichen 64 oder auch 128 MB kommst du da nicht weit.
OG und vielleicht term_permissions
am 29.02.2016 - 11:41 Uhr
Vielen Dank für alle Tipps. OG scheint mir für die Ressorts die einfachste Lösung zu sein. Wie ich die Zuordnung der Texte zu einzelnen Heftausgaben machen kann, so dass man auf ältere Ausgaben noch lesend zugreifen kann, muss ich noch schauen. Kann sein, dass term_permissions da gut ist.
Ich habe zwar nur einen Shared Server bei All-Inkl, aber ein beherztes
php_value memory_limit 256M
in der .htaccess tut Wunder. ;-)