Zukunft von BlackCat

[Alexander1951]

Hallo BlackCatCMS-Team,
als langjähriger passionierter WebsiteBaker-Fan und ~Anwender habe ich von dem Management- und Development-Chaos dort schon lange die Nase voll. Ich verzichte auf Details, Ihr werdet wissen, was ich meine. Nun erfährt man auch noch, daß die WB Projektseite Schadcode verbreitet. v2.8.4 ist lange überfällig, vermutlich wird daraus nix mehr. WB in seiner Ursprungsform ist für mich persönlich tot. Eine Software, die nicht mehr weiterentwickelt wird, ist gestorben.
Ich stehe also vor der Frage: wie geht es mit meinen z.T. umfangreichen, unter WB 2.8.3 (noch) stabil und zuverlässig laufenden Websites weiter?
Dem hoffnungsvollen Auftauchen von LEPTON stand ich zunächst fast euphorisch, dann aber skeptisch gegenüber. Zu Recht, wie wir jetzt wissen.
Nun haben wir BlackCat vor uns, auf das ich in diesen Tagen stieß. Noch versuche ich, herauszufinden, wie ich denn diesen Versuch bewerten soll. Wie lange wird sich dieser Fork wohl am Leben erhalten? Das Team besteht aus 2 Personen. Außer einer Mini-Vorstellung erfährt man leider nicht, wie sich dieses Team das Management rund um ihr CMS und insbesondere die Einbindung anderer Player (Modul-Entwickler, Forum-Aktive etc.) vorstellt. Eine kleine "Philosophie" (z.B. auf der Projektseite) zur Zukunft des Wirkens an BlackCat wäre hilfreich. Ich weiß, niemand kann in die Zukunft schauen, aber eine Idee zur Zukunft kann man haben und zeigt damit insbesondere BC-Neulingen eine Perspektive auf.
Dann habe ich noch 1 konkrete Frage: Wird es irgendwann ein Tutorial geben, wie man von WB zu BlackCat migriert? Ist das überhaupt möglich bzw. macht das Sinn? Da ich vom WB-Grundkonzept nach wie vor überzeugt bin, möchte ich evtl. auf BC umsteigen, um meinen Websites eine Überlebenschance zu geben.
Gruß Alexander

[creativecat]

Hallo Alexander,

ja wir haben eine Vorstellung von der Zukunft und ja leider sind wir derzeit nur zwei aktive Entwickler. Diese sind allerdings tatsächlich aktiv
Die Idee zur Veröffentlichung einer Philosophie mit Zukunftsplänen finde ich gut.
Zum Teil ist dies ja auch schon geschehen und in einigen Threads nachzulesen (noch schaffen wir es das Forum relativ sortiert und übersichtlich zu halten): http://forum.blackcat-cms.org/viewforum.php?f=13

Je mehr Leute sich in Zukunft sinnvoll am Projekt beteiligen, desto besser natürlich! Ich persönlich habe fest vor, BlackCat CMS so lange wie möglich weiterzuentwickeln und möglichst viele Menschen auch von diesem Projekt überzeugen zu können, da auch ich hier von anderen abhängig bin.
Wir haben allerdings schon einiges sehr positiv verändern können (beispielsweise deutliche Optimierung des gesamten Frameworks durch eine radikale Bereinigung des Codes, der Maintaince-Modus, wenn eine Seite gepflegt werden muss, das verbesserte Backend, erste Schritte Richtung Ajax-Einsatz und SSL,...) und haben noch viele Ideen, das CMS deutlich zu verbessern (zB Mehr Möglichkeiten für SEO im Backend, komplette Überarbeitung des Rechtesystems, Weiterer Ausbau der Möglichkeiten für Entwickler dank der Helper, weiterhin Bereinigung des alten Cores...), dabei aber die Grundidee und die Einfachheit zu behalten bzw. zu verbessern.

Du bist sehr gerne eingeladen dich aktiv mit an diesem tollen Projekt zu beteiligen!

Wird es irgendwann ein Tutorial geben, wie man von WB zu BlackCat migriert?

