Ich bin der Meinung, dass ein Wikia nicht die nötigen Möglichkeiten bietet, die man braucht, um etwas umfangreicheres zu bauen, als normale Seiten zu bauen. Das ist der Grund, dass ich mich nicht an einem Wikia Projekt beteiligen werde. Ich würde mich vielleicht noch an einem eigenen Mediawiki Projekt beteiligen, dabei könnte man noch den Quellcode nach eigenen Bedürfnissen bearbeiten.

@ Ivorius: Vielleicht ist es einfach Daten ins Wikia einzutragen, aber es ist noch einfacher Daten in unser Projekt einzubetten. Ich nehme mal genau wie du Items als Beispiel: Wenn man ein Item eintragen will, dann benutzt man die Suchfunktion um das Item zu finden, dort kann man es, falls es schon vorhanden ist, über einen Button bearbeiten oder wenn es noch nicht vorhanden ist, über einen Button eintragen. Das eintragen funktioniert auch einfacher, man hat ein Formular, in dass man die Daten eintragen kann und muss diese nicht über einen Quellcode eintragen. Ich finde es ist keine gute Lösung, dass man eine Wiki Syntax lernen muss, damit man etwas sinnvoll eintragen kann. Es sollte intuitiv sein und keine Einarbeitungszeit/Vorlagen benötigen. Ich kann dir, wie jedem anderem auch, anbieten, dass er bei der Erstellung meines Projektes hilft. Normale Seiten zu Inhalten anzulegen, wird in etwa genauso funktionieren wie bei einem Wiki. Daten zu einem Item, Monster, Rezepten, Drops, Zaubern, usw. werden allerdings anders gehandhabt.

Ich bin der gleichen Meinung, dass viele Projekte nicht viel bringen, ich werde aber, bis ich keinen besseren Vorschlag bekomme, mein Projekt weiterentwickeln. Alleine schon, weil ich nicht an eine Plattform wie Wikia gebunden sein möchte.

Jetzt komme vielleicht ich ins Spiel. Meine Idee ist es, ähnlich wie (und unter Umständen in Zusammenarbeit mit) Philosopical eine geordnete Datenbank aufzubauen. Aber - und jetzt wird's interessant - es wäre denkbar, dass ich ein Programm schreibe, das dann aus der Datenbank heraus Wiki-Code produziert und zurück ins Wiki einspeist.

Das Wiki bietet gegenüber der Datenbank die Möglichkeit, dass die Benutzer beliebige Kommentare, Zusatzinformationen und Querverweise einfüllen, die so in einer Datenbank nicht einfach abgebildet werden können. Es kann mit ein paar Kunstgriffen das Beste aus beiden Welten erreicht werden - was das Wiki nicht leistet (schnelle Suchfunktion, Berechnungen, einfache Eingabemasken, usw.) kann über die Datenbank gemacht werden; die Datenbank wiederum verweist z.B. bei jedem Item auf's Wiki, womit der User-Content ins Spiel kommt. Ändert man einen Datensatz in der Datenbank, werden die Änderungen ins Wiki übernommen ohne viel Aufwand.

Ich habe, wie schon angedeutet, Erfahrungen mit Automatisierung und Code-Generatoren und halte so ein Projekt für realisierbar.

Hab das mal Spaßes halber getestet, klappt ganz gut

Sobald ein Item in die Datenbank eingetragen wird, wird die entsprechende Wikiseite aktualisiert. Bin zwar noch nicht begeistert, aber ich arbeite mal dran.

Hui, das ging schnell, Hut ab! (ah, sorry, das machen Eliatropen ja nicht)

Ich bin natürlich trotzdem nach wie vor an einer Zusammenarbeit interessiert. Werd mich die Tage nochmal melden, sobald's der Terminkalender zulässt.

Naja ich hab nur das System getestet, das ganze zu perfektionieren dauert etwas und ich bin mir nicht sicher, wie genau ich die Seiten machen soll.

