DnD-Gate.de
DnD-Gate-Redaktion => Anregungen, Feedback, Bugs & Technik => Thema gestartet von: TheRaven am 28. November 2011, 14:05:05
-
Hallo Tzelzix, Deus und andere Technik-Kobolde,
Da ihr wohl durchaus Erfahrung mit diversen Web-Technologien bzw. Produkten habt, frage ich ungeniert hier mal nach Rat. Ich suche nach einer CMS/Wiki Software, welche mir folgende Möglichkeit bietet:
Ich möchte im Prinzip ein Wiki, wo jeder Besucher frei Informationen hinzufügen/ändern kann aber ich möchte, dass diese Daten in sehr restriktiv vorgegebenen Feldern erfasst werden müssen. Die Organisation, Struktur und Darstellung soll in meiner Hand liegen. Also eine Art Wiki mit restriktivem Webformular. Natürlich irgendwie Datenbank gestützt.
Fiktives Beispiel: Sagen wir ich möchte eine Webseite machen mit allen D&D Waffen und der Möglichkeit eben neue, eigene hinzuzufügen. Jeder könnte Waffen hinzufügen, editieren und löschen. Allerdings soll das ja nicht Freitext sein, sondern die Felder wären klar vorgegeben: Name (string, 5-50 Zeichen), Wert in Gold (integer, 0-999999999), Hintergrundinformation (text, 0-500 Zeichen), Bild (jpg,max 500x500,max 300kb), Kategorie (auswahl, waffe/rüstung/andere), usw. Die Darstellung der erfassten Daten, sowohl die Seite jedes eigenen Gegenstandes, sowie Listen und Übersichten, kann ich dann selber festlegen und organisieren.
Ich habe mir diverse Wikis angesehen aber nirgends diese Funktion eingebaut oder als Plugin gefunden und kann das nicht wirklich glauben. Ich bin doch sicherlich nicht die einzige Person, welche sowas will, oder? Natürlich könnte ich mir das von Grund auf selber basteln aber wer hat schon die Zeit und trotz meiner Kenntnisse wäre das am Ende ein übler Hack (http://dow2.gamereference.org/).
-
vieleicht geht das (http://www.ontoprise.de/de/loesungen/smw-plus/) in die gewünscht Richtung
-
vieleicht geht http://www.ontoprise.de/de/loesungen/smw-plus/ (http://das) in die gewünscht Richtung
http://www.ontoprise.de/de/loesungen/smw-plus/ (http://www.ontoprise.de/de/loesungen/smw-plus/)
-
Ach so, selbstverständlich Open Source oder ähnliche Lizenz.
-
eine Alternative wäre eine ein Workflow Anwendung mit Web interface Beispiel (http://www.processmaker.com/)
-
Wir standen ja mal vor dem gleichen Problem, als wir die NSC-Datenbank ins Wiki hacken wollten.
Da du beim Tech-Team dabei bist wenn ich mich recht erinnere müsstest du das auch mitbekommen haben.
Jedenfalls meine ich hätte es da eine MediaWiki-Extension gegeben... weiß aber nicht mehr genau.
Geht es dir nur um die Restriktion oder auch um usability?
Denn sonst... könntest du wirklich irgendeine Wikisoftware nehmen und in den Vorlagen einfach eine Prüfung vornhmen, ob die eingegebenen Daten passen.
Im Übrigen habe ich mal versucht MediaWiki-Extensions zu schreiben, das ist eine Qual. Entweder man bricht übelst mit den Codings-Guidelines und macht viel "hintenrum" oder man muss sich mit objektorientiertem PHP rumschlagen :urgs: so richtig schön mit schlecht dokumentierten Klassen etc.
Wir benutzen hier ja Typo3, damit geht das durchaus auch (wobei ich nicht weiß was da an Gastzugängen geht), aber das ist natürlich sowas von oldschool.
Was wäre wenn du irgendeine Software nur als Frontend nimmst (und sei es ein scheiß Forum) und das Backend selbst strickst?
-
Im Notfall geht das schon aber bei den hunderttausend CMS die da so im Netz existieren und den teilweise hunderten von Plugins MUSS es doch sowas schon geben. Diese Anforderung ist ja nun nicht wirklich exotisch. Anpassen muss ich das ja sowieso aber ich baue lieber auf ein vorhandenes Fundament, weil ich keine Lust habe zum Beispiel den Quatsch mit den Berechtigungen selber zu schreiben. Da passieren immer Fehler und hier geht es ja am Ende auch um die Arbeit von Dritten, welche ich damit potentiell "gefährden" würde, was ich nicht will.
-
Hallo,
Edit:
evtl. kannst du dir hiermit was schönes stricken:
http://www.vfront.org/
tschau
hewi
Vergiss das unten stehende. Es scheint sich nicht um ein System zu handeln, dass man selbst installieren kann, sondern es ist wohl eines dieser neumodischen Cloud-Services... bäh.
mein Google-FU sagt, dass evtl. das hier passend sein könnte:
http://grubba.net/
Leider kann ich dir wirklich nicht mehr dazu sagen als das, was auf der Webseite steht.
tschau
hewi
-
Guter Hinweis. Schaue mir das mal an. Danke.
-
Hallo Raven,
nicht das du meinst ich ignorier dich ;)
Ich kenne mich auf dem Gebiet nicht so aus, das macht Tzel, ich schicke ihm aber mal nen Hinweis auf den Thread hier, da er momentan recht beschäftigt ist und nicht ganz so oft hier reinschaut.
-
Ach so wichtig ist das ja auch nicht. Am Ende bin ich selber gross und kann in Fachforen nachfragen. Nur kein Stress.
-
Du willst also einfach eine Datenbank mit einem web frontend? Oder soll da schon noch eine bentutzerverwaltung und dergleichen hinzu?
Wenn du bereit bist etwas mehr Aufwand zu betreiben ist evtl. CakePHP (http://cakephp.org/) was für dich.
-
Nein, WebFrontend für Datenbanken habe ich dutzende. Aber keines davon unterstützt die Benutzerverwaltung und vor allem die Datenversionierung und Sicherung eines Wiki. Wenn fast jeder Einträge machen, ändern und löschen kann, dann muss es auch für jeden möglich sein das wieder rückgängig zu machen. Im Prinzip kann ich ja MediaWiki mit SemanticForm nutzen aber die Möglichkeiten dann auf dieses Datenbasis Webapplikationen zu bauen ist eher umständlich.
-
Hm, okay, das geht zwar meines Wissens auch mit CakePHP, aber dann muss man schon wirklich einiges an Arbeit investieren. Falls du eine gute 'ready for use' Lösung findest, würds mich auch interessieren.
-
Hmm, ich hatte mich dazu auch mal umgeschaut und ich weiß, dass es kaum "gute" Lösung gab, aber so richtig bekomme ich das auch nicht mehr zusammen. Unser Ansatz mit dem Wiki war ja auch eher ein Kompromiss, insbesondere auch, weil die meisten Wikis überhaupt nicht dafür gemacht sind, differenzierte Benutzerrechte zu vergeben (also jenseits der üblichen Wiki-Hierarchie). Strukturierte Daten sind dann noch so ein Problem, das sich häufig nicht mit einem Wiki erschlagen lässt, auch wenn wir da irgendeine Lösung mit Extensions zusammengebastelt hatten, wenn ich mich recht entsinne...
Im Prinzip müsstest du diese Art der Eingabe aber eigentlich mit jedem CMS machen können, das mit Container zur Generierung der Seiten arbeitet. Typo ist ja prinzipiell eher auf einen Seitenbaum ausgelegt und man muss dann selbst Container anlegen und mit Extensions daraus Daten generieren. Wenn man nun ein CMS mit FrontEnd-Eingabe nimmt oder eben per Formular mit/ohne Moderation, das selbige einfach in einen Container "D&D Waffen" legt und das CMS macht dann den Rest, dann hast du eigentlich, was du willst. Viele kommerzielle Lösungen, die ich kenne, funktionieren genau so. Das macht nur dem Programmierer der Seite mehr Arbeit, weil man meist nur ein Interface auf die Datenbank bekommt und den Rest selbst bauen muss. Also prinzipiell kann man das auch z.B. mit Typo (FlexForms) machen, alles eine Frage des Aufwands.
-
Danke Tzelzix für die Info. Nun ja, die Darstellung und Visualisierung der Daten mache ich ja selber. Mir geht es ja nur darum eine bestehende Lösung mit Versionierung, Benutzerverwaltung und Backup für die öffentliche Eingabe zu finden.
Ich versuche momentan mal etwas auf Basis von OpenDB (http://opendb.iamvegan.net/wiki/index.php?title=Main_Page) zu machen und schaue mir eben auch MediaWiki mit SemanticForms an aber hier ist das Problem, dass die erfassten Daten schlicht nicht direkt aus der DB wiederverwertet werden können und nur auf MediaWiki selber sauber zu nutzen sind.
-
Danke Tzelzix für die Info. Nun ja, die Darstellung und Visualisierung der Daten mache ich ja selber. Mir geht es ja nur darum eine bestehende Lösung mit Versionierung, Benutzerverwaltung und Backup für die öffentliche Eingabe zu finden.
Genau, das ist exakt, was ich gemein habe. Die Visualisierung der Daten übernimmt der Programmierer (Templates, PHP, Scriptsprachen) und das CMS liefert nur eine API auf die Datenbank und die üblichen Verwaltungsfunktionen. Wie gesagt, die meisten kommerziellen Systeme, die ich kenne, arbeiten genau so. Müsste das doch auch in Hülle und Fülle im OpenSource-Bereich geben, oder nicht? Die bekannteren Lösungen versuchen zwar eher, dem Nutzer die Sachen einfacher zu machen und bauen auf Konzepten wie "Webseite" und "Newsobjekt" auf, aber im Prinzip steckt das immer dahinter. Wie leicht zugänglich die Lösungen dann sind, ist natürlich eine andere Frage.
Ein Stichwort dazu wäre evtl. "Structured Content" (Siehe z.B. OpenCMS).
-
ich habe das dumpfe Gefühl für dein Projekt eignen sich XML-Datenhaufen ohnehin eher als SQL-like Datenbanken.
Wenn du die XML-Files dann mit GIT oder von mir aus in einer Wikisoftware ablegst hast du deine Versionierung.
Und oben drauf kannste dann nen Suchindex packen, der dann doch eine relationistische (?) Datenbank verwendet (oder no-sql-key-value-foo).
Wobei entsprechende Versionierungs-Systeme ja ohnehin irgendeine Suche unterstützen werden, dann musst du nur noch das oder die Frontends basteln.
Und wenn du fertig bist, dann machst du das gefälligst quelloffen und unter freie Lizenz, ich will auch daran partizipieren :cheesy:
-
Ja schon, das Problem ist halt, dass die meisten CMS diese Inhalte in den Datenbanken so ablegt, dass sie ausserhalb der eigenen Engine nur schwerlich verwendet werden können und ich will direkten barebone Zugriff auf die sauber strukturierten, einzelnen Datenfragmente und nicht irgendwelche XML-Konstrukte oder Blobs in der Datenbank. OpenCms kenne ich diesbezüglich nicht aber ich schaue es mal an.
Vor allem und das ist hier der absolute Schlüssel will ich die Struktur, Felder und weiteren Aspekte der Datenbank vorgeben können, denn ich bastle am Ende eine Datenbankapplikation (nicht nur via Webtechnologien) und will eben nur die Benutzereingabe/Verwaltung/GUI nicht selber machen. Daher bin ich auch auf OpenDB gekommen, wo ich zwar die Struktur nicht direkt beeinflussen kann aber die einzelnen Datenelemente/Objekte.
-
Dann bist du damit auch sehr wahrscheinlich besser bedient, weil der Zweck eines CMS ja gerade ist, die Datenbank hinter einer API zu verstecken.
-
www.ez.no
Ist allerdings vielleicht etwas Overkill. :D
Bye
Thanee