Dazu kann ich aktuell wenig sagen. Soweit ich weiß hat blackbird hier bereits etwas getan, allerdings habe ich das gerade nicht auf dem Schirm. Sie wird sich aber ziemlich sicher nach Ihrem Urlaub ebenfalls hier zu Wort melden #
Bis dahin kannst du gerne BC testen und damit herumspielen! Wenn du Hilfe beim Anpassen von Modulen oder Templates benötigst, scheue dich nicht zu fragen Manchmal hilft auch der Blick ins Standard-Template

[Alexander1951]

Hallo Matthias, besten Dank für Deine schnelle Antwort.
Wenn man auf der Projektseite etwas zu den Vorstellungen - nicht en Detail oder technisch, sondern mehr konzeptionell - der an der Entwicklung beteiligten Hauptpersonen erfährt, so stärkt das die Zuversicht in die Zukunftssicherheit einer Software und man ist dann viel eher bereit, sich ihr zuzuwenden. Daher empfehle ich das wirklich; diese Mühe "zahlt sich aus", um es mal rein ökonomisch auszudrücken. Außerdem zwingt man sich selber dazu - falls noch nicht geschehen - mal grundsätzlich darüber nachzudenken, wie es die nächsten Jahre laufen soll.
Auch über das Management eines Projektes sollte man m.E. mal nachgedacht haben. Ansonsten geht das - gerade bei einem komplexen Software-Projekt - voll "in die Hose". Wäre schade, wenn es dem BC auch eines Tages so wie dem WB passiert. Wie ich das im einzelnen meine, habe ich schon mal formuliert. Wer mag:
http://www.websitebaker.org/forum/index ... #msg128810
Vielleicht konnte man aus meinem Post auch Frust herauslesen: die Investition von viel Arbeit, Zeit und "Gehirnschmalz" in ein CMS ist nicht nur für Entwickler ein enormer Aufwand, sondern auch für den Betreiber einer Website, der "auf Gedeih und Verderb" einem CMS-Projekt vertraut (hat). Über die Jahre wächst die Webpräsenz immer weiter, trotz eines sich abzeichnenden Desasters hofft man, daß es dennoch weiter- und schlußendlich positiv ausgeht. Und plötzlich merkt man dann: Nun ist wohl doch Schluß?! Das ist die absolute Katastrophe! Die Entwicklung beim WB steht seit Jahren auf der Kippe, ich habe - wie viele andere auch - trotz aller Hoffnungen geahnt/gefürchtet, daß das nicht gut geht - und das bei einer wirklich genialen Grundsoftware. Wenn das nicht frustrierend ist, dann weiß ich auch nicht mehr weiter.
Eine Migrationsmöglichkeit ist für mich - und viele andere unter WB laufende Websites auch, behaupte ich einfach mal - wirklich essentiell. Ich könnte mir vorstellen: wenn es so etwas gibt, dann habt ihr auf einen Schlag viele Teilnehmer an BC im Boot, quasi über Nacht. Deshalb bitte ich noch mal: Wenn der Aufwand nicht allzu hoch ist, prüft einmal, wie man von einer WB-Präsenz auf BC umsteigen kann und stellt dafür ein Tut zur Verfügung. Bei dem Gedanken, "from scratch" die besagten Websites unter BC neu anlegen zu müssen, wird mir mehr als übel.
Gerne will ich mich konstruktiv in Euer Projekt einbringen, programmieren kann ich jedoch nicht. Spontan fällt mir nur eine Unterstützung bei Übersetzungen Deutsch-Englisch ein. Ansonsten muß ich abwarten, was meine Entscheidung BC Ja/Nein erbringt.
Bis dahin werde ich BC auf einem localhost (WAMP oder XAMPP) mal testen.
Gruß Alexander

[shadowcat]

Hallo Alexander und willkommen bei uns!

