Da sehe ich nichts was man im Kundencenter umstellen könnte…
Druckbare Version
Da sehe ich nichts was man im Kundencenter umstellen könnte…
Vielleicht kann man das auch nicht (selbst) umstellen bzw. PHP läuft schon als FPM. Am besten Du schaust Dir mal die PHP Info Ausgabe an.
Ja, wenn es sich um eine halbe oder meinetwegen eine Sekunde handeln würde, dann wäre das denkbar. Aber 8 (acht!) Sekunden? Ich war lange Zeit bei 1 und 1 und habe immer noch Kunden da. Eine solche Startzeit hatte ich noch nie.Zitat:
Zitat von xchs
Ist das eventuell eine aufwändige Seite, die teilweise oder komplett aus geschützen Inhalten besteht, sich also ändert, je nachdem ob ein Mitglied angemeldet ist oder nicht? In dem Fall bringt der Cache wohl nichts.
Je nach Umfang und Anzahl der Quelldateien kann manchmal auch das Parsen von SCSS Code etwas länger dauern, wenn beispielsweise erst die zusammengefassten CSS-Stylesheets generiert werden müssen.
Daran kann es nach meinen Tests eigentlich nicht liegen. Die Seite ist nicht komplex, ich habe mal testweise css und js rausgenommen - ändert nichts.
Ich kann hier leider keinen Link posten, die Seite ist noch unter einer Subdomain mit Zugangsschutz und mit Bildern bestückt die noch nicht freigegeben sind.
Ich erinnere mich aber, dass das schon nach der Installation von Contao 4 so war als ich lediglich ein paar Seiten angelegt hatte ohne CSS und JS.
Definiere "zum ersten Mal" genauer. Zum ersten Mal einer Session? Das heißt wenn du den Browser schließt, wieder öffnest und dann eine beliebige Seite der Website öffnest, dauert es 8 Sekunden?
Nein dann genau nicht. Wenn ich den Browser schließe (Cache wird gelöscht) dann wieder öffne, die Seite aufrufe ist sie sofort da.
Öffne ich sie dann später, da weiß ich noch nicht wie lange später, aber nach einigen Stunden meine ich, tritt es wieder auf .
Deshalb dachte ich auch an den Servercache von Contao es ist aber egal ob der an- oder ausgeschaltet ist.
Deaktiviere mal den Frontend Cron in den System Einstellungen.
Das habe ich probiert, bringt aber anscheinend auch nichts.
Ich teste nochmal ohne Einbindung von css und js etc. , denke aber dass das auch nichts bringen wird. Wie schon erwähnt fiel mir das schon kurz nach der Installation auf. Da war noch nichts eingebunden außer dem Layoutbuilder.
Browse die Website ab sofort nur mit der app_dev.php. Sobald ein Request diese 8 Sekunden gedauert hat öffne den Profiler um vielleicht herauszufinden zu können, woran es liegt.
So weiter gehts mit einer Installation bei Ionos.
Habe die im Threadverlauf angegebenen Konsolenbefehle mal eingetragen.
Frage ich die PHP-Version mit „php -v” ab, wird „php -vPHP 4.4.9 (cgi-fcgi) (built: Nov 7 2018 13:27:00)” ausgegeben.Code:/usr/bin/php7.2-cli composer.phar update
Wie bekomme ich das nun auf PHP 7.2?
Ins Backend kam ich, im Frontend werden alle asset-Inhalte nicht geladen.
Prod Cache ist mehrfach gelöscht.
Ergänzung:
Bilder werden um Backend nicht angezeigt in der Dateiverwaltung - Syncronisierung ist auch ausgeführt.
Ergänzung 2:
Das hier gefunden: https://www.ionos.de/community/hosti...aketen-nutzen/
Mitklappt es in der Konsole. Schaun wir mal wo es nun hängt, da die Installation mit 7.2 erstellt wurde…Code:/usr/bin/php7.1-cli composer.phar update
Mit diesen Kniffen soll man auch PHP 7.2 und 7.3 als cli Version zum Laufen bekommen:
https://www.mister42.me/de/articles/...nd1+Webhosting
Ionisierung kann ja nicht gesund sein für einen Server, oder ist die Cloud des Spezialisten eine Gewitterwolke? :D
Pulverisieren wärs :D.
So nun ist zu wenig Speicher das Thema. Boah eh :)
Manager läuft. Ins Backend komme ich auch. Nur das Frontend sieht zum Heulen aus :).
PHP Info sagt das memory_limit sei bei -1. Eine php.ini hab ich ins Root Verzeichnis gelegt mit 1G. Reicht wohl nicht…
Und das wird es auch bleiben, solange Du nicht einen anderen Provider hast, der deutlich mehr Speicher zur Verfügung stellt.Zitat:
Zitat von planepix
Ich gehe daher den Weg, die composer.json auf meinen lokalen Rechner zu holen, dort composer update aufzurufen (hier hast Du so viel Speicher, wie Du Dir selbst gibst), dann die so erzeugte composer.lock zurück auf den Server und dort composer install aufrufen.
Eine lokale Contao-Installation braucht es dafür nicht!
Bei Bedarf das Ganze für alle 1&1-Domains noch in ein Skript gepackt und so aktualisiert ein Skript-Aufruf alle Contao-Installationen :-)
Was mich jetzt am meisten irritiert: Warum werden die assets nicht geladen? Kein CSS, keine Bilder. Muss bei 1&1 die Dateirechte anpassen?
In den Seitenlayouts Skripte zusammenfassen deaktivieren liefert jetzt immerhin CSS und JS aus…
Nicht, daß ich wüsste. Hast Du mal nachgeschaut, ob der Symlink web/assets (zeigt auf ../assets) angelegt wurde? Vielleicht ist da etwas schief gegangen.Zitat:
Zitat von planepix
Dann schau dir mal den Symlink von web/assets -> assets an, ob der funktioniert.
Im Ordner web/assets ist aktuell nur .gitignore drin.
Im Ordner assets im Root liegen Bilder in den einzelnen Unterordnern.
Die Systemwartung habe ich mehrfach ausgeführt.Im Syslog steht nicht drin dass das erstellen von Symlinks gescheitert sein.
[14.12.2018 20:38] The symlinks could not be regenerated
Kurioserweise werden jetzt viele Bilder angezeigt, einige Fehler und werden auch dann nicht angezeigt, wenn ich diese neu hochlade und syncronisiere.
Ich gucke jetzt nochmal in vars/log:
Die letzten Zeilen:
Code:2018-12-14 19:12:16] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"assets/css/1bc8a5b6e29e.css","_route":"contao_catch_all"},"request_uri":"http://domain.de/assets/css/1bc8a5b6e29e.css","method":"HEAD"} []
[2018-12-14 19:12:16] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-12-14 19:12:16] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"assets/css/1bc8a5b6e29e.css","_route":"contao_catch_all"},"request_uri":"http://domain.de/assets/css/1bc8a5b6e29e.css","method":"GET"} []
[2018-12-14 19:12:16] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-12-14 19:12:16] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\NotFoundHttpException: "Page not found: http://domain.de/assets/css/1bc8a5b6e29e.css" at /homepages/21/d765435206/htdocs/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 112 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\NotFoundHttpException(code: 0): Page not found: http://domain.de/assets/css/1bc8a5b6e29e.css at /homepages/21/d765435206/htdocs/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php:112, Contao\\CoreBundle\\Exception\\PageNotFoundException(code: 0): Page not found: http://domain.de/assets/css/1bc8a5b6e29e.css at /homepages/21/d765435206/htdocs/vendor/contao/core-bundle/src/Resources/contao/controllers/FrontendIndex.php:64)"} []
[2018-12-14 19:12:16] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"assets/js/e570d5065622.js","_route":"contao_catch_all"},"request_uri":"http://domain.de/assets/js/e570d5065622.js","method":"HEAD"} []
[2018-12-14 19:12:16] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-12-14 19:12:16] request.INFO: Matched route "contao_catch_all". {"route":"contao_catch_all","route_parameters":{"_scope":"frontend","_token_check":true,"_controller":"Contao\\CoreBundle\\Controller\\FrontendController::indexAction","_url_fragment":"assets/js/e570d5065622.js","_route":"contao_catch_all"},"request_uri":"http://domain.de/assets/js/e570d5065622.js","method":"GET"} []
[2018-12-14 19:12:16] security.INFO: Attempting SimplePreAuthentication. {"key":"frontend","authenticator":"Contao\\CoreBundle\\Security\\ContaoAuthenticator"} []
[2018-12-14 19:12:16] request.ERROR: Uncaught PHP Exception Symfony\Component\HttpKernel\Exception\NotFoundHttpException: "Page not found: http://domain.de/assets/js/e570d5065622.js" at /homepages/21/d765435206/htdocs/vendor/contao/core-bundle/src/EventListener/ExceptionConverterListener.php line 112 {"exception":"[object] (Symfony\\Component\\HttpKernel\\Exception\\NotFo
So läuft endlich!!!
Manuelles löschen der fehlerhaften Symlinks und noch mal den Composer Installer aufgerufen.
Danke für eure Tipps!
Wenn Du (per SSH eingeloggt) im Ordner web bist, müsste ls -l in etwa so etwas ergeben
das l am Anfang der Ausgabe zeigt, daß assets ein Symlink ist.Code:lrwxrwxrwx 1 u123456789 ftpusers 9 Mar 29 2018 assets -> ../assets
Wenn Dort d (wie directory) steht, ist es ein Verzeichnis.
Lösche es und versuche erneut die Symlinks zu generieren. Ich denke, das ist gescheitert, weil unter dem Namen des zu erzeugenden Symlinks bereits ein Verzeichnis existiert (warum auch immer).
Edit: wie so oft -- zu langsam.
Alle Tipps und geteiltes Know-how ist hilfreich Andreas.
Kann man dann nächstes Mal nutzen ;).
Und in dem Fall geht ja max. PHP 7.1 via Konsole…