So, sorry für die lange Abstinenz.
kummer hat geschrieben:die datenbank zu nutzen ist ja auch der sinn der sache. ich würde übrigens absolut keinen anderen ansatz wählen, weil diese unter php derzeit nicht gut performen werden. die frage ist nur, wie man die datenbank nutzt. insbesondere die bestehenden apis feuern bei jeder benutzung queries auf die db. und - und das ist zentral - fetchen alle daten, auch welche, die nicht benötigt werden.
Genau das meinte ich. Mein Lieblingsbeispiel in dem Zusammenhang ist immer die Klasse Template, die baut für jede Instanz erst einmal eine DB Verbindung auf - was sie hat, hat sie
Ansonsten soll und muss natürlich die Datenbank genutzt werden - allerdings wäre da auch einmal eine Überarbeitung fällig, die wir zu gegebener Zeit auch angehen werden.
kummer hat geschrieben:genaue zahlen? du meinst, wo wieviele abfragen gemacht werden? nein, damit kann ich nicht dienen. ich kann dir den wrapper zur verfügung stellen, wenn du möchtest. darin findet sich auch ein caching, welches die ausführungsdauer auf unter 5 ms hält.
Naja, die Anzahl der Abfragen würde den Rahmen dieses Forums sprengen
Ich meinte u.a. die Zeitunterschiede. Würde mich sehr über einen Einblick in den Wrapper freuen.
kummer hat geschrieben:ich bin mir einfach auch nicht sicher, ob ein radikalumbau das ist, was contenido wirklich benötigt. ich sähe da mehr eine sukzessive auflösung in programmmodule, die zusammenarbeiten. also eine möglichkeit schaffen, dass programmteile die benutzerverwaltung verwenden können, dann einzelteile neu dazu bauen (ohne den core zu verändern). wenn dann ein neues programmmodul läuft, das alte aus dem core entfernen. und ich meine damit nicht den bestehenden plugin-mechanismus. sondern die etablierung eines authentifizierungs-services in die benutzerverwaltung. dann kann auch mal was vollkommen ausserhalb von contenido laufen.
Kurzum: ein sauberes Refactoring. Darauf läuft es auch hinaus. Allerdings sind einige Ecken des Cores über die Zeit nicht nur gewachsen sondern auch verwuchert. Daher bleiben an einigen Stellen wohl keine größeren Umbauten erspart.
kummer hat geschrieben:und noch folgender vorschlag: es kursieren eine vielzahl von modulen für verschiedenste anwendungsbereiche. viele von denen, werden nur durch einen einzelnen entwickler gepflegt und viele module machen alle genau dasselbe. hier wäre es wünschenswert, wenn diese arbeiten auch koordiniert werden würden. und ist dann ein modul dazu geeignet, sollte es auch in der modulbibliothek landen, die mit contenido ausgeliefert wird. durch die fehlende kapselung der modul-container kommt es relativ häufig zu problemen.
Auch hierzu gibt es Überlegungen. Zum Einen bedürfen die Module im Beispielmandanten einer Überarbeitung bzw. eines Austausches und zum Anderen sollte, wie Du schon meintest, eine zentrale und vor allem auch moderierte Stelle existieren, in denen Module gepflegt werden. Das sowas gebraucht wird zeigt die wunderbare Arbeit, die auch hier im Forum verlinkt ist. Dort wurde extern ein solches Modul-Repository bereits gestartet (hab nur grad nicht den Link zur Hand, sorry).
Den Nachtrag werde ich natürlich weiterreichen.
HerrB hat geschrieben:Uiii, soviel los die letzten Tage...
Ich nehme die Schulterklopfer dankend entgegen ... einige Beiträge fand ich weniger schön.
Warum Änderungen nicht aufgenommen wurden?
Platz 1: Zeit
Platz 2: Zeit
Platz 3: Änderungen nicht durchgetestet, massive Nacharbeiten erforderlich -> Zeit
Platz 4: Änderung gefährdet vorhandene Installationen (z.B. keine Berücksichtigung/Test unter PHP 4 mit MySQL < 4.1 - ist mir selbst passiert), Nacharbeiten erforderlich -> Zeit, Durchsicht von 4fb erforderlich -> Zeit
Das soll keine Entschuldigung sein, nur eine Erläuterung.
Gruß
HerrB
Amen.
HerrB hat geschrieben:Die 4fb-internen Ansätze verwenden spezielle Module, um Links und Navigation mr-tauglich zu machen.
kummer verwendet einen Wrapper, xmurrix arbeitet auch an etwas, da kenne ich aber gerade nicht Stand.
Da nun die Möglichkeiten nicht begrenzt werden sollten, war geplant, mr als Plugin zu realisieren. Dazu müssen in der front_content.php und an anderen Stellen (z.B. Editor, Kategorie- und Artikeleigenschaften/Alias) geeignete Einsprungpunkte/Chains geschaffen werden. Und das wurde aus Zeitgründen nicht geschafft...
Das ist in meinen Augen übrigens der Vorteil gegenüber vielen anderen CMS. Trotz des sehr nutzerfreundlichen Backends und der damit zusammenhängenden, dahinter stehenden Technik bleibt der Entwickler in seinem Tun völlig frei. Natürlich sollte man überlegen eine Lösung für - in diesem Fall - die SEO zu bundlen, um eine out-of-the-box Lösung für den reinen Endanwender zur Verfügung zu stellen (dafür wäre meines erachtens (und wirklich in diesem Fall _meines_ erachtens) die Erweiterung von stese sehr geeignet). Allerdings sollten wir damit weitere Ansätze nicht abwürgen oder verhindern. Das bringt dann aber wieder mit sich, das es eben wieder Zeit in Anspruch nimmt, den Contenido Core entsprechend dafür weiter fit zu machen.
apicalart hat geschrieben:@holger
dir wünsche ich einen guten Einstieg und eine glückliche Hand mit den Rabauken und Haudegen hier. Wir arbeiten hier übrigens an einem Schulungskonzept mit Anleitungen für DAU`s und die, die Redakteure werden wollen. An einer Doku würde ich mitarbeiten. Und was die Barrierefreiheit anbetrifft, stehe ich ebenfalls zur Verfügung.
Danke apicalart. Und das Angebot nehmen wir natürlich sehr gern an. Ich glaube aber zum Thema Dokumentation sollten wir einen gesonderten Thread eröffnen und dort mal versuchen alle bereits bestehenden Ansätze mal sammeln. Besonders den Aspekt der Barrierefreiheit wäre ein super Punkt, den die neue Doku brauchen würde!
Oldperl hat geschrieben:Zuerst möchte ich einmal Holger begrüßen und freue mich, das wieder ein direkter Ansprechpartner von 4fb hier im Forum vorhanden ist. Nichtsdestotrotz man unseren Mods hier im Forum ein großes Kompliment für ihre zeitaufwendige und gute Arbeit zollen muss, ist es schön wieder einen direkten Kontakt zu haben.
Und ein liebes Hallo natürlich zurück. Und - auch wenn ich mich damit wiederhole - ich schliese mich dem Lob an unsere Mods und die vielen freiwilligen Helfer nur zu gern noch einmal an
Oldperl hat geschrieben:Es gibt noch einige Punkte im Positiven als auch im Negativen was an und um Contenido zu ändern, bzw. zu verbessern, ist, doch ist dieser Thread IMO nicht der richtige Ort dafür. Schöner fände ich eine Art Entwickler-Blog oder eine ToDo-Liste.
Soll und wird es geben.
Olderperl hat geschrieben:Mir persönlich fällt es schwer zu erahnen welche Zukunft sich 4fb für Contenido vorstellt. Soll es weiterhin ein OpenSource-Projekt bleiben, das zwar von einer tatkräftigen Community unterstützt wird, aber im Core nur von 4fb betreut wird, oder plant man die Projektseiten auf SF.net wieder stärker zu nutzen und evtl. gewisse Corebereiche sogar von engagierten Entwicklern aus dem Forum betreuen zu lassen unter dem Dach/ der Koordination von 4fb.
Contenido ist und bleibt Open Source - das gehört zu Contenido genau so dazu, wie die Philosophie es möglichst einfach für den Anwender zu machen, das zu tun, wofür er das Werkzeug Contenido braucht, nämlich seinen Content zu verwalten. Und wo wir gerade dabei sind, wir stehen neuen Entwicklern nicht im Weg. Ich werde mich dafür einsetzen das wir mehr Entwickler mit an Contenido direkt entwickeln lassen können. Den Ansatz, den Core in Bereiche einzuteilen und dafür verantwortliche Entwickler zu benennen, werde ich sehr gern weitergeben - finde ich auf jeden Fall persönlich sehr interessant.
Oldperl hat geschrieben:Ich würde mich freuen, wenn Contenido wieder vorangebracht würde, würde es aber begrüßen, wenn größere Änderungen/Neuerungen den Entwicklern von Modulen und Plugins frühzeitig bekannt wären. Auch wäre dann ein Versionsschritt IMO angebracht, wobei aber die letzte "alte" Version weiterhin durch Bugfixes und kleine Updates gepflegt werden sollte.
Nun ja, grundsätzlich richtig, wäre da nicht dieses berüchtigte Aber. Natürlich werden nicht von heute auf morgen Funktionalitäten "abgeschaltet". Allerdings kann man auch nicht ewig Support für veraltete Versionen leisten. Bestes Beispiel ist bei Contenido in den Versionen vor 4.6.x zu bemerken. Diese Versionen sind nun einmal veraltet, ein Update ist möglich und vor allem auch anzuraten, da viele alte Versionen noch Sicherheitslöcher haben. Diese für die gesamten historischen Versionen zu pflegen ist bei einem Projekt wie Contenido so gut wie nicht machbar. Daher sollte hier ein Turnus gefunden werden, der es ermöglicht nicht alle 4 Wochen ein Update machen zu müssen und es Entwicklern ermöglicht ihre Module und Plugins anzupassen, so das nötig sein sollte. Die Informationsplattform wird mit den bereits von mir genannten Änderungen in der Communitystruktur auch forciert werden.
heckmeck hat geschrieben:Damit Contenido erfolgreich wird, muß eine Integration in ein offenes System (z.b. sf.net) erfolgen. Andernfalls geht die ganze Kraft, die in der Community steckt, verloren.
Hmm, da würde ich nicht hundertprozentig zustimmen. Es gibt durchaus eine Berechtigung für alternative Verwaltungsstrukturen. Projekte wie Linux, MySQL und ähnliches beweisen das.
Darth-Vader hat geschrieben:Wer sich mal die Firmenseite von 4fb durchschaut, sieht schnell, dass das Kerngeschäft von 4fb Individuallösungen sind und da kommt der Umsatz denke ich mal her.
Hmm, nicht ganz. Wir setzen die meisten Projekte mit Contenido um und aus diesen Projekten gibt es auch regelmäßig Rückläufe in die Contenido-Entwicklung, so dies mit unseren Kunden vereinbart wurde. Daher würde ich schon sagen, das wir Contenido zu unserem Kerngeschäft zählen.
Darth-Vader hat geschrieben:Dies hatte zur Folge das teilweise langjährige Mitglieder als Kollateralschaden irgendwann ausstiegen. Ich find das einfach alles sehr schade.
Darth-Vader hat geschrieben:Es fehlte und fehlt immer noch ein zentrales Kontrollorgan, das entscheidet was ins Release kommt und was nicht und die Community und Entwickler steuert um Redundanzen zu vermeiden und (kostenlose/ehrenamtliche!) Ressourcen effizient zu nutzen, wenn vorhanden (was ja hier im Forum der Fall ist).
Genau das soll sich endlich ändern. Wir haben viele sehr, sehr gute Leute verkrault. Das sollte bei keinem Projekt geschehen. Daher werden wir uns mehr darum kümmern - versprochen.
Contenider hat geschrieben:Ist zwischenzeitlich eigentlich irgendwie irgendetwas passiert, oder verläuft jetzt wieder alles im Sande?
Es verläuft sich nicht im Sand - dafür gibt es schliesslich das Forum, Notizblöcke und meine digitalen, kleinen Helferlein
kummer hat geschrieben:wenn sich alle aktiven community-mitglieder zurückziehen wird es bestimmt nicht besser. da staune ich ein bisschen: es sind forderungen da, dass andere aktiv sein sollten (an die adresse von 4fb), auf der anderen seite wechseln offenbar dann einfach viele auf ein anderes cms.
Um das mal aufzugreifen: Wer würde sich denn aktiv an der Entwicklung wie beteiligen wollen? Ich habe in diesem Thread schon einiges zum Thema Doku gesagt und auch gelesen. Das freut uns und ich werde auch dazu gesondert mal einen Thread zum Sondieren eröffnen. Aber wer würde sich wirklich aktiv am Entwickeln beteiligen?
heckmeck hat geschrieben:Um es hart auszudrücken: Solange die Instanz, die die Hand über dem SourceCode hält, sich einen Arsch darum kümmert, daß Patches etc. integriert werden, warum sollte man sich dann die Arbeit machen und welche schreiben?
Weil sich das eben ändert. Oder um es kurz zu sagen: Weil ich einen CVS Zugang und einen gierigen Mailaccount habe
Contenider hat geschrieben:Also, ich gehe schon davon aus das die Umstände und Fronten hier unmissverständlich sind. Ich frage mich nur eines, nämlich weshalb es von 4FB dazu bis jetzt, nach über einer Woche, keine offizielles Statement gibt.
Nun ja, die Statements von mir sind durchaus als offiziell zu betrachten. Eine richtige Stellungnahme in Form einer Meldung auf der Contenido-Seite ist weiterhin offen - das wird sich allerdings noch ändern. Das es Fehler in den letzten Jahren gab, ist uns allen schmerzhaft bewusst. Aber eine Änderung benötigt auch etwas mehr Zeit als ein bis zwei Wochen. Von daher appeliere ich nur noch einmal an Dich, Dich noch etwas in Geduld zu üben.
Contenider hat geschrieben:Mir persönlich würden schon die drei Zeilen reichen, in denen 4FB mitteilt, dass sie nicht an einer ernsthaften Zusammenarbeit mit der Community interessiert sind, um die Entwicklung auszubauen.
Diese Meldung wird es schon deshalb nicht geben, weil es absolut nicht der Wahrheit entspricht. Wir sind stolz auf die vielen freiwilligen Helfer und wollen um keinen Preis der Welt auf die vielen Leute, die Contenido voran getrieben haben, verzichten.
Contenider hat geschrieben:josh hat geschrieben:Ein Beispiel findet sich bei Wikipedia: "36.392 Personen haben gespendet"
Irgendwie denkst Du in verkehrten Dimensionen, Wikipedia wird von Tausenden täglich genutzt, Contenido nicht. Da kann die Rechnung nicht aufgehen.
Ich glaube josh meinte damit auch den eigentlichen Umstand, das Wikipedia sich auch mittels Spenden weiter finanziert. Natürlich sind die zu erwartenden Zahlen gänzlich andere, aber das mindert nicht den berechtigten Beitrag von josh.
So. Ich hoffe wieder auf alle genanten Fragen und Probleme eingegangen zu sein. Natürlich werden ich diese auch wieder hier intern vortragen. Und wie immer gilt: wenn ich jemanden nicht direkt zitiert oder erwähnt habe bedeutet dies keinesfalls, das ich ihn übersehen oder ignoriert habe.
Freue mich auf eine weiterhin konstruktive Unterhaltung.
So long.
Holger
