Schlagwort-Archiv: phpBB

Download Plugin für CF3 verzögert sich leicht

Die Arbeiten am Download Plugin für das CF3 verzögerte  sich etwas aus unterschiedlichen Gründen.

Zum einen ist es extrem warm, was das Arbeiten an einer solch umfangreichen Konvertierung nicht gerade angenehm macht.
Zum anderen ist auch am vergangenen Wochenende die Fußball-WM 2010 erst zuende gegangen, wo die Spiele nach Möglichkeit verfolgt wurden.

Und am Rande: Das Finalspiel Niederlande – Spanien war wirklich nicht wert, Finale einer WM zu sein. Die Partie wurde durch herbe Fouls, viele (teilweise zu wenige) Karten und endlosen Diskussionen der Spieler mit dem Schiedsrichter unterbrochen, was das Spiel, welches an sich schnell gespielt wurde, schnell zu einem Disaster werden lies.
Nach meiner Meinung hätten es die Niederländer nach dieser Vorstellung nicht verdient, als Weltmeister aus diesem Finale hervorzugehen, was die Spanier dann auch letztlich zu verhindern wussten.

Nun, zurück zum Thema:
Abgesehen von der komplett umzustellenden Struktur der Download MOD auf das Plugin-System des CF3, wird diese Woche mit der Grundlagenforschung begonnen.
Will heissen: Es wird ein bestehendes Plugin untersucht, um die Installation, die Struktur und den Aufbau zu untersuchen, damit die Download MOD analog auf diese “Vorgabe” umgeschrieben werden kann.
Ggf. wird das ein oder andere Teilmodul der MOD dadurch komplett neu geschrieben werden, was nicht gerade der Konvertierungsgeschwindigkeit zu Gute kommt.
Was dagegen sicherlich einfacher sein wird, ist die Umstellung der SQL-Anweisungen, die sich zwar im CF3 vom phpBB 3 deutlich unterscheiden, aber nicht all zu schwer zu konvertieren ist. Zwar wird hier ggf. nicht 100% nach den Coding Guidelines für das CF3 gearbeitet, da dieses wirklich extreme Umbaumaßnahmen erfordern würde. Das betrifft gerade den Punkt, in der Ausführung der SQL-Anweisung diese direkt in den CF3-Methodenaufruf zu packen.
Da nicht wenige SQL-Anweisungen hierfür einfach zu umfangreich sind, wird die Mimik des phpBB 3 übernommen: SQL-Anweisung mittels $sql = ‘…’; erstellen und dieses dann an die Datenbank-Methode senden, um sie auszuführen. Das bewahrt die Übersicht über die SQL-Statements, was späteren Änderungen wieder zu gute kommt.
Ob allerdings die Feldnamen in den SQL-Anweisungen, wie gefordert, mit einem ` eingeschlossen werden, ist noch offen. MySQL-Datenbankserver benötigen dieses Feldtrennzeichen nicht zwingend und daher wäre hierfür nur unnötig Code zu verwenden, was die Scripte dazu auch umfangreicher und damit (für den Anwender nicht spürbar) langsamer macht. Ebenso verwendet das Script dadurch mehr PHP-Speicher, was bei den Massen an Daten, die durch das Download Modul vorgeladen werden, schon recht eng werden kann.
Aber noch steht zu diesem Punkt nichts endgültig fest. Ggf. werden die Feldtrennzeichen auch nachträglich eingefügt, also mit einer abschliessenden Überarbeitung und Prüfung der konvertierten Scripte der MOD.

Nun, wie bereits erwähnt, beginnt diese Woche die Grundlagenforschung, was wie aufzubauen ist, um die Grundstruktur der MOD als Plugin festzulegen.
Was bereits gesehen wurde, zumindest auf den ersten Blick, ist das Einbinden der Module mittels Datensatzbeschreibung in CF3-Systemtabellen.
Das sollte der MOD schon einmal den nötigen Einstieg im Forum ermöglichen, um im Board- als auch im Admin-Bereich die Module im ersten Schritt anzeigen zu können, auch wenn diese noch nicht funktionieren würden.

Zuletzt sei noch erwähnt, dass die eigentliche Struktur des CF3 datenbanktechnisch auch noch nicht vollkommen untersucht und bekannt ist und wie im CF3 Variablen/Arrays aus POST-/GET-, bzw. FILES-Daten übernommen werden und wie gut/einfach dieser Part konvertiert werden kann (die Download MOD hat nicht selten sehr viele Variablen aus einem Formular zu übernehmen). Auch ist offen, in wie weit das CF3 mit UTF-8 umgeht.
Diese Punkte münden dann auch in die entscheidende Frage, ob es einen Konverter für die Download MOD vom phpBB2, bzw. phpBB 3 zum CF3 geben wird oder nicht. Sollte es schliesslich zu umfangreich sein, die Daten auf der im CF3 verwendeten Zeichensatzmethode zu konvertieren, wird von einem Konverter im ersten Schritt der Konvertierung abgesehen und ggf. auf Wunsch oder im Nachgang ein eigenes neues Plugin hierfür erstellt.

Sobald die Grundlagen bekannt sind und der Installer für die erste Einrichtung des Plugins steht, wird hier ein neuer Status bekannt gegeben. Auch zu dann schon bekannten Problemen und Hindernissen, die ggf. auch wieder das Fortschreiten der Konvertierungsarbeiten verzögern könnten.
Ich hoffe, zum kommenden Wochenende schon mehr zu wissen und auch den Installer bis dahin fertig zu haben, dann sehen wir weiter. Schliesslich will auch ich das Plugin möglichst schnell fertig haben, damit die ersten Tests laufen können. Selbstverständlich öffentlich über die Community auf Cback.de.

Supportanfragen zur Install der Download MOD lassen nach

Ich habe nun ein Script geschrieben, als reiner Notnagel(!!), welches die Installation der Download MOD 6.x aus der Datenbank komplett wieder entsorgt, sofern die Installation fehlschlug, bzw. wenn man die MOD wieder deinstallieren will.
Bedingt wäre das auch für frühere Versionen für das phpBB 2 einsetzbar, aber dort ist weniger ein Script nötig, als lediglich jede Tabelle der MOD und die Änderungen an den Tabellen phpbb_users und phpbb_groups rückgängig zu machen.

Ja, dieses Tool räumt wirklich auf und zusammen mit den Hinweisen beim Download MOD selber, welche Reihenfolge bei der Installation unbedingt einzuhalten ist (und das in roter Schrift), sind Supportmeldungen hierüber, also über die Installation der MOD, zuletzt deutlich zurückgegangen.

Warum muss man aber immer erst solche Maßnahmen ergreifen, wenn die Installationsanleitung bereits eindeutig vorgibt, was man wann zu tun hat, wenn diese nur mal genauer gelesen würde?
Tja, der Teufel ist ein Eichhörnchen und nicht jeder User versteht eben die selber erdachte Logik gleich auf Anhieb.

Man muss eben leider immer von den schlimmsten Fällen ausgehen, dass die User überhaupt nichts verstehen und dann am besten in 1000 Punkt Schriftgröße, rot, blinkend mit Ton darauf hinweisen, was genau wie zu tun ist, damit es auch der letzte versteht.
Und manchmal reicht selbst das nicht aus. Leider.

Wie dem auch sei:
Das o. g. Script wurde bislang deutlich seltener heruntergeladen, als angenommen.
Das zeigt mir, neben den zahlreichen Bestätigungen anderer User, dass die Download MOD doch auf Anhieb problemlos installierbar ist.
Es arbeitet eben mehr das Verständnis des Users dabei neben den erdachten “für logisch erachteten” Wegen und dazu nicht immer rein logisch von A nach Z, sondern querbeet mit etlichen Umwegen und mit dem Hintergedanken “weil-es-sonst-auch-immer-sorum-geht” Fehler auftauchen, die einen in massiven Supportleistungen verfallen lassen.

An dieser Stelle daher an alle betroffenen User:
Ich programmiere nicht wie alle anderen, sondern gehe meine eigenen Wege!!
Der Satz (den ich beim Support zur Download MOD 6.x leider immer wieder lesen musste) “es geht doch bei anderen MODs auch so” ist bei meinen MODs eben nicht passend!

Wer dazu MODs, Scripte, Programme und Ähnliches installiert, sollte daher immer genau durchlesen, wie diese zu installieren sind, sofern es explizit eine Installationsanleitung gibt und die in der Anleitung genannte Reihenfolge auch einhalten. Denn diese ist nicht um sonst darin festgelegt worden!!

Man baut ja auch nicht z. B. einen frisch gekauften Schrank ohne einen Blick in die Aufbauanleitung zusammen, in dem man zunächst die Außenwände zusammen schraubt und dann feststellt, dass Rück- und Zwischenwände nun nicht mehr einbaubar sind, oder.

Und zum Hintergrund der von mir abweichenden Installationsreihenfolge für all diejenigen, die es einfach mal interessiert:
Die Installationsroutine der Download MOD wurde aus der Installationsroutine des phpBB 3 selber heraus entwickelt, ist also ein für die MOD geändertes Installationsscript des phpBB 3.
Das wurde absichtlich so gehandhabt, damit die einzelnen Scripte in der Installationsroutine eben das Forum auf eine mögliche Neuinstallation oder ein Update prüfen kann und bei Bedarf verhindert, um größeren Schaden zu vermeiden, wenn ein User doch mal etwas Falsches anklickt.
Man könnte jetzt dagegen halten, dass man auch beim Aufruf eines “falschen” Modules reagieren könnte, aber ich bin nun mal der Meinung, dass ein Script, welches von Anfang an dem User sagt “hier bist Du falsch” besser ankommt, wie die “Probierlaune” eines Users noch zu unterstützen, der dann allerdings mit einer Fehlermeldung auf sein “Fehlverhalten” hingewiesen wird. Das ist dann auch nicht jedem wirklich logisch und führt zu Verwirrungen.

Da nun für die Prüfung der erlaubten Möglichkeiten das Installationssript der Download MOD hierfür bestimmte Voraussetzungen verlangt, um eben sauber prüfen zu können, dass man diese oder jedes machen darf oder eben nicht, ist u. a. auch die Reihenfolge bei der Installation der gesamten MOD wichtig.
Und genau das ist ja, wie oben bereits geschrieben, bei dem der ein oder andere Usern nicht mitkam oder dieses “übersah”, obwohl die Angaben in der Installationsanleitung hierzu eindeutig sind, seit es die Download MOD 6.x gibt.

Nun ja, das an dieser Stelle mal genannte kleine “Hintergrundwissen”, warum so und nicht anders gearbeitet wurde:
Nicht, dass ich jede Installationsroutine anderer MODs als schlecht hinstellen möchte, das will ich damit nicht zum Ausdruck bringen, ich finde sie aber nicht immer ergonomisch genug.
So verlangen diverse andere, auch größere MODs, z. B. beim Update vom User das Wissen ab, welche Version der MOD installiert ist, um die richtige Update-Routine aufzurufen.
Ja, klar sollte der User das wissen, aber muss man ihn auch immer darauf drängen, dieses Wissen ständig parat zu haben (oder eben kurz vor dem MOD Update dieses nachzusehen), wenn es auch ohne geht?

Mein Ansatz eben hierbei:
So wenig dem User machen lassen und dürfen, wie nötig und alles andere möglichst automatisieren.
Somit läuft eben die Installationsroutine der Download MOD bei der Installation in ein neues Forum oder beim Update weitgehend automatisch ab, selbst der Konverter macht vieles automatisch. Der User muss sich also nicht darum kümmern, welche Version er hat, um die Datenbank aktualisieren zu können.
Jeweils mal abgesehen von den zwischendurch immer wieder zu bestätigenden Zwischenschritten, die dabei allerdings nur den User über den Stand der Dinge informieren sollen, als dass sie wirklich nötigt wären.
Nur wäre es meiner Meinung nach auch lausig, wenn man ein Script entwirft, dass mit dem Anklicken eines Buttons “Installation” loslegt und erst nach einiger (mehr oder weniger langer) Zeit ohne Rückmeldung plötzlich anzeigt: “Fertig”…

Und selbst für die Dateien der MOD muss der User auch nicht unbedingt wissen, welche Version der MOD vorher vorhanden war, denn er kann einfach komplett alle Dateien der MOD ins Forum hochladen und das Update wäre komplett. Unabhängig, von welcher Version man aktualisiert, selbst direkt von der 6.0.0 auf die 6.2.11!
Nun das Update-Script für die Datenbank zeigt mit dem Aufruf auch an, welche Version aktuell vorliegt, wer die MOD Version Check installiert hat, kann das auch darüber erfahren. Dann muss man nicht alle Dateien und wirklich alle Update-Anleitungen durchgehen (für weitere Änderungen an den Dateien des phpBB selber).
Und es sind ja nun schon etliche Update-Anleitungen vorhanden…

Kurzum mein Appell eben an alle User da draußen, die Probleme mit der Installation meiner MODs haben:
Einfach mal genau lesen, was in der Installationsanleitung steht und stur nach der vorgegebenen Reihenfolge handeln.
Dann kann zunächst nichts schief gehen, abgesehen von enthaltenen Fehlern in der MOD selber und ggf. Inkompatibilitäten zu neueren Versionen des phpBB bzw. zu anderen MODs, die allerdings immer recht schnell gemeldet und durch ein Update behoben werden.
Und für solche Fälle ist ja dann auch noch das Supportforum auf http://phpbb3.oxpus.net für meine MODs für das phpBB 3 da…

RPG Tools für phpBB 3 freigegeben

Es ist nun vollbracht:
Die Tools sind für das phpBB 3 freigegeben und stehen auf der Seite http://rpg.oxpus.net zum Download bereit.
Einige Bilder für die Gegenstände sind nun auch schon eingefügt worden, wobei diverse Bilder noch ersetzt werden und viele dazu auch noch fehlen.

Neben den neuen Tools habe ich dann auch gleich das Forum auf o. g. URL durch ein phpBB 3 ersetzt, welches aber im Grunde noch weitgehend einem phpBB 3 entspricht und nur farblich angepasst wurde.
Vielleicht wird später noch mehr angepasst, damit es eher zu einem RPG passt.

Aber zunächst einmal etwas Pause und heute Abend geht’s es meiner Gesundheit auch schon deutlich besser, so dass ich auch man wieder raus kann.

Na denn: Prost!

RPG-Template für subsilver2 fertig

Jetzt ist es amtlich:
Die Non-Public-RC1 Version der RPG-Tools für phpBB 3 sind komplett fertig gestellt.
Sobald das eigene RPG damit erfolgreich auf phpBB 3 konvertiert wurde und alle ggf. noch auftretenden Fehler behoben sind, wird das Paket als final herausgegeben.

Die bereits auf dem RPG angekündigte Vorgehensweise wird dabei strickt eingehalten.
Ich rechne damit, spätestens zum Wochenende, eher früher das Paket veröffentlichen zu können.

Und es gibt sicherlich den ein oder anderen, der jetzt schon nervös wird.

Zunächst aber:
Guten Rutsch und ein frohes neue Jahr 2009!!!

RPG-Tools komplett für phpBB 3 konvertiert

Es ist vollbracht:
Die RPG-Tools sind nun komplett auf das phpBB 3 konvertiert.

Komplett und doch unvollständig, denn für subsilver2 müssen noch die Template-Files angepasst werden.
Das ist aber nur noch einmal etwas Fleißarbeit und dann ist die MOD wirklich komplett.

Was ich allerdings vor der Veröffentlichung des Paketes dann noch zuvor machen möchte, ist die Konvertierung meines eigenen RPG (erreichbar unter http://rpg.oxpus.net ) auf phpBB 3 und dann die neuen Tools dort installieren.
Das passiert in mehreren Schritten:
- Konvertierung des Online-RPG auf phpBB 3 zunächst lokal auf meinem Arbeitsrechner
- Installation der neuen RPG-Tools
- Einrichtung/Übernahme der RPG-Daten aus dem alten Online-Forum
- Sicherung der Datenbank
- Ausgiebiger Test aller RPG-Funktionen (zunächst lokal, dann online)
- Bugfixing und Korrektur der MOD-Anleitung
- Wiederherstellung der Datenbank und nachträglicher Datenkorrekturen (sofern nötig)

Zur Umstellung, die ich umgehend nach der Erstellung der Template-Files für subsilver2 durchführen werde, wird das bestehende RPG dabei allerdings gesperrt werden müssen, um eine saubere Datenbasis zu erhalten.
Auch wird nach dem online stellen der neuen RPG-Version die Seite zunächst komplett zugriffsgeschützt, um in Ruhe alles testen zu können.
Erst nach Abschluss der Testarbeiten wird der Zugriffsschutz aufgehoben und das neue Paket veröffentlicht.

Wann ich allerdings jetzt die Templates für subsilver2 erstelle, also ob noch dieses Jahr oder erst im neuen Jahr (sind ja nur noch wenige Stunden), ist noch offen.
Ich denke, dass ich wohl erst Morgen in Ruhe alles erstellen und konvertieren werde. Dann wäre, sofern nichts gravierendes mehr dazwischen kommt, am Wochenende die Umstellung des jetzigen RPG-Forums abgeschlossen und die MOD dann auch umgehend veröffentlicht.

Ich drück Euch also die Daumen, dass alles glatt geht, gerade auch bei der Sicherung der lokalen Datenbank und Wiederherstellung auf dem für Euch zugänglichen Webserver…