Ich muss die Datenbankstruktur noch einmal überarbeiten, damit das Ganze wirklich gut klappt und sinnvoll ist und ich muss das ganze noch automatisieren, dass die Wiki Seite beim Eintragen eines Items/Monster aktualisiert wird. Der Vorteil ist, dass die Seiten dadurch nicht jedes mal generiert werden müssen, was auf Dauer etwas Leistung spart.

Ich greife jetzt auf ein CMS zurück, für das ich mal vor ner Weile eine Lizenz gekauft habe und versuche jetzt Erweiterungen dafür zu schreiben, damit alles in einem System läuft.

Das hört sich doch schon einmal besser an.

Wenn man das ganze Zeug mit dem Wiki verknüpft, lösen sich die meisten meiner Vorbehalte von selbst. Damit hätte ich kein Problem. Ohne wikias-Technik währe das ganze eher suboptimal, aber ich will jetzt gar nicht die ganzen Nachteile aufzählen, deswegen greife ich einfach mal die Idee auf.

Wie hättest du denn die Sache mit der Rückseite geplant? Möchtest du die Artikelcodes auf deinem eigenen Server redundant speichern und automatisch überprüfen (Autsch wegen Serverbelastung... :S) ? Ich meine nur, wenn ein Spieler einen neuen Gegenstand einfügt, oder einen Artikel im Wiki verändert, sollte sich das Ganze auch auf deinem Server bemerkbar machen.
Vielleicht ist es möglich, nur die Änderungsseite zu überwachen, das währe praktischer. Im Zweifelsfall kann man das auch manuell machen, indem man bei dir die zu aktualisierende Seite eingibt, und der Server sucht sie sich von selbst? Nur eine Idee.

Übrigens, nur als Anmerkung: Wikia ist weit strapazierfähiger als früher. Die meisten CSS- und Javascripts sind Wikizugehörig modifizierbar, und es sind frei globale scripts hinzufügbar. Ich habe seit neuestem auch gelernt, dass es leicht möglich ist z.B. Upload-Formulare zusammenzustellen, wo der Spieler nur 1, 2 Daten eingibt, und Wiki den Artikel von selbst erstellt, ganz ohne Editor. Und wo wir gerade davon sprechen, normale Seiten lassen sich mit dem grafischen Editor bearbeiten, ganz ohne Wikisyntax, und Objekt-Seiten wie über Monster oder Gegenstände lassen sich leicht ohne Vorkenntnis durch die gezeigten Vorlagen zusammenbasteln. Die wiki-syntax ist heutzutage eigentlich nur noch für die Erstellung des Wikis, die Aufbereitung oder meinetwegen erweiterte Artikelbearbeitung relevant  


Dieser Beitrag wurde editiert von Ivorius - 03. April 2012 17:21:41.

Ich glaub du verstehst da was falsch, wenn du willst kann ich dir das alles näher erklären.

Lass die Programmierung der Seite mal meine Sorge sein, die ist nicht das Problem und nur eine Frage der Zeit.

Es ist auch schön und gut, dass man bei Wikia Formulare einfügen kann, über die ganze Artikel erstellt werden können. Von solchen Kleinigkeiten rede ich nicht, ich meine, dass man die Daten, die im Wikiformat gespeichert werden, nicht genutzt werden können um etwas anderes zu machen, als Seiten anzeigen zu lassen. Serverbelastung ist kein Problem, solange ein User den Server nicht gezielt ausreizt und solche User bekommen sofort einen Bann.

Man kann auch keine PHP Scripts einfügen, worum es mir speziell geht.

Das man normale Seiten über einen wysiwyg Editor erstellt werden ist auch klar, aber das:

{{ItemBox |typ=Kopfbedeckung
 |level=2
 |beschreibung=Eine Haube, die einem schön die wichtigsten Körperteile warmhält (Ohren).
 |ausrüstungsbonus=*+3 [[Initiative]]
 |set=Wahasen-Set
 |dropby=*[[Wahase]]
}}
ist für unerfahrene Nutzer nicht unbedingt nachvollziehbar und Fehler anfällig.

Darf ich ein bisschen einhaken, bevor ihr weiter diskutiert?

Ich würde gerne vorschlagen, eine REST-Datenbank wie etwa CouchDB zum Einsatz zu bringen. Damit wäre die Möglichkeit geschaffen, sowohl mit JavaScript, PHP, Python und vielen weiteren Programmiersprachen (z.B. auch Java = Android und Objective-C = iPhone/iPad) mit vergleichbar wenig Aufwand auf die Datenbank zuzugreifen - es wird nur HTTP und ein JSON-Parser benötigt. Außerdem kann man bei CouchDB auf Änderungen in nahezu Echtzeit reagieren, was die Entwicklung von solchen Automatisierungs-Anwendungen erleichtert (die müssten dann z.B. nicht unbedingt auf dem Datenbank-Server laufen).

Man muss dazu aber wissen, dass CouchDB eine sogenannte NoSQL-Datenbank ist, bei der man für Abfragen andere Herangehensweisen benötigt. Deswegen muss aber nicht alles neu geschreiben werden, mir würde es reichen wenn einfach eine Kopie der Daten in meiner CouchDB landet, wenn man etwas ändert. Ansonsten haben wir notgedrungen zwei verschiedene Projekte.

Da bin ich mir gar nicht so sicher, aber ich bin bereit zu lernen



Nun gut. Das ist eigentlich genau was ich meinte. Solange es dir selbst nichts ausmacht, ist der Teil der Geschichte natürlich kein Problem.




Was genau willst du denn damit noch machen? Für den Benutzer ist nur die Seite wichtig, und Array-Management oder ähnliches lässt sich ja durch einen Suchdurchlauf durch den Codestring bewältigen, wenn der Code nach einem Schema wie gegebene Vorlage aufgebaut ist.




Das Ganze kostet natürlich wieder, aber natürlich, das ist in erster Linie allein dein Problem. Wenn der Server gut ist, und Normalgebrauch gut verkraftet, gibt's da natürlich keine Probleme. Trotzdem kann es für den Server recht anstrengend sein, das Ganze wiki immer wieder auf der Suche nach Änderungen auf der Wiki-Seite durchzulaufen.

Zu PHP:
Doch, kann man. Das sagte ich doch gerade?
Es lassen sich einfach Globale CSS- und Javafiles anlegen. Dadurch kam das neue Design überhaupt erst zustande. Einiges wird über diese Dateien geregelt.




Ich gebe zu, dass komplett neue User hier gerne Fehler machen können. Aber selbst wenn, lässt sich das mit wenigen Handgriffen von Moderatoren lösen.
Auf der anderen Seite fühlen sich genau diese Leute aber auch meistens nicht dazu bewegt, im Wiki Änderungen zu machen, und ich bezweifle, dass sich das mit einem einfacherem Bearbeitungssystem lösen lässt. Und wenn doch, kann man ja auch hier Upload-Formulare aufstellen, die sich von deinen kaum bis gar nicht unterscheiden müssen/würden.

Edit @Demyon: Ich weiß gar nicht genau, wie sehr Wikia externe Sachen unterstützt. Ob es möglich ist, ein Signal an eine Datenbank im Falle einer Artikelbearbeitung zu senden, damit beide Datenbanken separat synchronisieren können, darüber müsste ich noch einmal nachlesen.
Beim Schreiben könnte ich leider nicht helfen, mit Webscripts kenne ich mich nur mittelmäßig aus. Mein Gebiet ist Objective-C und Java.  


Dieser Beitrag wurde editiert von Ivorius - 03. April 2012 18:50:42.

