Quelltext der Seite DadA goes DadAWeb 3.0 - Projektrelaunch, die Zweite!

=Vorbemerkung zum Projektrelaunch=
<div align="right">''"Fortschritt in eine Richtung kommt nicht ohne Aufhebung der Möglichkeit zum Fortschritt in andere Richtung zustande.''"''<br>
Paul Feyerabend, Erkenntnis für freie Menschen (1978)</div>
<br>
[[Bild:Flickr.com_photos_gradin_164610454.jpg|thumb|right|220px|Jetzt aber ... jetzt geht's wirklich los!''']]
Nachdem das Projekt [[DadAWeb_goes_Web_3.0|DadAWeb 3.0]] vor allen aufgrund der technischen Realisierungsschwierigkeiten in den letzten drei Jahren kaum von der Stelle gekommen ist, haben sich die Projektinitiatoren im September 2013 für einen Relaunch - also einen Neustart - des Projektes entschieden. 

Das ursprünglich für die Realisierung des DadAWeb-3.0-Portals ins Auge gefasste Wiki-System [http://www.mediawiki.org/wiki/MediaWiki/de Mediawiki] mit der Erweiterung (Extension) [http://semantic-mediawiki.org/ Semantic Mediawiki] wurde von uns über einen längeren Zeitraum hinweg getestet und hat sich für unser Vorhaben als nicht geeignet erwiesen. 

Mediawiki ist als ein eher redaktionall ausgerichtetes Wiki-System, wie es auch hier für das [[Lexikon der Anarchie]] genutzt wird, durchaus ein sinnvollles System. Die Wikipdia, die ebenfalls auf Mediawiki basiert, verdeutlicht das.  Allerdings lässt die Anwenderfreundlichkeit des Systems immer noch zu wünschen übrig, was sich am deutlichsten daran zeigt, dass die meisten Autor_innen des DadAWeb uns ihre Aktualisierungen für ihre Beiträge oder ihren neuen Beiträge per E-Mail schicken, statt sie selber auf den DadAWeb-Seiten einzustellen. Als Grund führen die meisten an, dass ihnen die Wiki-Syntax zu kryptisch ist.

Obwohl ich ein großer [http://www.anarchie-drei-null.de/?p=29 Fan von Wiki-Systemen] bin, muss ich doch eingestehen, dass das Wiki-System [http://www.mediawiki.org/wiki/MediaWiki/de Mediawiki] für ein Projekt, wie das [[DadAWeb_goes_Web_3.0|DadAWeb 3.0]], bei dem unterschiedliche Dokumentationen (Biografien, Literatur, Presse usw.) mit ihren feldstrukturierten Datensätzen vernetzt werden sollen, bislang ungeeignet ist. Das muss nicht so bleiben, denn die  Wikipedia-/Mediawiki-Community unternimmt gegenwärtig große Anstrengungen, um das System auch für feldstrukturierte Inhalte zu öffnen, um dadurch Anschluss an die Entwicklung des [http://de.wikipedia.org/wiki/Semantisches_Web Semantischen Webs] zu bekommen. Doch gegenwärtig sind die von Mediawiki hier angebotenen Lösungsansätze für ein Projekt, wie wir es mit dem DadAWeb 3.0 planen, für die/den Endanwender_in (und auch für die Entwickler) nicht akzeptabel.

Deshalb haben wir uns für einen Relaunch des Projektes und für die Suche nach alternativen Lösungsmöglichkeiten entschieden, die ich im folgenden als Diskussionsgrundlage für alle am [[DadAWeb_goes_Web_3.0|DadAWeb 3.0]] Beteiligten und Interessierten nun im Folgenden skizzieren und dokumentieren will.

[[Benutzer:Jochen_S|Jochen Schmück]], im September 2013

<br>
__TOC__

=PROJEKT-KONZEPTION=

==Anforderungen an den Relaunch des Projektes DadAWeb 3.0==

===Kriterienkatalog für eine Lösung===

Die angestrebte Lösung soll
# analog zu den (offline gepflegten) [http://ur.dadaweb.de alten DadA-Dokumentationen] den Aufbau und die Verwaltung einer in frei definierbaren Datenfeldern differenzierten Onlinedatenbank ermöglichen. Für DadA-L entsprechen diese Datenfelder z.B. den RAK (Regeln der der Alphabetischen Katalogisierung). Angestrebt ist ein System von differenziert strukturierten und untereinander vernetzten Contents (s. [[#Contentplanung:_Die_vernetzten_Contents_der_DadA_3.0|Contentplanung für DadA 3.0]]). Durch einen Mausklick auf den Autorennamen „Bakunin, Michail“ soll beispielsweise zum einen die Biografie-Seite zu Bakunin als Suchergebnis angezeigt werden, aber es sollen auch gleichzeitig alle Schriften von oder über Bakunin im Suchergebnis aufgelistet werden.
#zeitnah erfolgen und dies zu einem vertretbaren Arbeits- und finanziellen Aufwand. An dem Mediawiki-System haben Markus und ich monatelang herumexperimentiert, ohne dass wir dadurch irgendwie der Realisierung des DadAWeb 3.0 wesentlich näher gekommen wären. Die nun angestrebte Jetzt-Lösung sollte innerhalb von 6 Monaten eine funktionsfähige Demo-Site und innerhalb von 12 Monaten den Launch der Live-Site ermöglichen.
#zukunftssicher sein. Also keine selbst programmierten oder exotischen Spezial-Systeme (wie z.B. das nur in Deutschland im Unibereich genutzte Literaturverwaltungsystem litw3), die in zehn Jahren evtl. nicht mehr existieren, sondern stabile und internationale bewährte CM-Systeme wie Mediawiki, Joomla! oder Wordpress (Drupal und TYPO3 klammere ich erst einmal mal aus, weil beide Systeme als nicht besonders anwenderfreundlich gelten, s. die Beiträge und Vergleichstest in Hintergrundwissen).
#auf existierenden und möglichst in der Praxis bewährten Komponenten und Erweiterungen basieren (so wenig Eigenentwicklung wie nur möglich!). K2 z.B. ist eine seit Jahren und mehreren Joomla-Generationen bewährte CCK-Komponente, hinter der inzwischen eine große Anwender-Community steht. FlexiContent dagegen ist neu und hat bislang nur wenige Anwender, was dann auch die Möglichkeit des Supports durch die Community einschränkt. 
#sowohl für den aktiven als auch den passiven User so anwenderfreundlich wie nur möglich sein. Mediawiki z.B. ist für die meisten Nutzer eindeutig zu „sperrig“. Wordpress und Joomla dagegen punkten in Sachen Benutzerfreundlichkeit.

<br>
Die fünf Hauptkriterien bei der Auswahl des geeigneten Systems sind:
# frei definierbare und vernetzbare Contentstrukturen (CCK)
# Usability/Anwenderfreundlichkeit
# Zukunftsperspektiven
# Datensicherheit
# System-Leistung/-Performance

<br>

==Contentplanung: Die vernetzten Contents der DadA 3.0==
Das DadAWeb-Portal beinhaltet im Datenbankbereich der DadA folgende Dokumentationen (die grün markierten sind die bereits existierenden Dokumentationen):
# '''DadA-A''', Archivalien (zur Erfassung von Nachlässen und musealen Exponaten wie z.B. Briefwechsel, Fotos, Plakate, Aufkleber usw. usf.): NEU, s. als Beispiel die Datenbank der Archialien des IISG, Amsterdam
# '''DadA-B''', Biografien (Autoren/Personen): NEU, Biografische Infos (siehe als Grobmuster die [https://www.alibro.de/Autorinnen-Autoren:::354.html aLibro-Autorenseiten], aber in der DadA natürlich strukturierter als bei aLibro)
#'''DadA-E''', Events, Veranstaltungen (erst einmal) mit dem Schwerpunkt auf Bildungs- und Kulturveranstaltungen.
#'''DadA-F''', Forschungs- und Publikationsvorhaben. Siehe die [[Portal_Forschungsprojekte|Rubrik "Forschungsprojekte"]] im gegenwärtigen DadAWeb.
# '''<font color=green>DadA-L</font color=green>''' - a) Literatur in Büchern (Monografien): siehe [http://ur.dadaweb.de/l-start.htm DadA-Literaturdokumentation], DadA-Sekundärliteratur & aLibro-Titelsystematik (zu den geplanten Features der neuen DadA-L siehe [http://www.dadaweb.de/_demos/dada-l_3-0/ die Demo des neuen DadA-L unter dem DadAWeb 3.0])
# '''<font color=green>DadA-L</font color=green>''' - b) Literatur in Fachaufsätzen: siehe DadA-Literaturdokumentation, DadA-Sekundärliteratur
# '''DadA-O''': NEU, Organisationen (Infos zu großen Organisationen wie z.B. die FAU, aber auch zu kleinere informellen Vereinigungen, in denen sich Personen (1) vereinigt haben oder die als Institution bei der Herausgabe von Publikationen in Erscheinungen treten
# '''<font color=green>DadA-P</font color=green>''': Periodika (Zeitschriften, Schriftenreihen), siehe [http://ur.dadaweb.de/p-start.htm DadA-Pressedokumentation]
# '''DadA-S''': NEU, Standorte (Archive/Bibliotheken): Diese können dann über die DadA-L und DadA-P ihre Bestände dokumentieren und zur Ausleihe anbieten.
# '''DadA-V''': NEU, Verlage = s. als Beispiel die [http://dadaweb.de/wiki/Portal_Buchverlage Verlagsseiten im DadA-Portal] oder auch die [https://www.alibro.de/index.php/cat/c363_Verlage.html aLibro-Verlagsübersicht]. Hier bündeln sich wiederum die von diesen Verlagen veröffentlichten Publikationen.

<br>

==Anforderungen an das Frontend (die Anwenderoberfläche des Programms):==

===Nicht registrierte User===
# Kommentarfunktion zu den bestehenden Titeln (Einträgen): Der nicht registrierte User soll eine einfache und bequem gestaltete Möglichkeit haben, Kommentare zu den bestehenden Dokumenten einzustellen, z.B. für Titel-Korrekturen.
# Bewertungsfunktion: Dies NUR für DadA-L, um dem User die Möglichkeit zu geben, Titel zu bewerten, was Nutzern die Suche nach Literatur erleichtert, die von anderen Usern als gut bewerte wurde.
# Dokumenten-Erfassungsmöglichkeit: Gerade bei der DadA-L sollte auch der nicht registrierte User die Möglichkeit haben, durch ein einfach gestaltetes Formular neue Titel für die DadA zu erfassen.<br>'''WICHTIG''': Gut wäre hier ein zusätzliches Tools wie Zotero, mit dem dann die bibliografischen Daten durch Eingabe der ISBN-Nr. online abgefragt und per Mausklick in die DadA-L importiert werden könnten. [Hier können wir vielleicht auf den Erfahrungen mit der von Markus programmierten Mediawiki-Extension SMWBibHelper aufbauen]. Es gibt bereits eine fertige OPAC-Extension - oBiblioOPAC for Joomla! -, die sich vielleicht dafür nutzen ließe.

===Registrierte User (Autoren; Redakteure)===
# Korrekturmöglichkeit: Registrierte und als zuverlässig eingeschätzte Autoren sollten die Möglichkeit haben, Korrekturen in bestehenden DadA-Dokumenten vorzunehmen (allerdings werden diese Korrekturen vermutlich nicht wie in einem Wiki dokumentiert, aber vermutlich lässt sich eine Benachrichigtungsfunktion per E-Mail integrieren, die über eine durchgeführte Veränderung des Dokumentes informiert).

==Nutzungsrechte==
Bei allen hier diskutierten Systemen können die Rechte der User differenziert gestaltet werden. In Anlehnung an die unter Joomla und Wordpress genutzte Rechteverwaltung sollten für DadAWeb 3.0 in etwa die folgende vier großen Rechtegruppen bestehen:

# '''Nicht registrierte User''': Können die Kommentar- und Bewertungsfunktion. Zudem können sie neue Einträge (in allen DadA-Dokumentationen?) über eine anwenderfreundliche Erfassungsmaske einreichen, die allerdings von einem Redakteur freigeschaltet werden müssen. 
# '''Registrierte User (Autor)''': Haben alle Rechte der passiven User, Zusätzlich können sie aber ihre eigenen eingestellten Titel verändern und auch in den dafür freigegebenen anderen redaktionellen Seiten des DadAWeb aktiv werden.
# '''Registrierte User (Redakteur)''': Betreuen bestimmte Themenbereiche und schalten Neutitel frei. Setzen die Korrekturhinweise zu bestehenden Titeln um, die über Üser-Kommentare kommen.
# '''Admin/Sysop''':  Entwicklung, Projektmanagement, Technik & User-Support

<br>

==Die Projekt-Roadmap: Was ist wann geplant==

Die Projektplanung unterteilt sich in die folgenden Arbeitsschritte

# Recherche nach geeigneten Systemen  - <font color=red>ist abgeschlossen</font color=red>.
# Test der in die engere Wahl genommenen Systeme - <font color=red>hat begonnen</font color=red>. 
#a) Datenimport und –export
#b) Systemperformance bei hohem Datenbestand (am besten einen Test mit 10.000-25.000 Datensätzen durchführen und dann prüfen auf: 
#* Reaktionszeiten bei systeminternen Suchen
#* Speicherzeiten bei der Erfassung neuer Titel 
#* Speicherplatzverbrauch 
#c) Anwenderfreundlichkeit des Systems
# Nach Auswahl des geeigneten Systems Installation und Betrieb einer internen Beta-Version
# Launch (Start) des Livesystems

<br><br>

==Recherche / Hintergrundwissen==

===Anwenderberichte/Anwendungsbeispiele:===
* [http://journal.code4lib.org/articles/4226 Ellen Bahr: Creating Library Websites with Joomla: Not Too Big, Not Too Small, Just Right] (2010)
* [http://diyblogger.net/wordpress-fun-with-advanced-custom-fields WordPress Fun with Advanced Custom Fields] (Realisierung eines Bücherblogs mit Wordpress)
* [http://www.intelligent-information.de/2009/07/wordpress-nach-drupal-und-wieder-zuruck/ Wordpress nach Drupal und wieder zurück] (systemkritischer Erfahrungsbericht der Arbeit mit Drupal)
* [http://www.nosegraze.com/how-to-use-custom-fields-for-entering-book-information/ How to Use Custom Fields for Entering Book Information] (Realisierung eines Bücherblogs mit Wordpress)
* [http://yuriybabenko.com/blog/when-drupal-not-right-choice Yuriy Babenko: When is Drupal not the right choice?] (Kenntnisreiche Beschreibung der Vor- und Nachteile des Drupal-CMS) 

===System-Vergleiche und -Beschreibungen===
* [http://w3techs.com/technologies/overview/content_management/all Usage of content management systems for websites] (aktuelle Statistik der weltweiten Verbreitung von Open Source CMS-Systemen)
* [https://spreadsheets.google.com/a/campus-24.com/pub?key=0AgzjuzpOC8AqdEdWSE54Y2VxLV9xbWxDclZfU3lrQ1E&hl=en_GB&single=true&gid=0&output=html Joomla CCK comparison] (Detaillierter Vergleich der Features und Funktionen von Jooml-CCK-Extensions) 
* [http://www.rackspace.com/knowledge_center/article/cms-comparison-drupal-joomla-and-wordpress CMS Comparison: Drupal, Joomla and Wordpress] (April 2013)
* [http://www.miracletutorials.com/wordpress-vs-joomla-review/ WordPress vs Joomla – Review] (revised, 2013)
* [http://t3n.de/magazin/drupal-typo3-joomla-wordpress-open-source-cms-check-232000/ CMS-Check: Ein Blick in die Zukunft von WordPress, TYPO3, Joomla und Drupal] (2013)
* [https://www.udemy.com/blog/drupal-vs-joomla-vs-wordpress/ Drupal vs Joomla vs WordPress: CMS Showdown] (Juli 2013)
* [http://www.jinsiders.de/der-grosse-cck-vergleich-zoo20-k2-und-sobi2/1098 Der große CCK-Vergleich: Zoo 2.0, K2 und SOBI2 ]
* [http://t3n.de/news/bundesamt-bsi-uberpruft-475684/ Bundesamt BSI überprüft Sicherheit von WordPress, TYPO3, Drupal und Joomla] (2013)
* [http://www.linkedin.com/groups/Best-CCK-extension-Joomla-52867.S.134512788 Foren-Talk über die beste CCK-Extension für Joomla]
* [http://www.joomlaportal.de/joomla-erweiterungen-komponenten/208209-joomla-cck-der-vergleichs-und-meinungsthread.html Joomla CCK - Der Vergleichs- und Meinungsthread]
* [http://y-designs.com/blog/joomla-cck-comparison.html#.UktAt1PHCcw Joomla CCK Comparison. By Ryuhei Yokokawa] (Apr-24-2013) 

<br>

===Fazit der bisherigen Recherchen===
Der Vergleich der bisher theoretisch in die engere Wahl genommenen Systeme Drupal, Joomla! und Wordpress auf Basis der berücksichtigten Anwenderberichte und Systemvergleiche hat ergeben, dass Joomla! zur Zeit die besten Erfolgsaussichten für eine baldige Realisierung des DadAWeb 3.0 verspricht. Das aus diesen Gründen:
# Es ist neben Wordpress das anwenderfreundlichste CMS
# Im Gegensatz zu dem in den Contentstrukturen eher schlicht gestrickten Wordpress lassen sich mit Joomla komplexe Contentumgebungen schaffen
# Die für Joomla entwickelten CCK-Extensions sind ausgereifter und vielfältiger anwendbarer als die für Wordpress entwickelten Lösungen. Insbesondere Fabrik und Seblod machen nach den theoertschen und praktischen Tests einen guten, weil erfolgversprechenden Eindruck. Die Extension ZOO wurde, weil sie kommerzeilel Lösung ist, bislang nicht getestet. Der Vorllständigkeit halber sollte aber auch sie noch mit im Test berücksichtigt werden, denn kommerzielle Premiumsupport-Angebote haben fast alle der getesteten Extensions.

<br><br>

=TEST DER SYSTEME=
Um möglichst schnell einen Überblick über die als Lösung für das Projekt DadAWeb 3.0 sich anbietenden Systeme zu bekommen, wird der Test methodisch wie folgt durchgeführt:

# Recherche und theoretische Analyse der für das Projekt DadAWeb 3.0 für sinnvoll erachteten Systeme. Besonders berücksichtigt werden dabei Anwenderberichte, Systemvergleiche und Demo-Installationen.
# In die engere Wahl genommene Systeme werden durch Installation und Einrichtung einer Testanwendung in ihren Features und Funktionen auf ihre Tauglichkeit der das Projekt DadAWeb 3.0 geprüft. 
# Zeigen sich bei diesem Praxistest Unvereinbarkeiten mit den Anforderungen des Projektes DadAWeb 3.0, so wird (fürs Erste) der Test abgebrochen, um das nächste System zu testen, mit dem man dann hoffentlich weiter kommt. Beispiel: K2 machte auf den ersten Blick einen guten Eindruck. Dann aber stellte sich im praktischen Test heraus, dass K2 keine numerischen Feldformate kennt, was ein gravierender Mangel ist. Deshalb wurde an dieser Stelle der Test abgebrochen, um als nächstes das System Fabrik zu testen, das in seinen Datenbankfeatures deutlich ausgereifter zu sein scheint als K2.
# Möglicherweise haben die anderen getesten Systeme noch gravierendere Mängel als die das Systems, bei dem man relativ früh den Test abgebrochen hat. Dann heißt es eben zurück und den Test ahn der Stelle fortzusetzen, an dem man ihn abgebrochen hat, um die Möglichkeiten zur Lösung des Problemes zu prüfen, welches zum Abbruch des Tests geführt hat.

<br>
==Testverlauf==
* '''30.09.2013''': Test der Systemlösung '''[[Projekt DadAWeb 3.0 - Test: Joomla plus K2|Joomla + K2]]'''
* '''01.10.2013''': Installation und Konfiguration der Extension in einer Joomla-Testinstallation verlief ohne Probleme. Einrichtung feldbasierter K2-Kategorien ist sehr einfach (wenn man sich vorher die Demo mit der Website der "Christian Cowgirls" "reingezogen" hat). Die Datenpräsentation ist im Layout etwas statisch (Kasten mit den zusätzlichen Datenfeldern ist immer unten), das ließe sich aber durch Umprogrammieren der K2-Tenmplates sicher zurechtbiegen. Grundsätzlich macht das K2 - zumindest im Backend - einen gut durchdachten und aufgeräumten Eindruck. 
* '''02.10.2013''': Vorläufiger Abbruch des Tests, da K2 keine numerischen Datenfelder kennt. Das ist erst einmal ein No-Go. Weiter geht's mit dem intensiven Vergleich von Sobi2 mit Fabrik, beides keine echten CCK-Systeme. Aber beides auch Systeme, mit denen man im Joomla-Framework eine feldstrukturierte eigene Datenbank-Lösung realisieren kann. Falls wir keine alternative Lösung finden, die von Hause aus, den Ansprüchen des DadAWeb besser entgegen kommt, müssen wir nochmal üdarüber nachdenken, wie sich das fehlende numerische Feldformat "umschiffen" ließe (z.B. Nutzung des Datumsfeldes für das Erscheinungsjahr bei DadA-L).
* '''03.10.2013''': Test der Systemlösung '''[[Test-Seite_Joomla_2.5_%2B_SobiPro_1.1|Joomla + SobiPro 1.1]]'''. Installation hat in den Kern-Komponenten und-Plugins klappte nur über das TMP-Verzeichnis. Allerdings vermisst Sobi Tidy HTML auf dem Server. Tidy HTML ist tatsächlich nicht auf dem Server installiert und ist offensichtlich vom Provider her auch nicht in nächster Zeit für die Serverumgebung vorgesehen. Deshalb Abbruch des Tests und Fortsetzung mit der FABRIK-Extension.
* '''03.10.2013''': Test der Systemlösung '''[[Test-Seite_Joomla_2.5_%2B_Fabrik 3.0.8|Joomla + Fabrik 3.0.8]]'''. Installation klappte erst einmal nicht. Abruch mit Scriptfehler. Fehler 500 sowohl bei Version 3.0.8 als auch Version 3.0.7. Vermutlich war das Installations-Gesamtpaket (Komponente, Module und Plugins) zu groß und damit zu speicherintensiv. Eine andere Ursache könnte evtl. auch sein, dass die Installation statt durch den nativen Joomla-Installkationsassistenten durch den Akeeba-Installationsassistenten durchgeführt wird (mit Setzen von Wiederherstellkungspunkten). Bei Gelegenheit - also bei der nächsten Installation, die mit Fehler 500 abschmiert - prüfen. Es gibt da auf der Seite "Eweiterungen: Installieren" unten einen Link, mit dem man zum Standard-Joomla-Installationsassistenten umschalten kann. <br> <u>Hier mit Erfolg durchgeführte Lösung des Installationsproblems</u>: Gesamtpaket (Komponente, Module und Plugins) auspacken und einzeln installieren. Die Komponente und alle (insgesamt 59!) Module und Plugins ließen sich so installieren. 
* '''04.10.2013''': Doch die Freude über die gelungene Installation von '''[[Test-Seite_Joomla_2.5_%2B_Fabrik 3.0.8|Joomla + Fabrik 3.0.8]]''' sollte nur kurz währen. Aus irgendeinem Grund ließ sich dann das System doch nicht betreiben. Es ließen sich keine Formulare abspeichern. Deshalb noch einmal eine komplette Neuinstallation der Fabrik-Extension auf Basis einer ebenfalls frischen Joomla-Installation. Dort klappte dann auch die Komplett-Installation über das TMP-Verzeichnis (also Komponente, Module und Plugins) in einem Schwung. Danach ließ sich auf dem System auch eine Testanwendung für DadA-L einrichten, die bislang reibungslos funktioniert.
* '''04./05.10.2013''': Nachts dann auch der Durchbruch beim Einrichten der Datenbank (Elemente, Formulare und Listen). Siehe "DadAWeb-Menü" links. Nun aber kommen die ersten bibliografischen Probleme:
** <u>Erscheinungsjahr</u> kann bei Nutzung des Feldformates date vermutlich nur in der Form TT-MM-JJJJ genutzt werden. Das kann man pragmatisch umschiffen, indem Erscheinungsjahr 1968 als 01.01.1968 erfasst wird. Aber dafür müsste man eigentlich eine elegantere Lösung finden. Markus fragen.
** <u>2. und 3. Autor</u>: Wenn die in der gleichen Datenbankspalte erfasst werden wie der 1. Autor gibt es Schwierigkeiten mit den bereits durch den 1. Autor belegten Feldnamen (first_name und second_name). Diese können mehrfach verwendet werden, aber nur in anderen Formularen (z.B. "Contact us" und DadA-L), nicht aber in ein und dem selben Formular. Günter + Markus fragen, welche Lösung sie sehen.
* '''07./08.10.2013''': Test der Extension [[Test-Seite_Joomla_2.5_%2B_Seblod|Seblod]], die neben K2 zu den beliebtesten CCK-Lösungen gehört. Installation funktionierte ohne Probleme. Aber die Extension ist extrem komplex gestaltet. Ich habe fast zwei Tage gebraucht, eine einfache Testdatenbank DadA-L anzulegen. Vom Handling her ließ es sich mit Fabrik einfacher arbeiten. Deshalb anhand von Anwenderberichten nochmals eine Vergleichsprüfung von Fabrik im Vergleich zu Seblod durchführen. Hier die Foren-Diskussion zum Thema beider Awnendergruppen:
** [http://www.seblod.com/v2/forum/105-General-Discussions/22342-differences-between-Seblod-20--Fabrik.html SEBLOD-Forum: Differences between Seblod 2.0 & Fabrik]
** [http://fabrikar.com/forums/index.php?threads/fabrik-or-seblod.26549/ Fabrik-Forum: Fabrik or Seblod]
* '''10.-13.10.2013''': Test der Extension [[Test-Seite_Joomla_2.5_%2B_Seblod|Seblod]]. Manuelle Erfassung der Titel ist etwas ausgebremst bei Speichervorgtängen (und das bei nur 5 Titeln). Insgesamt ist das System etas "störrisch". Immer wieder muss man den Cache löschen, um die Templates zur Bearbeitung der Titel angezeigt zu bekommen. Auch der Import "flutscht" nicht so gut wie bei der Fabrik-Extension, die mir insgesamt "aufgeräumter" und dadurch leichter zu bedienen und auch flotter ind er Performace vorkommt. Beide Systeme sollten noch mal im Härtetest von ca. 10.000 Titel gegeneinander antreten.
<br>

==[http://www.joomla.de/ JOOMLA!] - <font color=red>dieses CMS wird z.Z. getestet!</font color=red>==
Das weltweit wegen seiner Anwenderfreundlichkeit beliebte CMS kann für jeden nur denkbaren Zweck durch Extensions angepasst werden.

===Bibliografische Extensions unter Joomla===
Bibliotheks-/Büchersammlungen Extensions bei Joomla. Die rein bibliografischen/bibliothekarischen Extensions haben den Nachteil, dass sie nicht für andere Contentbereiche des DadAWeb - also z.B. für den Bereich Biographien - genutzt werden können. Aber sie können Anregung für die Umsetzung der bibliografischen Bereiche im Rahmen einer frei definierbaren CCK-Variante geben. 

====StorePapers====
Wird aber anscheinend noch von niemanden genutzt.
* URL: http://extensions.joomla.org/extensions/living/education-a-culture/bibliography/10001
* Dokumentation (PDF-File):

====BookLibrary Basic====
Meine Präferenz aufgrund theoretischer Recherchen
1.	Demo: kommerzielle eBook-Bibliothek (engl.)
2.	Demo: Fachbibliothek Pazifik-Klima-Portal (engl.)
3.	Demo: öfftl. Kinderbibliothek (span.)

====Alexandria Book Library====
1.	Demo: http://joomla15.neodemo.net/library.html

====MediaLibrary Basic====
Ist offensaichtlich nur eine für andere Medien (z.B. CD’s, Videos usw.) und um einen Onlineshop erweiterte Fassung von BoobLibrary.
<br>

<br>
===CCK-Extensions für Joomla===
Im Bereich der sog. Content Construction Kits (CCCK) hat es bei Joomla in letzter Zeit große Fortschritte gegeben und inzwischen existieren hierzu diverse Extensions, die Joomla um die Möglichkeit zur Einrichtung frei definierter Contentstrukturen erweitern. Für das Projekt DadAWeb 3.0 bietet die CCK-Lösung einen deutlich bessere Perspektive als die rein bibliografische/bibliothekarische Lösung. Siehe hierzu den [http://www.jinsiders.de/der-grosse-cck-vergleich-zoo20-k2-und-sobi2/1098 Vergleichstest dreier Joomla-Extensions]. 

<br>
====[http://www.seblod.com/ SEBLOD] - <font color=red>diese Extension wurde getestet und zurückgestellt.!</font color=red>====
Scheint neben K2 zu den beliebtesten CCK-Systemen unter Joomla zu gehören. 
 
[http://www.youtube.com/watch?v=DwyRd_Chsks CCK Seblod für Joomla - Grundlagentutorial - 1. (Enführung)]

<br>

====[http://fabrikar.com/ FABRIK] - <font color=red>diese Extension wird z.Z. getestet!</font color=red>====

'''Macht von allen getesteten Systemen bislang den besten Eindruck !'''
[[Test-Seite_Joomla_2.5_%2B_Fabrik 3.0.8|Testseite: Joomla + Fabrik 3.0.8]]

Fabrik is a highly Flexible Joomla! component for building custom web applications. Create beautiful forms to allow your users to enter data, then display the data in lists, map, calendars, timelines, charts and more!

Our innovative engine manages your database relationships for you, and our fine grained access control settings ensure that each user has access to just the right sections of your app.

* [[Test-Seite_Joomla_2.5_%2B_Fabrik 3.0.8|Testseite: Joomla + Fabrik 3.0.8]]
* [http://joomlav.com/video/joomla-25-tutorial/fabrik-orientation-joomla-25-video_89c2edae4.html Demo-Video]
* [http://www.ostraining.com/blog/joomla/introduction-to-fabrik/ Fabrik-Kurzanleitung] 
*'[http://de.scribd.com/doc/38585180/Fabrik-User-Manual-2-0 Fabrik User Manual 2.0]

<br>

====[http://www.sigsiu.net/ SOBIPRO] -  <font color=red>diese Extension wurde getestet und zurückgestellt!</font color=red>====
Alternativ zu den genannten CCK-Extensions sollte vielleicht auch das gute alte SOBI getestet werden. Zwar ist SOBI eher eine Directory-Komponente, die aber sehr flexibel für alle möglichen Zwecke konfigurierbar ist und eine große Entwickler- und Anwender-Community hat. Sobi wird als Sobi2 und SbiPro angeboten. Letzteres ist die jüngste komplett neu programmierte Komponente, die von den Features und Funktionen deutlich mehr als das alte Sobi2 bietet, das sicher auch nicht mehr lange gepflegt werden wird.

* [[Test-Seite Joomla 2.5 + SobiPro 1.1]]

* [http://www.sigsiu.net/difference_sobipro_and_sobi2.html Unterschiede zwischen Sobi2 und Sobi Pro]
* [http://demo.sobi.pro/ Sobi Demo-Site (Anwendungsbeispiele)]

=====Referenz-Sites=====
* [https://forum.sigsiu.net/site-showcase/ Sobi Showcase - Übersicht: Referenz Sites]
* [http://www.dancenut.com/boston/dance-classes-and-events dancenut.com: ein Portal für den Tanz] (Anbieterverzeichnis und Eventskalender)

<br>

====[http://getk2.org/index.php K2] - <font color=red>diese Extension wurde getestet und zurückgestellt!</font color=red>====
"K2" ist eine sog. "Content Construktion Kit"-Lösung für Joomla, ein alternatives Content-Framework, das sich in Joomla einbettet und ein eigenes - stark erweitertes - System zur Verwaltung von frei strukturierten Inhalten schafft. Die Entwickler werben für "K2" mit dem Slogan: "K2 brings the good parts from Drupal and Wordpress into Joomla!". Schön wär's! Denn dann wäre das für das Projekt DadAWeb 3.0 das ideale System.

* [http://getk2.org/documentation/k2class2012 K2 Tutorial-Videos]. ''(Die K2-Lernvideos sind nicht nur gut gemacht, sondern auch ausgesprochen lustig! Weil in ihnen wird die Installation und Anwendung von K2 auf einem Joonla-Portal der "[http://www.christiancowgirl.net/ Christian Cowgirls]" gezeigt, und das ist nicht etwa der schräge Name einer Punkband, sondern die christlichen Cowgirls gibt es wirklich. Es sind amerikanisches Mädels christlichen Glaubens, die ihrem Reithobby frönen.)''  
* [http://getk2.org/documentation/k2class2012/867-creating-a-book-review-section Lernvideo: Creating a Book Review Section]
* [http://www.individual-it.net/Instructions-for-K2-Import-Component.html Beschreibung Content-Import via CVS-Format].

Falls K2 doch zu "sperrig" sein sollte, was einige Anwender beklagten, sollte versucht werden, beim Hersteller von ZOO die kommerzielle Lösung inkl. Support gesponsert zu bekommen, indem das Projekt DadAWeb 3.0 als Referenzprojekt für den Bereich Sozialwissenschaften entwickelt wird.

=====Referenz-Sites: Joomla + K2=====
* [http://www.artesagra.it/ Kultureller Reiseführer für die Provinz Kalabrien (Italienisch)]; siehe dort besonders die [http://www.artesagra.it/libri-di-autori-calabresi Buchrubrik]
* [http://herrick.alfred.edu/ Herrick Memorial Library der Alfred University, New York (USA)]: Joomla 1.5 und K2.<br>Ansprechpartner ist Ellen Bahr, die auch den Fachartikel "[http://journal.code4lib.org/articles/4226 Creating Library Websites with Joomla]" (s.o.) geschrieben hat.
* [http://www.whitepaperdepot.com/ Referenz-Site: WhitepaperDepot]: Bücherportal für eBooks.

<br>
====[http://www.yootheme.com/zoo ZOO]====
Eine kommerzielle, aber anscheinend sehr benutzerfreundliche CCK-Lösung für Joomla. Könnte u.U. eine anwenderfreundliche Alternative zu der K2-Lösung sein.

* [http://www.yootheme.com/videos Werbevideo mit Beschreibung der Features und Funktionen der ZOO-Komponente] 
* [http://www.yootheme.com/zoo/apps/index.php?option=com_zoo&task=category&category_id=18&Itemid=3 Beispiel einer mit ZOO gestalteten Bücher-Kategorie]

<br>
====FlexiContent====
Offensichtlich mächtiges offenes System. Zahlreiche Erweiterungen für Import, Filter usw.

* Besprechung: http://blog.blueforce.ch/2009/12/joomla-cck-mit-flexi-content-komponente/
* Fazit: Scheint beliebter und mächtiger zu sein als Form2Content. Am besten beide Systeme testen. Siehe zum Datenimport via FlexImport: http://extensions.netassopro.com/tutorials/item/20-fleximport-user-guide

<br>
====Form2Content====
Frei definierbare feldbasierte Artikel 
* Demo Movie Database: http://demo.form2content.com/ (login: demo/demo)
* Fazit: macht auf den efrsten Blick einen guten Eindruck – TESTEN, wenn K2 nicht überzeugt

<br><br>
===Webdesign: OpenSource Joomla-Templates===

====JA Brisk (responsive)====
Besonders schön ist, dass das Template '''voll mit K2 kompatibel''' ist!
* URL: http://www.joomlart.com/joomla/templates/ja-brisk
* Live-Demo: http://www.joomlart.com/demo/#ja_brisk

====LightBreeze-Red (non-responsive)====
* URL: http://demo.hurricanemedia.net/joomla02/

<br>

==[http://wpde.org/ WORDPRESS]==

Das weltweit populäre Blogsystem, das durch Plugins für verschiedene Anwendungszwecke angepasst werden kann.

===Bibliografische Module (Plugins) für Wordpress===

====OpenBook Book Data ====
* URL: http://wordpress.org/plugins/openbook-book-data/
* Downloads: 16,616, Autor hat 2 Plugins entwickelt

====Book Review Modul: book-review-library====
* URL: http://wordpress.org/plugins/book-review-library/
* Downloads: 371, Autor hat 14 Plugins entwickelt

====Book Review Modul: book-review====
* URL: http://wordpress.org/plugins/book-review/
* Downloads: 252, Autor hat bislang nur 1 Plugins (nämlich book-review) entwickelt

===CCK-Module für Wordpress===

====Advanced Custom Fields====
* URL: http://wordpress.org/plugins/advanced-custom-fields/screenshots/
* Downloads: 1.271.414. Autor hat bislang nur 1 Plugins (nämlich book-review) entwickelt 
* Kommentar: (Zitat:) Advanced Custom Fields is the perfect solution for any wordpress website which needs more flexible data like other Content Management Systems. Wird häufig mit den CCK-Features von Drupal verglichen.

===Datenimport nach Wordpress===
Zum Procedere siehe am Beispiel des Imports von Joomla-Content: How to Import Joomla Content Using the WP Importer Plugin

===Wordpress-Referenzseiten===
* [http://www.nosegraze.com/reviews/ nozegraze.com]: Das ist die, die den Artikel „How to Use Custom Fields for …“ geschrieben hat und für 35$ auch ein Review-Plgin anbietet.
* KinderbuchLotse: www.kibulo.de (wurde inzwischen eingestellt)

<br>
<br>

==[http://www.mediawiki.org/wiki/MediaWiki/de MEDIAWIKI] / [http://semantic-mediawiki.org/ SEMANTIC MEDIAWIKI]==

Mediawiki mit der Extensions Semantic Mediawiki wurde über einen längeren Zeitraum hinweg getestet und hat sich dabei für das Projekt DadAWeb 3.0 als nicht geeignet erwiesen. Später hier die Erfahrungen und Testresultate erfassen. 

'''Kurzfazit''': Mediawiki ist super als ein reines Wiki-System. Aber für ein Projekt, wie das DadAWeb 3.0, bei dem unterschiedliche Dokumentationen (Biografien, Literatur, Presse usw.) mit ihren feldstrukturierten Datensätzen vernetzt werden sollen, ist das Mediawiki bislang noch ungeeignet. Von der Perspektive her (insbesondere was die Entwicklung des Semantic Mediawiki angeht) sieht es nicht schlecht aus, aber gegenwärtig ist das System für den Endanwender (und auch für den Entwickler) nicht zumutbar.

===Mediawiki - auf ein Neues . . . ?===
Ein User hat uns auf der [[Diskussion:DadA_goes_DadAWeb_3.0_-_Projektrelaunch|Diskussionsseite]] auf das Wikipedia/Wikimedia-Projekt '''Wikidata''' und die Mediawiki-Extension '''Wikibase''' "hingewiesen, die auf die Integration von erweiterten strukturierten Datenbankstrukturen für mediawikibasierte Wikis abzielen. Ich schaue mir das mal näher an. Wenn diese Lösung Sinn macht, also auch für den Endnutzer, dann ist Mediawiki und die Wiki-Perspektive natürlich wieder "im Rennen". Schön wär's.

* [https://meta.wikimedia.org/wiki/Wikidata Portal des Wikidata-Projektes]
* [https://www.mediawiki.org/wiki/Extension:Wikibase Extension:Wikibase Repository]

<br>
==[http://www.drupal.de/ DRUPAL]==
Das Drupal-System läuft hier nur aus Vergleichsgründen am Rande mit. Einerseits bringt Drupal rein theoretisch gute Voraussetzungen für eine Lösung mit, da es von zu Hause aus CCK-fähig ist, sowie durch spezielle für den Bereich Bibliografien entwickelte Plugins, die es in der ausgereiften Form für kein anderes CMS gibt. Andererseits ist Drupal als System offensichtlich sehr anspruchsvoll, was die Systemresourcen angeht, es ist zudem träge in der Performance, und was das eigentliche KO-Kriterium ist: Drupal ist extrem anwenderunfreundlich (auch für den Entwickler), siehe hierzu: [http://yuriybabenko.com/blog/when-drupal-not-right-choice When is Drupal not the right choice?] und [http://www.intelligent-information.de/2009/07/wordpress-nach-drupal-und-wieder-zuruck/ Wordpress nach Drupal und wieder zurück]. 

===Bibliografische Module===
* Bibliography Module: https://drupal.org/project/biblio
* Book Review Module: https://drupal.org/project/bookreview

===Drupal-Referenzseiten===
* Portal für Bibliotheks-Projekte unter Drupal: http://drupalib.interoperating.info/
* Bibliotheken, die Drupal nutzen: http://drupalib.interoperating.info/library_sites