Performance: typo3 hat server die leistunggrenze gezeigt:(

Hallo liebe Gemeinde,

habe ein gewaltiges Performance Problem. Habe gestern Nacht erstmalig unser Projekt online gestellt. So gegen 6h morgens, rief mich ein Redakteur an, dass die Seiten seeeehr langsam oder garnicht mehr gehen. Timeout!
Als ich endlich wach war und mein Notebook hochgefahren ist, sah ich das Elend🙁 Zuerst alles in normaler Geschwindigkeit, aber nach 15sec. war alles vorbei. ich wartete ca. 1min bis ich folgende Fehlermeldung von Typo3 bekommen habe:

***
The current username, password or host was not accepted when the connection to the database was attempted to be established!
***

Nach einiger Zeit ging es wieder und dann wieder nicht. Meine Vermutung, es bestanden zu viele Verbindungen auf die DB die dann irgendwann dicht gemacht hat. Nachdem die TTL der mysqlDB abgelaufen war, ging es wieder. Also wartete ich bis es wieder ging, und hab schnell im InstallTool von Typo3 die pconnects deaktiviert!

Pustekuchen!!

Die langen Wartezeiten blieben. Mittlerweile war es schon später geworden, daher auch mehr Traffic. Sodass ich garnicht mehr auf die Seiten kam.
Ok, alte Seiten wieder online stellen! Da wir einen dedizierten Server haben, ab ins Configmenü von Strato und umstellen. Leider war der Server ja nicht mehr ansprechbar, daher uach keine Änderung des Homeverzeichnisses der Domain 🙁 Daraufhin rief ich, so gegen 8h, bei Strato an. Die könnten mir zum Glück weiterhelfen und haben den Pfad wieder auf die alte Präsenz gelenkt...

Jetzt wo wieder die alte Präsenz läuft, habe ich mal ins error.log geschaut. Es sind sehr viel einträge zu dieser Art zu finden:

***
[Mon Nov 6 07:50:18 2006] [error] [client xxx.xxx.xxx.xxx] mod_rewrite: maximum number of internal redirects reached. Assuming configuration error. Use 'RewriteOptions MaxRedirects' to increase the limit if neccessary.
***

Habe jetzt mal im InstallTool "Simulate Static Documents" deaktiviert und die .htaccess im / meiner typo installation umbenannt in _.htaccess. Habe jetzt angst wieder umzustellen und wieder bei Strato anzurufen. Würde das mal ausprobieren. damit ist dann ein mod_rewrite ja nicht mehr nötig🙂 Eigentlich seeehr schade, da ich das gerne benutzen will.

Was hällt ihr davon? Ist Typo3 für sowas ausgelegt? War Typo die richtige Wahl? Wie würdet ihr vorgehen. kurz und knapp, ich brauche Hilfe 🙂

Systemvorraussetzungen:

Typo4 4.0.2:
lz_gallery
fdfx_2cols
m1_google_analytics
macina_banners
cal
cc_random_image

Dedicierter Server (managed) bei Strato:
Business SX2 für knapp 50€
Was der genau hat, weiß ich nicht mehr.
Es läuft nur eine Präsenz drauf.

Die Seite:
Es ist eine Partyfoto Seite. Ein paar Unterseiten mit Text und Bild, einen Veranstaltungskalender, ne Menge Bildgalerien (wurden alle schon einmal aufgerufen, somit sind die bilder schon im cache).
wir haben ca. 115GB traffic im monat
ca 75383 Besucher im Oktober
also ca. 2400 User pro Tag

Das Problem liegt nicht an Typo3 sondern an einer kaputten Rewrite-Rule: Die ruft sich rekursiv selbst auf und erzeugt somit eine Endlosschleife.

hmmm, habe aber die .htaccess aus der installation genommen, sprich nix daran geändert. dann müsste die ja schon im InstallPaket kaputt sein.

[...]
### Begin: Rewrite stuff ###

# Enable URL rewriting
RewriteEngine On

# To assist in debugging rewriting, you could use these lines
# DON'T enable it for production!
# This will only work in httpd.conf, not in .htaccess files
#RewriteLog /var/log/apache/rewrite.log
#RewriteLogLevel 9

# If you use the RealUrl extension, then you'll have to enable the next line.
# You will have to change this path if your TYPO3 installation is located
# in a subdirectory of the website root.
#
# If you place this in httpd.conf, you cannot use this directive in any case!
#RewriteBase /

# Stop rewrite processing if we are in the typo3/ directory
# For httpd.conf, use this line instead of the next one:
# RewriteRule ^/TYPO3root/(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)/ - [L]
RewriteRule ^(typo3|typo3temp|typo3conf|t3lib|tslib|fileadmin|uploads|showpic\.php)/ - [L]

# Redirect http://mysite/typo3 to http://mysite/typo3/index_re.php
# and stop the rewrite processing
# For httpd.conf, use this line instead of the next one:
# RewriteRule ^/TYPO3root/typo3$ /TYPO3root/typo3/index.php [L]
RewriteRule ^typo3$ typo3/index_re.php [L]

# If the file/symlink/directory does not exist => Redirect to index.php
# Important note: If you copy/paste this into httpd.conf instead
# of .htaccess you will need to add '%{DOCUMENT_ROOT}' left to each
# '%{REQUEST_FILENAME}' part.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l

# Main URL rewriting.

# If you use Windows and SimulateStaticDocuments do not work, try adding a
# slash (/) right before 'index.php' below.

# The example shows how to rewrite only *.html and *.pdf files to index.php
# This may be helpful when using an extension that can generate PDF files
# on the fly.
# Example: RewriteRule .*\.(html|pdf)$ index.php [L]

# For httpd.conf, use this line instead of the next one that has no '#':
# RewriteRule .* /TYPO3root/index.php [L]

# For use with the RealUrl extension, you might need to remove the
# RewriteBase directive somewhere above and use this line instead of the
# next one:
# RewriteRule .* /index.php [L]

RewriteRule .* index.php [L]

### End: Rewrite stuff ###

### Begin: PHP optimisation ###

# All features below are left to the default if you don't change this.
# Simply remove the comment marks if you want to use some/all of these
# settings

# The PHP developers recommend disabling this feature. Do that.
# It's deprecated and is likely to be unsupported in future versions of PHP.
#php_flag allow_call_time_pass_reference off

# TYPO3 works fine with register_globals turned off.
# This is highly recommended!
#php_flag register_globals off

# PHP may not declare the argv & argc variables (that would contain the GET
# information).
# TYPO3 doesn't need this, so just turn it off.
#php_flag register_argc_argv off

# Magic quotes for runtime-generated data (data from SQL, exec(), etc.)
#php_flag magic_quotes_gpc off

# Order in which PHP registers GET, POST, Cookie and Built-in variables
#php_value variables_order GPCS

### End: PHP optimisation ###

### Begin: Miscellaneous ###

# Make sure that directory listings are disabled
#Options -Indexes

# There is a problem with Internet Explorer and mod_gzip on Apache servers.
# For more information, see
# http://typo3.org/documentation/document-library/rtehtmlarea/Tutorial-79/
#mod_gzip_item_exclude file \.css$
#mod_gzip_item_exclude file \.png$
#mod_gzip_item_exclude file \.gif$
#mod_gzip_item_exclude file \.jpg$
#mod_gzip_item_exclude file \.jpeg$
#mod_gzip_item_exclude file \.js$

### End: Miscellaneous ###

# Add your own rules here
# ...

jetzt wo ich sie aber deaktiviert habe, müsste es doch gehen oder?
udn, ist typo3 für so mittelgroße Seiten ausgelegt?

Was müsste ich denn ändern, damit es funktioniert?

Folgenden Fehler

[Mon Nov 6 07:50:18 2006] [error] [client xxx.xxx.xxx.xxx] mod_rewrite: maximum number of internal redirects reached. Assuming configuration error. Use 'RewriteOptions MaxRedirects' to increase the limit if neccessary.

konnte ich lösen indem ich einfach "Simulate Static" im Installtool deaktiviert habe und die .htaccess in _.htaccess umbenannt🙂

nun läuft meine Seite auch, nur seeehr langsam. mein putty sagt mir bei einem "top":
top - 18:21:51 up 6:35, 0 users, load average: 164.32, 133.79, 68.56
Tasks: 150 total, 6 running, 144 sleeping, 0 stopped, 0 zombie
Cpu(s): 16.5% user, 8.8% system, 0.0% nice, 74.8% idle
Mem: 514124k total, 510044k used, 4080k free, 648k buffers
Swap: 530136k total, 530092k used, 44k free, 8764k cached

es werden nur php4.cgi aufgemacht 🙁

nunja, habe jetzt bei support angerufen und lasse den server neustarten. Der Support meint, es müsste an typo liegen... leider weiß ich nciht mehr weiter. habe erstmal wieder auf die alte seite gestellt, damit beim neustart der server nicht wieder den geist aufgibt.

weiß wer rat??

Die Extension macina_banners hat zb. die unangenehme Eigenschaft, daß es das Caching für alle Seiten ausschaltet, auf denen es eingebunden ist.
Das könnte durchaus ein Performance-Killer sein.
Evtl. solltest du auch noch die anderen Extension überprüfen, ob sie das Caching ausschalten. Wie das geht findest du auf #44738

Ich vermute aber mal, das hier ein Konfigurationsfehler vorliegt. Bei den Besucherzahlen sollte auf einem Dedizierten Server nicht in die Knie gehen.
Evtl. sollte du aber PHP als Modul laden; das läuft schneller als die CGI-Version.

ein konfigurationsfehler an typo selbst, oder an der installation von dem server?

wie kann ich denn das caching von manica_banner deaktivieren? diese extension ist leider auf allen seiten eingebunden🙁

bzgl. phpmodul, da komm ich leider nciht ran, da es ein managedserver ist

ein konfigurationsfehler an typo selbst, oder an der installation von dem server?

Wahrscheinlich eher am Server.

wie kann ich denn das caching von manica_banner deaktivieren?

Das Caching ist ja bereits deaktiviert. Da brauchst du nix weiter machen.
Die Frage ist, wie man das Caching aktiviert: Das habe ich ja im Endeffekt auf der von mir verlinkten Seite beschrieben:
Wenn du dich mit Extensionentwicklung auskennst, dann kannst du die fehlende Funktionalität selbst einprogrammieren, wenn nicht, mußt du entweder auf das Caching oder auf die Extension verzichten.