Hallo!
Ich erstelle grade eine Website auf einem Server mit folgenden Spezifikationen:
Prozessor: Intel(R) Xeon(TM) CPU 3.00GHz mit Hyperthreading
RAM: 1GB
Linux: 2.6.8-2-686-smp (Debian Sarge)
Apache: 2.0.54
PHP: 4.3.10-16
Dennoch läuft typo3 sehr langsam.
Parsetime: so im Schnitt 3500 ms
Zuerst dachte ich da an die DB.
Aber eben hat der SysAdmin die MySQL-Abfragen beim Aufsuchen der Seite beobachtet und meinte, dass es an der DB nicht liegen kann.
Woran könnte es denn liegen?
http://www.sheepworld.de/company
Thomas
(suche habe ich benutzt, aber unter typo3 + langsam fand ich nichts)
Eventuell hat der Server ja nebenbei noch was anderes zu tun?
Check mal die /var/log/messages oder gib mal an der Konsole 'top' ein und schau mal was Dein LINUX / UNIX so treibt ...
Ansonsten schon mal ein schicker T3-Auftritt, auch wenn der Kalender nicht wirklich funzt... :o
ein 3.8'er sollte unter der von dir beschriebenen umgebung allerdings deutlich flotter sein.
da sollte mal ein profi nen blick auf die config von apache, php und typo3 werfen. ohne 'dateneinsicht' wird dir wohl niemand helfen können.
Ich vermute stark, daß die Seiten einfach nicht gecacht werden. Schau doch einfach mal, ob sich die cache_* Tabellen füllen, oder klick ganz links auf "Template" und wähl im Seitenbaum dein Root-Template aus. Da siehst du auch die Anzahl der gecachten Seiten.
Welche MySQL-Version hast du denn?
Danke erstmal für die Antworten.
Was den cache angeht, so steht bei mir:
Status: cache_pages:1, cache_pagesection:15, cache_hash:85
MySQL-Version: 3.23.49
Oh oh....
Mach schleunigst ein Update auf eine 4.X-Version. Mit eingeschaltetem QueryCache wirkt das "Wunder"!
Irgendwie funktioniert dein Caching auch nicht richtig. Da ist ja nur eine Seite drin. Schau dir in der DB mal an, welche Seite das ist (einfach in der Tabelle cache_pages die Spalte HTML von Mediumblob auf Mediumtext, dann kannst du dir den Inhalt mir phpmyadmin anzeigen lassen, danach aber wieder auf Mediumblob setzen!)
Danke sehr!
Leider habe ich keinen Zugriff auf den Server.
Muß also unseren Hoster überzeugen.
Vielleicht verwendest du auch Extensions die das Cachen deaktivieren. Das kannst du überprüfen indem du den FE_admin aktivierst. Ins setup deines Templates:
#Frontend Adminpanel
#################################
seite.config.admPanel = 1
Wenn du nun deine Seite Aufrufst erscheint ein Adminpanal. Unter der Sektion "Info" steht no_cache: . Wird hier eine 1 angezeigt is dein Caching deaktiviert.
tatsächlich:
id: 78
type: 0
gr_list: 0,-1
no_cache: 1
fe_user, name:
fe_user, uid:
Total parsetime: 2395 ms
Jedoch habe ich folgende Einstellungen:
[EXT][extCache] = 1
Und bei den einzelnen Seiten ist das Cachen auf Standart geschaltet.[/quote]
das hat nichts zu sagen! sobald du eine extension verwendest, die den no_cache wert auf 1 setzt haste -ich bezeichne es mal als- "verloren"!!
finde die extension, such den part wo der wert gesetzt wird und kommentiere diesen aus.
ich bin momentan an selbigem problem beschäftigt und habe bisher bei 6 extensions diesen wert gefunden. allerdings gibts immer noch irgendwo eine die diesen wert setzt. nur kann ich diese bislang nicht auffinden!! #angry#
Zur Info:
bei mir waren es bisher folgende:
1. wag randomimage
2. tip-a-friend-
3. textvisitorcounter
4. Globernia Weather Information
5. LTG Rating
6. Select pro
leider gibt es hier im forum bislang nicht wirklich viele infos zu extensions die den cache abschalten. schade schade 😉
ich begebe mich dann mal wieder auf die suche
finde die extension, such den part wo der wert gesetzt wird und kommentiere diesen aus.
...und überleg dir, warum der Programmierer explizit das Caching ausschaltet. Es könnte ja sein, daß er dafür einen Grund hat und die Ext. dann nicht mehr so funktioniert wie sie soll.
Und wenn die Ext. dann auch mit Caching funktioniert, kannst du es ja dem Autor mailen, daß auch in der zukünftigen Version der Ext die anderen davon profitieren.
das natürlich 😉
nur um endlich mal "klar schiff" zu machen hilft es, wenn man weiß wo der übeltäter steckt und kann sich zur not, falls es dann nicht mehr funktionieren sollte, nach ner anderen ext umschauen
Oh, wie kann ich es herausfinden, welche extension nocache=1 setzt?
Kann diese Extension auch Auswirkung entfalten, wenn sie überhaupt nicht eingebunden ist?
Will nicht nerven, aber ich habe immer noch nicht herausgefunden, wo nocache=1 gesetzt wird.
Wenn ich eine frische Seite anlege und ohne Plugins, dann müsste dort das cache doch eingeschaltet sein, oder?
Hi,
aktiviere das Admin-Panel im TS und öffne dann den Zweig "Info". Dort ist eine Zeile "no_cache" - bei 1 ist der Cache deaktiviert bei 0 ist er entsprechend an.
So kannst du nun durch deine Seiten im FE browsen und sehen, ob jede jeweils angezeigte Seite gecached wird. Natürlich kannst du so gezieht auf Seiten mit Extensions gehen und prüfen, ob die Seiten aus dem Cache kommen 🙂
Gruß,
Tim
Hallo,
der TypoScript Object Browser bietet eine hervorragende Suchfunktion. Die Suche nach no_cache ergibt bei mir drei Treffer - die alle richtig sind.
Des Weiteren sollte
config.no_cache = true
nirgends in Deinen Template-Scripten erscheinen.
Ich hatte auch schon diverse Probleme mit der Cache-Funktion von Typo3.
Ich habe mir damals die möglichen Schritte zur Problemlösung dokumentiert und vielleicht helfen Sie dir oder anderen auch weiter.
1. Fe-Admin aktivieren und info no_cache im Auge behalten!
#Frontend Adminpanel
#################################
seite.config.admPanel = 1
2. Cache im Template aktivieren (Setup)
#Aktivierung der Indexierung und des cachings
#################################
seite.config.cache = 1 # <-- wichtig
seite.config.no_cache = 0 # <--
#config.index_externals = 1 # optional
#config.cache_period = 86400 #optianale // globale Cachesteuerung
#config.cache_clearAtMidnight = 1 #optianale // globale Cachesteuerung
3. Seitenparsing auf Fehler überprüfen, denn falls Typo3 Fehler (Errors) im Aufbau der Seite ausgibt, werden die Seiten immer NEU erstellt.
4. Extensions auf no_cache überprüfen. Entweder direkt über die Extensionfiles (i.d.R immer die "..._pi1.php" Files) oder über wie oben schon sehr schön beschrieben über den ObjectBrowser.
5. Cache Tabellen über phpmyadmin optimieren und/oder reparieren.
6. Datenbank auf nichkorrekte SQL-Queries überprüfen -> auch hier gilt, bei Errors werden die Seiten immer Neu erstellt. So wars bei mir!
7. Falls das alles nicht helfen sollte, kann man noch versuchen die global installierten Ext. durch lokale zu ersetzen. Diesen Hinweis habe ich auch hier aus dem Forum. Bei mir kams aber noch nie soweit 🙂
Vielen Dank für die viele Hilfe!
Ich habe die Punkte von Sid79 bis zur Nr.6 abgearbeitet.
Und auch alle Extensions mal deinstalliert, um zu prüfen, ob es an ihnen liegt.
Auch no_cache im TOB überall auf 0 gesetzt.
Leider steht bei mir immer noch no_cache=1 im FEAdmin.
Und im BE beim TEMPLATE unter CACHE:
Status: cache_pages:0, cache_pagesection:0, cache_hash:23
Meine letzte Hoffnung ist nun Punkt 6 von Sid 79 oder Obi-Wan.
Da der letztere tot ist, würde ich mich sehr freuen, wenn du mir sagen könntest, wie du die DB auf nichkorrekte SQL-Queries überprüft hast.
Da der letztere tot ist, würde ich mich sehr freuen, wenn du mir sagen könntest, wie du die DB auf nichkorrekte SQL-Queries überprüft hast.
In der Datenbank sind keine Queries (sondern nur Daten), folglich können die auch nicht nicht korrekt sein.
Er mein wahrscheinlich, PHP-Skripte, die eine ungültige SQL-Anweisung enthalten. In dem Fall solltest du aber auf deiner Seite eine Fehlermeldung sehen (bzw. mal im Quelltext reinschauen, wenn du mit Layer arbeitest, die die evtl. überdecken).
Aber dann dürfte nicht im FEAdmin no_cache=1 stehen.
Scriptfehler würden das DIng verlangsamen, abernicht das Cache auf 0 setzen.
Ich glaube, da hilft nur eins. Neuinstallation. ;o)