Was heisst LTS?

Prinzipiell freue ich mich ja schon über TYPO3 6.2 mit all seinen Neuerungen.
Eine wirkliche „Alternative“ zu 4.5 stellt es für mich aber auch am heutigen Tag mit der Versionsnummer 6.2.0 nicht dar.

Das Performance-Problem haben die Jungs und Mädels bedauerlicherweise nicht im Ansatz in den Griff bekommen.

Es dauert bei unserem Testsystem ca. 60 Sekunden um eine System-Extension wie „beuser“ zu installieren. Und zwar bei jeder Einzelnen.

Im FrontEnd sieht es initial auch nicht soo viel besser aus. Wenn die Seiten aus dem Ccache kommen natürlich schon.

Ich gebe zu, wir bauen die Templates nicht mehr mit HTML-Templates, sondern rein TS-Basiert auf um flexibler zu sein und unnötige File-Zugriffe zu vermeiden.

Aber die Ladezeiten sind selbst bei TextMitBild-Dummy-Content völlig untragbar.

Also selbst wenn die SmoothMigration von 4.5.32 auf 6.2.0 einigermaßen smooth über die Bühne geht weiß ich nicht wie die Performance-Probleme direkt im Anschluss in den Griff zu bekommen soll.

Verargumentieren kann ich den Leistungsabfall in keinem Fall. Weder intern an mein SEO/SEM-Team noch extern an den Kunden. User und Kunden werden kopfschüttelnd abspringen. Das ist echt ein Problem.

Danke für alles,
aber all die Bemühungen um neue Features/Architektur/Paradigmen machen das System in seiner jetzigen Form nicht tragbar.

Bin ich denn der Einzige, der damit zu kämpfen hat?

Marcel

@Marcel:

Vielleicht wäre es angebracht, einfach mal zu gucken, was bei Euch fasch konfiguriert ist, bevor Du hier so einen vom Stapel lässt?

Abgesehen davon, dass ich mich frage, wie oft man System-Extensions aktiviert und dass dann auch noch ernsthaft als relevantes Performance-Kriterium hin stellt …

Ich habe das grade mal bei mir mitgestoppt: 5 Sekunden waren es … auf völlig normalem shared Webspace wohlgemerkt.

Stimmt, hat aber wohl auch technische Hintergründe, bzw. hatten einige Leute echt viel zu tun.

Falls zu z.B. Gridelements oder News meinst, guck mal auf Github, da sind die entsprechenden Versionen schon verfügbar.

https://github.com/TYPO3-extensions/gridelements

https://github.com/TYPO3-extensions/news

Das ist zugegeben nicht der ideale Weg, aber das dürfte sich hoffentlich auch bald alles erledigen.

In 6.2 bitte alte Versionen der Extensions nicht auf Dateiebene umbenennen, sondern über das Backend deinstallieren, wenn man die nicht mehr braucht.

Satzzeichen sind keine Rudeltiere.

„Gerüchten zufolge soll TYPO3 6.2 zehn Mal langsamer als 4.5 sein. Die Wahrheit ist,
dass die Performance in den meisten Fällen identisch ist…“ (Whats new in 6.2 PDF)

Identische Performance in den meisten Fällen? Bei der Aussage gehe ich maximal von identischer Performance aus, was für ein neues Release 3 Jahre später leider zu wenig ist. (Bestätigen kann ich das noch nicht.)

Trotzdem gefallen mir die neue Version sehr gut!

Das mit der Performance kann ich teilweise bestätigen, wenn ich hier aber auch sehr differenzieren muss.

Punkt 1: Der neue Installer ist top. Hier sind wirklich einige Verbesserungen zum Vorgänger eingeflossen und der Umstieg geht wesentlich schneller von der Hand. Besonders gut gefällt mir die Umschaltung vom Produktiv System zum Entwickler System!

2: Die Backand Performance Ladezeiten sind subjektiv besser als bei den Vorgängern.

3: Für Extension Updates benötigen meine Installationen allerdings auch im Schnitt 60s, was definitiv zu lang ist. Schneller geht es hingegen, wenn ich die t3x händisch downloade und installiere, vielleicht gibt es hier einen Trick, Konfiguration ändern?

4: Wenn die Seiten gerendert sind sind die Ladegeschwindigkeiten besser.

5. Jetzt aber das große ABER: eine meiner Seiten hat ein ziemlich umfangreiches Menü und hier braucht eine Seite zum Rendern !!! 3 Minuten !!! das ärgert mich sehr, da das die gesamte Server Performance runterzieht.

Hier das TypoScript, vielleicht liegt es daran?

hp_template_top_menu >
hp_template_top_menu = HMENU
hp_template_top_menu.special = list
hp_template_top_menu.special.value = {$menulist.top}

hp_template_top_menu.1 = GMENU
hp_template_top_menu.1.NO {
10 = IMAGE
10.file = fileadmin/templates/musicstore/images/top_menu_button.jpg
XY = 139, 28
20 = TEXT
20.text.field = nav_title // title
20.offset = 15,18
20.fontColor = #ffffff
#20.niceText = 1
20.antiAlias = 1
20.fontSize =14
20.spacing = 0
20.fontFile = fileadmin/ttf/verdana.ttf
}

hp_template_top_menu.1.RO < hp_template_top_menu.1.NO
hp_template_top_menu.1.RO = 1
hp_template_top_menu.1.RO.10.file = fileadmin/templates/musicstore/images/top_menu_button_ro.jpg
hp_template_top_menu.1.RO.20.fontColor = #000000

Das ist bis jetzt aber die einzigste Seite, die diese extremen Zeiten beim Rendern hat.

Ansonsten fehler mir persönlich noch Extensions wie das mm_forum. Und es gibt noch einige Extensions die auf die t3lib Klasse zugreifen wollen, die es aber sicht mehr gibt.

@cybertom:
Ich würde auch mal zum Test aus dem GMENU ein TMENU machen.

… für ein official Release ist das Ding schon noch fusskrank.

Fusskrankheiten bereits auf den ersten Blick:
da gibts zum Beispiel netterweise im Bootstrappackage von Haus aus ein Carousel.

Dieses wiederum kennt drei Content-Typen:
– Header
– Text and Image
– HTML

Reicht ja eigentlich.
Neues Element, erster Versuch:
– Text and Image
Anlegen, Name verpassen.
Eigenschaft „Name (not visible in frontend)“.

Irrtum Nummer eins.
Ist visible in frontend und nicht wegzukriegen.

Image einfügen klappt, als CE und/oder als Background.

Aber jetzt versucht mal den Text zum Image einzugeben. Die Suche kann länger dauern, führt aber nicht zum Erfolg. Das Feld gibt es im BE nicht. Wurde wohl schlicht vergessen.

Einzige Chance:
direkt in der Datenbank in der Tabelle „tx_bootstrappackage_carousel_item“ das Feld „bodytext“ editieren.

Das erzählt mal nem Redakteur …

🙂

Hi Tim,

wenn ich es richtig verstehe bin ich als Anwender gehalten Änderungen im Core vornehmen, weil da was vergessen wurde.

Oder hast Du einen Tipp zur Lösung?

Danke.