2.8 und wieder etwas weg.

**Nina** · 12.11.2009, 16:20

Hier wird nicht wahllos etwas "rausgeschmissen", sondern gewisse Inhalte werden zwar aus dem Core entfernt, jedoch selbstverständlich weiter im Extension Repository angeboten und im Rahmen der offiziellen TYPOlight-Entwicklung von Leo Feyer gepflegt.

Es hatten sich in der Entwicklung ein paar kleine Extensions in den Core "geschlichen", die dort eigentlich nichts zu suchen haben, weil die Masse der Nutzer sie gar nicht einsetzt und es somit nicht mehr zum "Light"-Anspruch von TL passt. Die Wahl der Extensions die mit der 2.8 aus dem Core ausgegliedert werden, wurde auf Basis der deutlichen und mehrfachen Rückmeldungen aus der Nutzerschaft getroffen, nicht aus einer Laune heraus.

Aber wie gesagt: Niemand verliert etwas! Diejenigen die die Extensions jetzt einsetzen, können sie selbstverständlich auch weiterhin einsetzen und sie werden selbstverständlich auch weiterhin gepflegt. Und natürlich werden die relevanten Core-Extensions auch dauerhaft darin bleiben. Es ging hier ausschließlich um Spezialanwendungen, die sowieso nur von einer sehr kleinen Nutzerschaft eingesetzt werden.

**Marcello** · 12.11.2009, 16:29

Ja aber was passiert, wenn ich die Typolight Installation update, mit den vorhandenen Kommentaren?

Das mag ja schon sein, aber gerade das Kommentar Modul, das nutz ich auf ziemlich vielen Seiten, den das bietet sich super an als Feedback Modul, und dass wird immer mehr ein Thema bei den Kunden.

EDIT:
Auch wenn typolight, "light" im Namen hat ist es im vergleich zu anderen CMS nicht so klein, aber das ist auch gut so. Wenn man wirklich was kleines will, dan gibts ne Horde von CMS welche sich anbieten und man nur Seiten und keine Artikel etc. hat. Aber ich find Typolight als mittelmass perfekt, und nicht weil es superklein ist. Der grossen Vorteile von Typolight liegen woanders.

**ku-ma-122** · 12.11.2009, 16:36

Was soll denn damit passieren?

Du löschst doch das Kommentarmodul nicht wenn Du ein Update machst oder seh ich das falsch?

In meinen "alten" 2.6.x Installationen ist z.B. das Developermodul auch nicht weg gewesen nur weil ich auf 2.7 upgedatet hatte.

Ich find es gut so wie es ist, ein schlankeres System lässt sich auch schneller installieren und wenn Module die mal mal ein Update erhalten muss nicht gleich das ganze System auf einen neuen Stand gebracht werden.

**Marcello** · 12.11.2009, 16:42

Zitat von ku-ma-122 Beitrag anzeigen

Was soll denn damit passieren?

Du löschst doch das Kommentarmodul nicht wenn Du ein Update machst oder seh ich das falsch?

In meinen "alten" 2.6.x Installationen ist z.B. das Developermodul auch nicht weg gewesen nur weil ich auf 2.7 upgedatet hatte.

Ich find es gut so wie es ist, ein schlankeres System lässt sich auch schneller installieren und wenn Module die mal mal ein Update erhalten muss nicht gleich das ganze System auf einen neuen Stand gebracht werden.

Na wenn das so ist, ist ja halb so wild. Trotzdem find ichs schade wenn man schlussendlich zuerst eine Menge Module installieren muss, bevor man loslegen kann.

Eine Lösung wäre vielleicht auch, wenn man Modulare Installationen herunterladen könnte, wie zB Mootools auf deren Seite, bei welcher man sich eine komplette Installation zusammenbauen kann. Wenigstens mit allen ehemaligen Core Modulen. Das wär doch was oder?

Es soll wirklich nicht falsch verstanden werden. Wie man meiner Signatur entnehmen kann ist Typolight mein "favourite" CMS und ich bin echt überzeugt davon. Aber ich sehe Typolight auch nicht eigentlich als Mini CMS den es bietet seit dem Shop Modul eigentlich alles was man benötigt.

**Fabster** · 12.11.2009, 16:48

Nur mal so eine Anmerkung von der Seite. Ich denke, dass es nur Vorteile hat, wenn manche Module aus dem Core ausgelagert werden und über das Repository bei Bedarf supereinfach nachinstalliert werden können. Diese Module werden ja weiterhin von Leo gepflegt und weiterentwickelt. Es ist dann sogar möglich neue Features oder Bugfixes oder ähnliches schneller umzusetzen, als wenn das Modul weiterhin Bestandteil des Cores wäre und man so bis zu einem "großen" Update des ganzen Systems warten müsste bis manche Änderungen verfügbar sind

**Toflar** · 12.11.2009, 16:53

Zitat von Marcello Beitrag anzeigen

Eine Lösung wäre vielleicht auch, wenn man Modulare Installationen herunterladen könnte, wie zB Mootools auf deren Seite, bei welcher man sich eine komplette Installation zusammenbauen kann. Wenigstens mit allen ehemaligen Core Modulen. Das wär doch was oder?