@Ivorius: Eigentlich gehe ich nur in die eine Richtung, nämlich von der Datenbank ins Wiki. Für den umgekehrten Weg müsste man wirklich die Änderungsseiten in regelmäßigen Abständen überwachen; ich bezweifle auch, dass Wikia ein Signal senden kann (oder doch? Kann man nicht bei Änderungen eine E-Mail gesendet bekommen oder sowas?)

Klar, integriert in den Wiki-Code ist das schon Vorhanden. Man kann Seiten verfolgen... Jetzt wo du's sagst, wenn man die Datenbank alle Seiten verfolgen lässt, und anhand der eingehenden E-Mail automatisch bestimmen lässt, welche Seiten neu geladen werden müssen... Das währe gut möglich, denke ich ^^


Dieser Beitrag wurde editiert von Ivorius - 03. April 2012 19:01:49.

Heh, also so könnte man tricksen: Philosophical hat seine schöne Datenbank und spielt die ins Wiki ein; ich überwache das Wiki und ziehe die Daten wieder raus in meine so hat keiner von sich aus einen großen Mehraufwand.

Btw. schön mal einen anderen App-Entwickler kennen zu lernen.


Dieser Beitrag wurde editiert von Demiyon - 03. April 2012 19:10:41.

Ja, das ist schon recht gut. Ich zumindest finde das. Sobald eure Seiten fertig ist, kann ich auf dem Wiki ja auch groß auf euch als Alternativ-Seiten verlinken, da das Wiki wahrscheinlich als Erstes gefunden wird. Google mag Wikia halt
Dann können sich die Leute selber aussuchen, welches Design ihnen am liebsten gefällt.
Bleibt nur noch die Frage, Philosophical das handhaben wird. Vor Allem mit dem Artikeltransfer in beide Richtungen.

@App Hehe, du interessierst dich also auch dafür? Ich hatte bisher eine (kostenlose) App im Appstore, aber wir haben den Account geschlossen. Die war sowieso schon viel zu alt x)
Wenn du willst, können wir ja mal woanders darüber reden ^^


Dieser Beitrag wurde editiert von Ivorius - 03. April 2012 19:45:26.

Ich kann und werde die Daten leider nicht in das Wikia, sondern wenn dann in ein eigenes Wiki eintragen. Das einzige worauf wir uns einigen können, wäre ein eigenes Wiki unabhängig von Wikia, wo wir alle zusammen dran arbeiten könnten. Ich kenne mich nicht gut genug mit Wikis aus, da könnte ich deine Hilfe und Erfahrung brauchen, Ivorius und deine Hilfe Demiyon in der Entwicklung von Anwendungen und Erweiterungen für das Wiki.

Es liegt bei euch.

@Phil: Kein Problem, wir können alles drehen und wenden wie wir wollen. Wenn du deine Daten in meine Datenbank stellen kannst, mach ich damit den ganzen Rest, arrangiere mich mit Ivorius und damit musst du mit Wikia nichts zu tun haben, höchstens verlinken

Edit: Bonus wäre dann, wenn wir CouchDB als gemeinsame DB nutzen oder ich die Möglichkeit zum Zurückschreiben in deine DB bekomme.


Dieser Beitrag wurde editiert von Demiyon - 03. April 2012 19:50:56.

Ich habe mit der Ganzen Sache eigentlich kaum Probleme, mir bleibt eigentlich nur die Frage warum wir das Ganze nicht Wikia selbst machen. Wikia basiert auf MediaWiki, und MediaWiki ist eigentlich das bekannteste System für Wikis. Es wurden halt einige Features eingeschränkt, und zwar der Zugriff auf den vollständigen SourceCode, aber viel ist noch editierter, und die nicht editierbaren Teile verbessern die ständig selbst...
Zusätzlich bietet es halt den Comfort von Serverhosting, Publishing etc.. Ich verstehe deine Abneigung dagegen nicht wirklich :/