Deine Frage ist absolut nachvollziehbar, und nach all den Erfahrungen mit WB und LEPTON ging und geht es uns genauso. Und genau deshalb haben wir irgendwann entschieden, unsere Arbeit an LEPTON 2.0 zu nehmen und daraus unseren eigenen Fork zu machen. Da wir nicht zu den Leuten gehören, die dauernd irgendwas Neues anfangen und es dann nach kurzer Zeit wieder fallen lassen, haben wir lange und gründlich darüber nachgedacht, bevor wir diese Entscheidung getroffen haben. Es war auch von Anfang an klar, daß es vorerst nur zwei aktive Entwickler geben würde, nämlich Matthias aka creativecat und mich. Ralf ist sozusagen in "beratender Position" dabei und trägt mit seinem kitFramework dazu bei, BC um wichtige und stabile Funktionen zu erweitern - das hält uns ein wenig den Rücken frei und bietet den Usern gleichzeitig eine weitere große Spielwiese, die man nicht nur nutzen, sondern auch selbst erweitern kann. Aus diesem Grund arbeiten wir sehr eng zusammen, auch wenn Ralf kein "aktiver Entwickler" im BC Core Projekt ist und umgekehrt.

Nochmal zur Vorgeschichte:

Wenn man sich WB mal genau ansieht, war auch WB eigentlich immer ein "1-person"-Ding. Ryan war allein, wurde dann von "rübenwurzel" abgelöst, bis der Verein die Rechte übernahm, und "rübenwurzel" wiederum übergab das Projekt an ein "Entwickler-Team", zu dem auch ich einige Zeit gehörte. Allerdings gab es in diesem sogenannten Team sehr unterschiedliche Ansichten - z.B. zum Thema OOP - und sehr wenig Kompromißbereitschaft, und meine Beteiligung endete schließlich damit, daß ein "Team"-Mitglied im öffentlichen Forum über mich her zog, woraufhin ein weiteres "Team"-Mitglied ebenfalls meinte, seinen Frust auf mich projizieren zu müssen. Das ist inakzeptabel. Differenzen kann man untereinander klären, aber nicht in einem öffentlichen Forum. Letztlich blieben dann schließlich auch von dem "Team" nur zwei Personen übrig, nämlich "DarkViper" und "Luisehahne". Die vor einiger Zeit veröffentlichte Stellungnahme von "DarkViper" mit der darin enthaltenen Beschreibung der Zusammenarbeit läßt mich allerdings vermuten, daß ... na, das soll jeder für sich selbst interpretieren.

LEPTON wurde ursprünglich von einer kleinen Gruppe von Leuten angegangen, zu denen als Entwickler (ich verwende hier die WB-Forennamen) "Aldus" und "Ralf (Berlin)" gehörten. Aufgrund meines guten Kontaktes zu diesen beiden - und damals auch noch "erpe" - kam ich dann während der Entwicklung von 1.0 dazu, wenn auch erst sehr spät. Etwa zur gleichen Zeit stießen dann noch "creativecat" und "FrankH" dazu.

LEPTON hatte in Version 1.0 das Hauptziel, endlich die alten Schwächen von WB auszubügeln; zudem waren wir der Meinung, der in der - damals noch in Arbeit befindlichen - Version 2.8.3 verwendete FTAN-Ansatz sei zwar von der Grundidee her nicht schlecht, von der Umsetzung jedoch schon, zumal er eine Anpassung aller Module erfordert. (Jedenfalls aller Module, die mit Formularen arbeiten.) Zudem ließ auch diese Version wie üblich auf sich warten, die aktive Beteiligung der genannten Personen war von "offizieller Seite" "nicht erwünscht". Es gab also praktisch keine andere Wahl als einen Fork, wenn man endlich eine stabile Core-Version haben wollte, die sich zudem von dem alten Ballast trennt (z.B. der alten Template-Engine) oder zumindest die Grundlagen dafür schafft.

Nach Übergang der Version 1 in die Pflege begannen wir mit der Planung der Version 2. Wir Entwickler hatten das schon damals genauso gesehen wie hier bei BC: Mit Fertigstellung einer Hauptversion geht diese in die Pflege, das heißt, es gibt nur noch Bugfixes, aber keine neuen Features. (Außer Kleinigkeiten, die sich leicht und mit wenig Aufwand integrieren lassen.) Mit Version 2 wollten wir einen großen Schritt tun: Neues Backend, basierend auf jQuery, neue Template Engine, Einführung der Helper-Klassen etc. Daher waren für Version 1.x keine größeren neuen Features mehr geplant.