Das Repository erweitern und Checkboxen hinzufügen. Dann wählst du 5 Erweiterungen aus und klickst auf Installieren und dann kommt die Installroutine für alle 5 Erweiterungen.
Das wäre vielleicht machbar und dann ist wieder Friede, Freude, Eierkuchen

**Thomas** · 12.11.2009, 17:08

Man sollte sich vielleicht auch erstmal die Begriffsdefinition von Core ansehen.

Die Core ist das Kernsystem und sollte so klein wie möglich gehalten werden.
Ich bin sogar der Meinung, man sollte im Core garkeine Mosule platzieren und nur ein Kernsystem liefern, welches die Möglichkeit gibt die Module nach zu installieren.

Natürlich kann man Pakete zusammenstellen, die eine gewissen Bandbreite von Anforderungen abdeckt.
Ich denke da z.B. an eine Communityversion, eine Blogversion usw., wo schon die gebräuchlichsten Module zusammengepackt wurden und zum Download bereitgestellt werden.

Das beinhaltet den riesen Vorteil, nicht immer gleich das System anfassen zu müßen sondern Verbesserungen der Module bereit zu stellen.

Wie dem auch sei, so schlecht ist die Lösung letztendlich nicht. Der Admin hat anfangs halt ein wenig mehr Arbeit.

Ich würde in diesem Zusammenhang einmal vorschlagen, das Repository zu überarbeiten und etwas übersichtlicher zu gestalten. Indem man z.B. Rubriken bereitstellt, wo der Entwickler seine Module einpflegen kann.

**Toflar** · 12.11.2009, 17:23

Zitat von Thomas Beitrag anzeigen

Ich würde in diesem Zusammenhang einmal vorschlagen, das Repository zu überarbeiten und etwas übersichtlicher zu gestalten. Indem man z.B. Rubriken bereitstellt, wo der Entwickler seine Module einpflegen kann.

Es gab ein Ticket, das auch für die 2.8 completed wurde. Lassen wir uns mal überraschen, was sich Leo so alles überlegt hat

**Thomas** · 12.11.2009, 17:26

Ok, wunderbar!

**Marcello** · 12.11.2009, 17:26

Ich denke es wäre eine Möglichkeit, wenn man schon beim download von Typolight, wie gesagt, entweder das Core herunterlädt, oder aber eine modulare Ausführung wählt, bei welcher man das core hat und per Checkboxen die gewünschten Erweiterungen schon reinpacken kann, weiter auf download klicken und man kriegt ein ganzes packet. So könnte man ohne weiteres das Core klein halten.

Andererseits würd ich auch die Idee der Optimierung des im Backend befindenden Extension Rep. unterstützen.

Jedoch ist wenn man wie oben schon ein solches Paket laden kann, die Nötigkeit das Repository in TL zu aktivieren (falls man wie ich kein soap hat, auf dem server) nicht jedesmal nötig, wenn man schon im vornherein weiss welche Module man schlussentlich braucht.

EDIT:
Cool ich seh da geht was, und ich bin natürlich äusserst bereit eine guten Kompromiss als Lösung anzusehen.

@ Thomas Ja es gibt dem Admin mehr zu tun am Anfang, aber letztendlich zahlts der Kunde, und der hat teilweise keine Ahnung was da so alles gemacht werden muss, und ich möchte nicht das meine Kunden sich dann fragen warum sie dies und das bezahlen müssen.

**Thomas** · 12.11.2009, 17:32

Da denke ich, dass sich das für TL-Einsteiger schwierig gestaltet, da sie die Funktionen der Erweiterungen noch garnicht kennen können.
Wenn ich mich an meine Anfangszeit besinne, da hatte ich schon arge Probleme überhaupt das zu finden, was ich suchte.

Hin und wieder geht es mir Heute noch so.

Daher sollte schon ein Beginnersystem ladbar sein, sollte man sich für eine solche Lösung entscheiden.
Aber warten wir es mal ab, ich denke nicht, dass Leo uns im Regen stehen läßt und vor unlösbare Dinge stellt.

***leo*** · 12.11.2009, 19:17

Wow, ich bin echt beeindruckt. An Beschwerden unmittelbar nach einem Release habe ich mich ja inzwischen gewöhnt, aber dass jetzt schon vor der Veröffentlichung einer Version darüber diskutiert wird, wie schlecht diese ist, das ist neu. Vielleicht kannst Du gleich noch sagen, was für Fehler wir in der 2.9 und in der 2.10 machen werden, dann könnten wir uns unnötige Arbeit sparen

**simplex3** · 12.11.2009, 20:23

LOL@Leo
Genau!
Ich finde es okay, wenn der TL-Core so schlank bleibt bzw. auch mal noch die eine oder andere Funktionalität ins Repository geschoben wird.
Das macht das Ganze flexibel.
Auch ich habe einige Funktionen, die ich immer gerne verwende und jedes Mal nachladen muss, wenn es an eine neue Arbeit geht. Aber das nehme ich in Kauf.
Außerdem bleiben durch die Auslagerung die Updates nachvollziehbar. Ich habe es ganz gerne, wenn ich selber entscheiden kann, was ich update.
So, und jetzt warte ich auf die 2.8 und dann meckere ich

