Jeep, bin begeistert und rührt mich zu Freudentränen, alleine von diese beiden Sachen lässt mein Herz höher schlagen.

$result = dbquery("CREATE TABLE ".$db_prefix."forum_posts



$result = dbquery("CREATE TABLE ".$db_prefix."forum_threads

Die bereits mehrfach angesprochene Abwärtskompatibilität ist eines der grössten Probleme bei der Entwicklung der neuen Version. Abwärtskompatibel heisst im Falle von PHP-Fusion, neue Technologien konsequent einzuführen und dabei parallel kompatibel zu halten mit Technik, die seit geschätzten 5 Jahren oder länger nicht mehr der "Norm" entspricht. Das ist ein echter Spagat und führt in vielen Bereichen zu massiven Abstrichen oder eben Problemen. Wer die "alte" Technik nutzen will muss Abstriche machen bei den neuen Funktionen. Mir wäre es lieber gewesen man hätte einen echten "Cut" gesetzt, ein ordentliches CMS produziert und darauf vertraut, dass neue Entwicklungen von Addons, Themes usw im Laufe der Zeit wieder von der Community zur Verfügung gestellt werden.

Was allerdings das Forum mit einem Theme (direkt odr indirekt) zu tun hat bleibt mir grad verschlossen....
Ein Theme ist NUR das Design, und zwar grundlegend. Wenn man ein Theme baut mit spezifischen Anzeigen an bestimmten Stellen (und so war es schon IMMER) muss man entweder in der Core fummeln oder eben die entsprechenden Bereiche selbst anpassen. Das ist nichts Ungewöhnliches und hat meiner Meinung nach nur sehr peripher mit der Kompatibilität zu tun. Dass vor Allem Datenbankabfragen moderinisert und je nach Bedarf mit neuen Arrays, Variablen, Konstanten oder Datensätzen befüllt werden (müssen) ist der Weiterentwicklung der Basissysteme geschuldet und nicht etwa eine unnütze Schnapsidee der Entwickler...

Das Datenbank abfragen wahrscheinlich nicht gehen werden, ergibt sich doch irgendwo von selbst.

Die Datenbank Struktur ist fast komplett neu und daher erstmal bis auf Infusionen nicht kompatibel.

Des weiteren könnte man nun fragen, was Befehle zum erstellen von Tabellen im Theme zu suchen haben, aber des spielt jetzt mal keine Rolle.

Es wird schon noch ein funktionierendes Update von v7 auf v9 kommen, nur des ist denk ich mal des letzte was man fertig haben muss.
Selbst wenn man das ganze komplett neu macht und den Core komplett neu entwickelt, kann man dann irgendwie alles Importieren, ist nur eine Frage der Umsetzung.

Die Basis die geschaffen wurde, ist schon nicht schlecht aber es sind noch zuviele stellen drin, die dass System wieder zustark einbinden und man nicht diese Freiheit bekommt wie zb. bei Wordpress und co.

Solange eine strikte Trennung zwischen Darstellung und verwendeter Inhalte stattfindet, ist eine Adaption oder ein Update in der Regel ohne Weiteres und ohne grossen Aufwand möglich. Allerdings hat PHP-Fusion an einigen Stellen da Probleme, weil man seinerzeit (vermutlich damals noch auch Unwissenheit) gewisse Kompromisslösungen verwendet hat. Bei PHP-Fusion findet leider eben keine strikte Trennung der entsprechend notwendigen Bereiche statt, auch in der neuen Version noch nicht.

Im Grunde hat man bei einem CMS zwei Dinge: Inhalt (Daten) und Darstellung (Layout), die im Idealfall vollständig voneinander getrennt werden. Bei einem Update werden halt entweder Datenbankstruktur oder Core (HTML, PHP, CSS or whatever) weiterentwickelt, jeweils unberührt vom jeweils anderen Bereich. Das bedeutet in der Theorie, dass die schon vorhandenen Daten (Datenbank) schlicht in eine andere Darstellungsform transportiert werden müssen. Solange die Konstanten, Variablen usw gleich bleiben ist das kein Problem.

Bei einer so massiven Weiterentwicklung wie bei der V9 ist das allerdings schwierig, da man für die Darstellung nun weitere, neue Arrays, Konstante, Variablen usw benötigt, die vorher schlicht nicht vorhanden waren. Positiv zu betrachten ist ja, dass die Entwickler in der neuen Version zumindest streckenweise und in einigen Bereichen aus den Fehlern der Vergangenheit gelernt haben und es nun besser machen wollen.

Die Abwärtskompatibilität ist und bleibt aber ein grosses Problem - auch und vor Allem, weil zwischen dem letzten Update der V7 und der nun kommenden V9 JAHRE liegen und die Technik sich in dieser Zeit massiv weiterentwickelt hat.

Schlicht und einfach wäre es, ein CMS zu schreiben, was wirklich nur die core-,setup-,index-,config- und admin.php hat mit den Ordnern "design" oder "themes" sowie "addons" oder "infusions" hat (inkl. entsprechender Theme-Engine alá Layzee´s Vorschlag!).
Die "admin.php" bindet einfach den Adminbereich der jedem Addon oder Infusion(!), die dem Addon/Infusion bei liegen muss, selbst automatisch ein (inkl. z.B. dem $aidlink).

In jedem Addon/Infusion, dessen Adminbereich, kann man dann festlegen, welche Position das Frontend dann haben soll und das Design gibt mit den bereitgestellten, sprich installierten Addons/Infusion, den Inhalt wieder.
Vom Prinzip wäre da nicht mehr so viel zu updaten am Basissystem; Ausnahmen sind PHP-versions-bedingte Updates (Neue Möglichkeiten, Sicherheitslücken usw.). Die Updates zu allen Addons/Infusions "müssen" dann die Autoren selbst durchführen und entlasten somit auch die Core-Entwickler. Updates und neue Versionen des Basissystems sind so viel schneller auch durch zu führen und die User haben nicht endlos viele Dateien zum updaten.

Um es dann auch sauber dar zu stellen von dem was in der Browserzeile drin steht, eignet sich eine gute .htaccess wo man saubere Verlinkungen schalten "kann" (nicht muss!).

DAS System wäre dermaßen offen auch an Schnittstellen und Verwendungszwecken, dass damit viel mehr User erreicht werden würden und auch nicht zu letzt Coder, die hier offene Türen einrennen könnten um ihre Ideen zu verwirklichen.

Um es ganz böse aus zu drücken. Man könnte "fast" jede andere Programmierung "fusion-fähig" machen (also einfacher als es jetzt der Fall ist!) und mein Verständnis des Wortes "FUSION" beinhaltet die Vereinigung von Allem "geilen" was man haben will in einem großen System - oder auch kleinen System - wie man es halt haben will!