Edit: Demiyon, du meinst, dass deine Datenbank als Mitte fungiert? Also gewissermaßen redet deine Datenbank mit Philosophicals, und mit dem Wiki?
Wenn Philosophicals Problem alleine das ist, nichts mit Wikia zu tun zu haben, ließe sich das ja ganz gut bewerkstelligen, oder nicht?


Dieser Beitrag wurde editiert von Ivorius - 03. April 2012 19:54:25.

@Ivorius: Es geht z.B. darum, dass man keinen Set-Konfigurator (wieviel wis habe ich mit den und den Set-Teilen?) oder einen Rezept-Assistent (welche Zutaten brauche ich für 25 Schwerter? etc. pp.) oder dergleichen Schreiben kann. Außerdem ist ein Wiki "zu frei", man möchte gezielt ein Eingabeformular verwenden, um den Benutzer dazu zu bringen, die Daten geordnet einzugeben, dass man sie strukturiert in eine Datenbank ablegen und für eben solche Berechnungen heranziehen kann.


Dieser Beitrag wurde editiert von Demiyon - 03. April 2012 20:02:47.

Das Ganze würde sich denke ich nicht ändern, auch bei der Benutzung eines eigen aufgebauten Wikis (Philosophicals Vorschlag). Ich kann verstehen, dass solche Sonderfunktionen interessant sein können. Jedoch sind CSS und Javascript komplett frei (soweit ich weiß) verwendbar. Es lässt sich einfach ein Script schreiben, der so etwas aufbaut.
Ich habe noch nicht mit interaktiven Seiten herumprobiert, die den Spieler Daten eingeben lassen, um beispielsweise etwas zu berechnen, weil mir einfach die Idee nicht kam. Wahrscheinlich ist es möglich. Schließlich lässt sich der Rest ja auch mit CSS oder JS machen.

Um das Ganze geordnet hereinzubringen, gibt es natürlich nur wenige Möglichkeiten. Die beliebteste ist, die Vorlagen zu erstellen und zu hoffen, dass diese Regelmäßig und korrekt verwendet werden.
Wie gesagt kann man aber auch seine eigenen Seitenaufbauscripts zusammenkleistern, wenn man Lust hat. Ein Textfeld 'Überschrift', ein Button 'Bild hochladen', ein Textfeld 'Beschreibung' usw., und so bekommt man auch fest angepasste Seiten. Ich weiß nicht, wie dynamisch genau das aufgebaut sein kann, aber ich glaube, dass sich auch dies gut mit CSS oder JS lösen lassen können würde.

Edit: Okay, habe etwas dazu gefunden. Mediawiki:SyntaxHighlight
Hier wird gezeigt, was für Script-Elemente interaktiv und überall auf Seiten verwendet werden können. Ich bin sicher, das ist genug um Dropdowns und ähnliches zusammen zu bauen  


Dieser Beitrag wurde editiert von Ivorius - 03. April 2012 20:54:30.

Bei CSS sagt schon der Name "Cascading Stylesheets", dass es nicht geht.

Javascript geht auch nur bedingt, man müsste den Inhalt von anderen dynamischen Seiten einbinden, was total Sinnlos ist, ich glaub auch nicht, dass man Addons in Wikia einbinden kann, welche einem ermöglichen PHP Scripts laufen zu lassen oder gar Zugriff auf Wikia Datenbanken geben.

Ich glaube, CSS und Javascript sind die einzigen gegebenen Sprachen in Wikia. Sieht so aus, als währen voll interaktive Seiten nicht möglich. Zu schade :/

Naja, aber dafür gibt's ja eure Seiten. Das erklärt eigentlich nicht deine generelle Abneigung, mit Wikia zusammen zu arbeiten.
Naja, wenn du es nicht sagen willst, ist es auch egal. Demiyons Lösung gefällt mir eigentlich ziemlich gut.


Dieser Beitrag wurde editiert von Ivorius - 03. April 2012 21:13:48.