Das Problem bei der Sache war, daß die einzige nicht aktiv an der Entwicklung beteiligte Person eine Art "ultimatives Veto-Recht" für sich beanspruchte. Egal, was 5 Entwickler für sinnvoll und richtig hielten - und vor allem auch für technisch machbar -, wenn diese Person das nicht wollte, hatte das auch nicht zu geschehen - basta! Das führte letztlich dann zum Bruch, von den 5 Entwicklern blieb nur einer übrig, der mittlerweile aus gesundheitlichen Gründen ebenfalls ausgeschieden ist.

Lange Zeit lagen die Quellen für LEPTON 2.0 dann brach, obwohl wir es schon bis zu einer Alpha-Version gebracht hatten. Irgendwie wurmte mich das. Es war viel Arbeit gewesen, es steckten viele gute Ideen darin, das alles einfach wegzuschmeißen war ebenso unlogisch wie schmerzhaft. Daher fragte ich dann irgendwann meine "alten Mitstreiter", ob wir nicht vielleicht doch damit weiter machen sollten. Zwei wollten nicht nochmal neu anfangen - die LEPTON-Erfahrung reichte ihnen -, dafür hat sicher jeder Verständnis, der das gleiche Spiel auf Benutzer-Seite gespielt hat. Die Enttäuschung sitzt tief, ebenso wie der Zweifel. Der dritte, nämlich Ralf, wollte (und konnte) sich wegen seines kitFrameworks nicht aktiv beteiligen - jedenfalls nicht in der "Produktion von Code" -, unterstützte aber die Idee. Schließlich entschieden wir uns, erst mal eine "LEPTON v2.0 Black Cat Edition" zu bauen und zu sehen, wohin uns das führt. Letztlich wurde dann "BlackCat CMS" daraus, was deutlich macht, daß wir das Gefühl haben, das Richtige zu tun, etwas Sinnvolles zu schaffen und vor allem auch langfristig dabei zu bleiben.

