Zitat von
Spooky
Zitat von
Spooky
- Am besten wäre es natürlich mit Tools wie blackfire.io zu prüfen, wo der Bottleneck liegt. Auf einem Shared Hosting wirst du das aber höchstwahrscheinlich nicht zur Verfügung haben.
Habe ich leider nicht zur Verfügung.
Zitat von
Spooky
- Generell sollten Applikationen, wo die Performance wichtig ist, wohl nicht auf einem Shared Hosting betrieben werden.
Für die Entwicklung - für mich - kein Problem. Mit dem Kunden werde ich das noch besprechen.
Zitat von
Spooky
Das hat unter Contao 4.9 keine Auswirkungen auf die TTFB, da Bilder nicht im Request der HTML Seite erzeugt werden.
Ein paar generelle Anmerkungen:
- Generelle Hinweise zur Verbesserung der PHP Performance findest du hier. Wie dort erwähnt solltest du zuerst überprüfen, ob bei dir die PHP Einstellung open_basedir gesetzt ist. Wenn ja, müsstest du den Hoster davon überzeugen, diese Einstellung zu entfernen, falls du das nicht selbst machen kannst. Aber auch hier wirst du bei einem Shared Hosting keine großen Chancen haben.
Die Hinweise bekommt der Hoster noch mitgeteilt, mit der Bitte um Umsetzung. Das "open_basedir" entfernt wird, halte ich für unwahrscheinlich, da der Hoster schon Sicherheitsbedenken hat, mir einen SSH-Zugang zu geben - sehr schade.
Zitat von
Spooky
[*]Du könntest auch versuchen vorab folgende Pull Requests bereits in deine Contao Installation zu integrieren:
#1840 &
#1871.[/list]
Nein, da warte ich lieber auf ein Update. Sonst mache ich zu viel kaputt.
Zitat von
Spooky
[*]Selbst bei 250 Nachrichten sollte der Bottleneck nicht bei der Datenbank liegen, da die 250 Nachrichten in einem Query geholt werden. Wenn du aber Extensions und angepasste Template verwendest, solltest du überprüfen, ob diese eine negative Auswirkung haben. Also einfach die Extensions nacheinander deinstallieren und jedes mal testen. Und dann die angepassten Nachrichten-Templates löschen/deaktivieren und nacheinander testen.[/list]
Ich verwende nur wenige zusätzliche Extensions plus die notwendigen des Themes welche ich nicht deinstallieren kann. Ob ich die Nachrichtentemplates zum testen ändern kann muss ich noch ausprobieren.
Hier mal meine composer.json wegen der Extensions:
Code:
{
"type": "project",
"require": {
"contao/calendar-bundle": "4.9.*",
"contao/comments-bundle": "4.9.*",
"contao/conflicts": "*@dev",
"contao/faq-bundle": "4.9.*",
"contao/listing-bundle": "4.9.*",
"contao/manager-bundle": "4.9.*",
"contao/news-bundle": "4.9.*",
"contao/newsletter-bundle": "4.9.*",
"do-while/contao-backupdb-bundle": "^1.4",
"inspiredminds/contao-include-info": "^1.0",
"inspiredminds/contao-news-sync": "dev-master",
"jrgregory/m17-sticky-backend-footer": "^2.0",
"terminal42/contao-easy_themes": "^2.2"
},
"extra": {
"contao-component-dir": "assets"
},
"scripts": {
"post-install-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
],
"post-update-cmd": [
"Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
]
},
"repositories": [
{
"type": "composer",
"url": "https://token:xyz"
}
]
}
Zitat von
Spooky
Zu guter Letzt kannst du für die betroffene Unterseite ja auch einfach den Server Cache aktivieren und auf 1 Jahr stellen. Hier musst du aber ggf. auf die COOKIE_WHITELIST achten (COOKIE_ALLOW_LIST ab Contao 4.10). Über diese Liste kontrollierst du, dass Requests mit diesen Cookies deine Applikation immer erreichen und der Response nie aus dem Cache kommen soll.
Den Cache werde ich wohl so einstellen, wenn die Seite fertig ist.
Mit der "COOKIE_ALLOW_LIST" habe ich noch nichts zu tun gehabt, muss ich mir dann in 4.10 erst noch anschauen. Ebenfalls, ob die Auswirkungen auf das Cookieverfahren des Themes hat.
Auf jeden Fall schon mal herzlichen Dank für Deine/Eure Mühe hier an dieser Stelle.
Gruß
tschero