**xtra** · 12.11.2009, 20:31

So, nun gebe ich auch mal meinen Senf dazu.

Einige hier werden mich noch als radikalen "Ich will den Core schlanker haben"-Verfechter kennen.
Ich habe mit einigen hier, und Leo im Besonderen, zu diesem Thema lang und breit diskutiert und haette noch viel mehr aus dem Core ausgelagert, was meiner Meinung nach nicht in einen "CORE" rein gehoert.
Dies aus dem einfachen Grunde, dass der Core meiner Meinung nach als Framework fyr Extensions und Module anzusehen ist.
Er stellt die Basisfunktionalitaet, wie das DCA, das Backend, das Rechtesystem, etc., zur Verfuegung. Mehr sollte es meiner Meinung nach nicht sein.

Zugegeben, manche Module, wie beispielsweise die Artikel braucht jeder, also koennen diese im Core verbleiben (zumal sich hieran nur wenig aendert) doch nahezu jegliches andere Modul kann in der Theorie raus.
Alles kann man aus dem ER schliesslich bequem nachladen und sofort verwenden.

Die Entfernung aus dem Core kommt der Pflege der Module auch sehr entgegen, wie Fabster oben schon richtig angemerkt hat.
Es ist viel einfacher ein neues Release einer Extension herauszugeben anstatt jedesmal den Core upzugraden/releasen.
Zumal man dann nicht einen neuen Core releasen muss, weil ein Tippfehler im Modul "KarlFranz" entdeckt wurde (der Bruder vom "HorstEugen"

).
Ersparnis:

Traffic wird gespart: Download core: 10MB mit anschliessender Installation versus 2 Klicks im ER bei traffic ca. 60kb).
Zeit: Wartezeit fyr Download und Upload entfaellt nahezu komplett.

Bei einer Aenderung die evtl. ein einzelnes File betrifft. und aus 10 Zeichen besteht.

Ein aktuelles Beispiel hierzu:
Heute hatte jemand ein Problem mit TensideRepository, eine Funktion ist nur mit aktiviertem PECL verfygbar und macht die Extension ansonsten unbrauchbar.
Diese Funktion wird vom ER Client im TL Core ebenfalls verwendet.
Die Aenderung habe ich sofort nachdem ich den Thread gelesen hatte in der Extension vorgenommen. Somit ist das Problem in der Extension nicht mehr enthalten. Der TL Core kann nicht so schnell upgraded werden, weshalb das Problem dort weiterhin besteht.
Das Argument von wegen "Was ist, wenn ich kein SOAP habe" habe ich hoffentlich mit TensideRepository ohnehin restlos aus der Welt geschaffen und ist somit nicht mehr valide. Einzige Ausnahme ist, wenn der Server gar keine ausgehenden Verbindungen zulaesst, wobei man dann aber wirklich den Hoster wechseln sollte, da dann sehr vieles nicht funktionieren wird.

Die Argumente mit verschiedenen Downloadpaketen (Ich bezeichne so etwas nun einfach mal als Distribution, analog zu den Pendents in der Linuxwelt) kann ich nachvollziehen.
Die Umsetzung solcher Distributionen wird jedoch einen massiven Verwaltungsoverhead nach sich ziehen, da irgendwer sicherstellen muss, dass die Extensions zueinander kompatibel sind.
Bleibt auch noch die Frage, wer bestimmt was in welche Distribution aufgenommen wird, wie oft werden die Pakete neu geschnyrt, wer testet es usw.
Die Haftungsfrage lasse ich nun mal bewusst ausser Acht (darf jedoch bei der Umsetzung in keinster Weise vergessen werden).
Dies kann in keinster Weise auch noch Leo auferlegt werden. Daher bin ich dagegen.
Auch die Option das Installpaket on demand wie bei jQuery/Mootools/... zusammenbauen wird massiv Serverlast und Traffic erzeugen, welcher meiner Meinung nach ebenfalls nicht an Leo haengen bleiben sollte.

Die Erweiterung des ER Clients um die Mehrfachauswahl ist eine Idee die es sich lohnt weiterzudenken, geht jedoch am hiesigen Grundthema des "Verschlanken des Cores" vorbei (ich muss mal sehen ob ich das nicht in meine Version vom ER einbaue, oder zumindest etwas aehnliches, doch leider haben meine Tage auch nur 48h, welche ich obendrein nur zu einem gewissen Teil in die kostenlose Entwicklung einfliessen lassen kann). Daher sollte man dies in einem gesonderten Thread besprechen. Generell wuerde ich hierbei jedoch eher zu "bootstrap-files" tendieren, die beispielsweise als XML Datei irgendwo gehostet werden und definieren welche Extensions sich eine Installation herunterladen soll. Wenn ich die Zeit finde, dann werde ich hierzu mal ein wenig schreiben und zur Diskussion stellen.

Um nun OnTopic abzuschliessen, Ich hoffe ich konnte die Beweggrynde die fyr einen schlanken Core sprechen einigermassen klarstellen.

Gruss
Chris