Unsere Hauptschwierigkeit liegt natürlich nach wie vor in den Ressourcen. Wir können nicht zur gleichen Zeit Code schreiben und eine Webseite pflegen, Dokus und Tutorials schreiben, die Werbetrommel rühren usw. Wir haben etliche erfreuliche Anfragen, wie etwa die eines großen deutschen Providers, der gerne eine APS-Version haben wollte (für Parallels, siehe http://apsstandard.org/), aber wir haben nicht die "Man"-Power, um selber proaktiv Werbung zu machen etc. Drum halten wir ganz bewußt "den Ball flach", wie man so schön sagt, zumal BlackCat 1.x auch noch ein paar Altlasten mit sich rum schleppt, die ich gern erst abgestellt haben möchte. Der größte Punkt ist hierbei das Berechtigungssystem, das muß komplett neu gemacht werden.

Bezüglich des von Dir verlinkten Beitrags im WB-Forum kann ich sagen, daß es "bei uns" ziemlich genau so läuft, wie dort von Dir gefordert. Das war auch schon bei LEPTON so, das Problem und der Grund für die Trennung war, wie gesagt, eine Person außerhalb des aktiven Entwicklerteams. Wir haben zwar streng genommen keinen "Leader", allenfalls eine Art "Moderator", das wäre dann wohl ich. Wir besprechen einfach die anstehenden Themen und überlegen uns gemeinsam eine Lösung, manchmal führt dann auch Ausprobieren zu einer Entscheidung, gelegentlich vereinbart man einen Kompromiß. Am Ende steht ein "So machen wir das!", und dann wird das so umgesetzt. Grundsätzlich ist zu sagen, daß wir zielorientiert arbeiten, was unter anderem auch bedeutet, daß man sich auf Lösungen konzentriert, nicht auf persönliche Befindlichkeiten oder Präferenzen. Sicherlich ist auch hilfreich, daß wir recht gefestigte Persönlichkeiten sind, die sich zwar gelegentlich auch mal richtig zoffen, aber problemlos auch wieder vertragen können. Wobei ich mich nur an einen richtigen Zoff erinnere, der lange zurück liegt und sicherlich zum Teil auch der damaligen Situation bei LEPTON geschuldet war. Es ist halt auch sehr vorteilhaft, wenn das Projekt weder Lebensinhalt noch Profilierungsobjekt ist. Wir müssen uns gegenseitig nichts beweisen, wir wissen, daß der jeweils andere weiß, wovon er spricht. Es ist daher auch niemandem peinlich, wenn z.B. ein anderer ein Stück Code entdeckt, wo man Unfug gemacht hat. *g*

Problematisch könnte es werden, wenn das Team wächst - allerdings habe ich von jeher die Auffassung vertreten, daß die Zusammenarbeit am besten funktioniert, wenn man sich vertraut und dementsprechend den Leuten ihre Freiheiten läßt. Ich habe kein Interesse daran, andere Teammitglieder zu kontrollieren oder zu beaufsichtigen. Wenn einer sagt "ich mach das", dann verlasse ich mich darauf, daß das dann auch gemacht wird. Wenn dann nichts passiert, frage ich ein paar mal nach, danach nehme ich an, daß kein Interesse mehr besteht. Damit ist das dann auch erledigt. Es gibt z.B. ein paar Leute, die Tutorials schreiben woll(t)en, daher habe ich das Wiki eingerichtet. Entweder tun sie es, oder sie tun es nicht. Druck mache ich keinen, das hilft eh nicht. "Nach fest kommt ab", sagt mein Kollege immer.

Was eine konstruktive Beteiligung außerhalb der Programmierung angeht, gibt es eine Vielzahl an Möglichkeiten. Am wichtigsten ist mir persönlich die schlichte Rückmeldung zum Objekt: Wie ist die Bedienbarkeit? Wo hakt es? Was fehlt? Wo gibt es Typos, Übersetzungsfehler, mißverständliche Formulierungen? Wir hatten hier auch schon Rückmeldungen von Leuten, die entschieden haben, nicht zu BC zu wechseln. Das finde ich super - nicht, daß sie nicht wechseln wollen, sondern daß sie uns sagen, wieso nicht. Dann können wir daran arbeiten, und in einem Jahr fällt dann die Entscheidung vielleicht anders aus. Darum haben wir ja auch ein Extra-Forum, wo man uns sagen kann, warum CMS XY besser ist als unseres. Es ist immer gut, über den Tellerrand zu schauen - und ja, natürlich schauen wir auch im WB-Forum, was für Wünsche dort geäußert werden, und schauen, ob wir sie in BC erfüllen können. (Z.B. das Modifikationsdatum zusätzlich pro Modul statt nur pro Seite zu speichern. Keine große Sache, trotzdem wird es in WB nicht berücksichtigt.) Ansonsten fehlt es ja hauptsächlich an nichttechnischen Dokus, ein paar YouTube-Videos wären auch klasse, schlicht das, was eine Community halt so macht.

Zum Thema Migrationspfad: Wir haben keinen eigenen gemacht, weil das sehr wahrscheinlich mit Hilfe von Ralfs SyncData möglich ist, bisher hatten wir aber kein Testobjekt. Das Kernproblem liegt natürlich wie immer bei den verwendeten Modulen. Wir haben einige getestet, manche laufen mit BC, andere nicht oder nur eingeschränkt. So hat z.B. Bakery leider ein deutsch-englisches Mischmasch-Backend, was an der Einbindung der Sprachdateien durch Bakery liegt. Das kann man lösen, aber man muß dafür das Modul selbst anpassen. Topics wurde von Ralf so angepaßt, daß die Layoutfehler im Backend von BC behoben werden, da das Modul jetzt aber wieder von "chio" gepflegt wird, wird der Patch vermutlich entschwunden sein.

Grundsätzlich sollte eine Migration nach der Anleitung "Serverwechsel" von WB möglich sein, durchgespielt habe ich es allerdings noch nicht. Mein einziges eigenes Migrationsprojekt wäre mein Modulverzeichnis, das basiert aber in der Hauptsache auf wbProfiles, weswegen das als Testobjekt witzlos ist - wbProfiles läuft problemlos unter BC, und die paar WYSIWYG-Seiten dürften auch keine Herausforderung sein. Wenn Du eine Liste von Modulen hast, die Du "flächendeckend" verwendest, könnten wir zumindest schon mal gucken, ob die für BC schon getestet wurden und mit welchem Ergebnis. Mit einer Komplettsicherung eines solchen Webauftritts spiele ich das auch gern mal für Dich durch, sofern Du kein Problem damit hast, mir diese Daten zur Verfügung zu stellen. (Evtl. vorher die Benutzerkonten entfernen.) Wichtig ist, daß das Berechtigungssystem in unserer Version 1.x ziemlich "buggy" ist, weil wir nicht viel Aufmerksamkeit darauf verwendet haben - es wird ja, wie gesagt, komplett neu gemacht. Mit der anstehenden Version 1.0.3 kommen hierfür etliche Korrekturen, aber ich bezweifle, daß ich alle Fehler gefunden habe. *hüstel* Wenn Du also komplexe Rechte vergeben hast, könnte das ein Fallstrick sein.

So, viel Text, der hoffentlich erhellend war.

[MK70]

Sehr erhellend...

Ich brauch noch nen Kaffee darauf...

[DestinationMuc]

Auch ich danke von meiner Seite für diese umfangreiche Ausführung. Ich bin nach diesem Text in meinem Gefühl den richtigen Wechsel vollzogen zu haben bestätigt worden. Ich war die letzten Wochen etwas abwesend, darum muss ich erstmal das Forum durchlesen, was mir noch total abgeht/abging ist ein Formularmodul - wenn schon fertig dann sorry

[shadowcat]

Nee, ist noch nicht fertig.

[ralf]

Bianka hat bereits eine sehr umfassende Antwort gegeben, vielen Dank!

Ich beschäftige mich inzwischen seit fast 10 Jahren mit WebsiteBaker. Das Verhältnis war nie ganz einfach, Spannungen im Entwicklungsteam ziehen sich wie ein roter Faden durch die Geschichte von WebsiteBaker. Seit rund 6 Jahren wird WebsiteBaker 2.9 angekündigt, genauso alt ist die Diskussion darüber auf welche Weise der Kern von WebsiteBaker auf einen zeitgemäßen Stand gebracht werden kann. Dass das Fundament von WebsiteBaker eine Grundsanierung benötigt wurde selbst von den Hardlinern nie bestritten. Lepton war ein Befreiungsschlag, endlich wurde nicht mehr diskutiert sondern gehandelt. Im Juli 2011 wurde ich in der Folge aus der WebsiteBaker Communiy verbannt und erhielt Hausverbot (ich war nicht der Einzige, der verstoßen wurde). Leider existierte im Lepton Team ein "alle sind gleich aber ich bin gleicher" Problem, das nicht zu lösen war. Mir fiel dadurch die Entscheidung leicht, mich endlich auf KIT2 (das heutige kitFramework) zu konzentrieren und mich aus der aktiven Entwicklung von Lepton zu verabschieden. Parallel dazu bildete sich das BlackCat Team. Von Anfang an bestand ein sehr guter Kontakt zum BlackCat Team, wir tauschen uns aus, obwohl ich kein Teammitglied bin.

WebsiteBaker ist festgefahren, es bleibt zu hoffen, dass die Version 2.8.4 irgendwann fertig wird und die Entwicklung dadurch vielleicht wieder ein wenig Fahrt aufnimmt, ich bin allerdings sehr skeptisch.

Bei Lepton geht es im Moment ebenfalls nicht so richtig weiter, die letzte Release 1.3.0 birgt durch den Wechsel auf PDO_MYSQL leider eine Menge Probleme, die dringend abgestellt werden müssten - dies wird jedoch eine Weile dauern, da der zuständige Entwickler zur Zeit wegen gesundheitlicher Probleme kurztritt. Das wird sich allerdings wieder ändern, ich gehe davon aus, dass Lepton ab Herbst wieder ruhig und stetig weiterentwickelt wird.

BlackCat geht einen eigenen Weg, der letztlich von WebsiteBaker wegführen wird ohne dabei die Prämisse "so einfach wie möglich" aus den Augen zu verlieren. Hier tut sich bei sehr guter Stimmung eine Menge. BlackCat benötigt jedoch noch eine Weile bis es wirklich rund läuft und sollte im professionellen/kommerziellen Bereich momentan noch nicht eingesetzt werden. Ich bin mir jedoch ganz sicher, dass BlackCat sich in den kommenden Monaten als "das CMS" empfehlen wird.

Das kitFramework spielt bei der Diskussion um die Zukunft von WebsiteBaker bzw. BlackCat ebenfalls eine Rolle. Wichtige Aspekte des kitFramework in diesem Zusammenhang sind:

• das kitFramework basiert auf dem Symfony Framework, das unter anderem auch die Basis für Drupal 8 bildet
• das kitFramework versteht sich mit allen WebsiteBaker, Lepton sowie BlackCat Versionen, ist jedoch gleichzeitig völlig unabhängig von dem verwendeten CMS

dies führt dazu, dass es im Notfall auch ohne CMS funktioniert - WYSIWYG, News sowie Topics Seiten kann das kitFramework problemlos übernehmen.

Es ist nicht meine Zielsetzung mit dem kitFramework das CMS zu ersetzen, viel wichtiger ist es über eine solide Basis zu verfügen, die einen professionellen Einsatz ermöglicht - ich möchte mir aber auch keine Gedanken mehr über das darüberliegende CMS machen müssen. Dieser Aspekt ist für mich sehr wichtig, da ich - im Unterschied zum BlackCat Team - von der Open Source Entwicklung lebe und aus diesem Grund auch finanziell abhängig bin von der weiteren Entwicklung von WebsiteBaker, Lepton und BlackCat. Das impliziert allerdings auch, dass es selbst im schlimmsten vorstellbaren Szenario immer ein Angebot und eine funktionierende Lösung geben wird. Garantiert. Schließlich will ich mir auch morgen noch ein Brötchen schmieren können ...

Gruß
Ralf

[shadowcat]

... obwohl ich kein Teammitglied bin.

Also ich betrachte Dich durchaus als Teil des Teams, wenn auch mit einer Art "Sonderstatus". Ich nenne es ja immer "beratend", Deine Erfahrung als selbständiger Dienstleister und Entwickler ist für uns Gold wert. Ich bin ja hauptberuflich auch in der IT-Branche, aber in einem anderen Umfeld (Infrastruktur-Management) tätig.

Ralf ist ein gutes Beispiel dafür, wie man ein Projekt unterstützen und voran bringen kann, ohne selbst Code zu schreiben.

[Alexander1951]

Hallo Bianka,
zunächst herzlichen Dank für Deine umfangreiche Antwort. Insbesondere Deine Ausführung zur Historie haben meine - naturgemäß lückenhaften - Kenntnisse zu dem, was ich "Management- und Entwicklungschaos" genannt habe, erweitert.
Ich möchte jetzt jedoch nicht mehr zurück-, sondern nur noch in die Zukunft schauen. Und die Zukunft heißt eben nicht mehr "WB 2.X.X", sondern möglichst "BC 1.X.X".
Auch Ralf möchte ich danken; hat doch sein Post meine Intention Richtung Zukunft unterstützt. Außerdem hat es meine Entscheidung für BC forciert; ganz so weit ist es aber noch nicht. Das kitFramework werde ich unter BC dann sicher nutzen.
Alles weitere schreibe ich Dir wie abgesprochen per Mail. Hier sollten wir nur noch Ergebnisse einstellen, sofern wir einen Migrationsweg gefunden haben. Ich habe da 1 Idee.
Gruß Alexander