Seite produziert 500er Fehler

**1stof8** · 25.01.2011, 13:52

Hallo zusammen.

Wir kämpfen hier gerade mit einem Problem im Contao, dass immer wieder einmal ein 500er Fehler vom Server erzeugt wird. Das ganze ist nicht Serverabhängig, denn die Seite ist bereits auf 2 verschiedenen Servern getestet worden.

Der Fehler ist leider nicht auf knopfdruck repoduzierbar aber
folgende Vermutungen sind derzeit da:

- Der Fehler taucht auf wenn ein Backendbenutzer Bilder hochläd.
- Der Fehler taucht auf wenn mehrere Backendbenutzer eingeloggt sind.
-...

Vielleicht noch ein paar Hinweise:

verwendetes System: Contao 2.9.1
Katalog ist mit vielen Modulen aktiv
Katalogabfragen werden mit einer Textdatei (freie Wohnungen) per Datenbankabfrage im Template verglichen und dann ausgegeben.
Der Kunde hat sehr viele Bilder hochgeladen.

Die Seite ist aktuell unter http://blattner.1stof8.com erreichbar

schöne Grüße
Joachim

***xchs*** · 25.01.2011, 14:57

Hallo 1stof8,

Zitat von 1stof8

Wir kämpfen hier gerade mit einem Problem im Contao, dass immer wieder einmal ein 500er Fehler vom Server erzeugt wird.

Könntest Du die betreffende Fehlermeldung aus dem Server-Log hier posten?

**1stof8** · 25.01.2011, 15:29

Hallo
also Ich bekomme mehrere Fehler im Server log.
hier mal eine Auswahl der letzten Std.

[Tue Jan 25 15:59:27 2011] [error] [client 84.156.61.232] Premature end of script headers: /usr/local/php5/bin/php
[Tue Jan 25 16:01:54 2011] [error] [client 84.156.61.232] File does not exist: /home/www/doc/15906/blattner-fewo.de/www/fewo-katalog/Haus/favicon.ico
[Tue Jan 25 16:03:10 2011] [error] [client 84.156.61.232] File does not exist: /home/www/doc/15906/blattner-fewo.de/www/fewo-katalog-reader/items/favicon.ico
[Tue Jan 25 16:03:10 2011] [error] [client 84.156.61.232] Invalid error redirection directive: tner-fewo.de/www/fewo-katalog-reader
[Tue Jan 25 16:03:47 2011] [error] [client 84.156.61.232] File does not exist: /home/www/doc/15906/blattner-fewo.de/www/fewo-katalog/items/15/Haus/favicon.ico
[Tue Jan 25 16:03:47 2011] [error] [client 84.156.61.232] Invalid error redirection directive: 906/blattner-fewo.de/www/fewo-katalog
[Tue Jan 25 16:03:54 2011] [error] [client 84.156.61.232] File does not exist: /home/www/doc/15906/blattner-fewo.de/www/fewo-katalog/items/15/Haus/favicon.ico
[Tue Jan 25 16:03:54 2011] [error] [client 84.156.61.232] Invalid error redirection directive: 906/blattner-fewo.de/www/fewo-katalog

übrigens ist es total komisch. Ich war gerade beim Kunden, der gerade auch neue Bilder einpflegt. Wenn er Bilder ins Backend läd und auch noch eine gewisse Zeit danach ist die Seite total langsam. Nach einer gewissen Zeit ist dann aber alles wieder voll schnell...

***xchs*** · 25.01.2011, 15:37

Hast Du in Deiner ".htaccess" die "ErrorDocument" Direktive gesetzt? In Deinem Root-Verzeichnis wird offensichtlich kein Favicon zum Anzeigen gefunden. Dadurch wird dann ein Error 404 generiert. Anscheinend hat aber der Server mit der Syntax der ErrorDocument-Definition irgendein Problem.

**1stof8** · 25.01.2011, 16:22

Ich habe in der htaccess nichts von wegen ErrorDocument gesetzt...

**1stof8** · 25.01.2011, 16:35

Wir hatten mal das Modul 404 error installiert.
Allerdins wurde das auch wieder über das Backend deinstalliert.

Könnte das zu diesem Fehler führen?

***xchs*** · 25.01.2011, 16:42

Hmm, möglicherweise. Glaub ich aber nicht. Das schaut mir schon eher nach einer Konfigurationssache des Servers selbst aus. Genau kann ich das aber auch nicht sagen.

**1stof8** · 25.01.2011, 18:30

Ich habe auch schon mit meinem Provider telefoniert aber der konnte bis jetzt auch nichts außergewöhnliches feststellen.

Aber danke schon mal für die Ideen

**jan.theofel** · 25.01.2011, 23:02

Hi,

die Ladezeiten scheinen mir nicht gerade flott zu sein. Wenn das generell so ist (und nicht gerade nur an meiner Verbindung liegt), würde ich mal prüfen nach welchen Laufzeiten ggf. PHP Prozesse terminiert werden. Vielleicht laufen die - gerade bei Dateiuploads - zu lange und werden abgebrochen.

Jan

**1stof8** · 26.01.2011, 06:46

und wie kontrollier ich die Prozesse?

übrigens wäre ich auch bereit jemanden zu beauftragen, der bereit wäre eine kostenpflichtige Fehleranalyse/Fehlerbehebung zu machen. Das ist ein großer Kunde von uns den ich gerne behalten würde.

***xchs*** · 26.01.2011, 06:55

Zitat von 1stof8

und wie kontrollier ich die Prozesse?

Du könntest Dir über einen Aufruf der Funktion "phpinfo()" den Wert der Max Execution Time anschauen. PHP-Skripte werden auf jeden Fall nach Ablauf dieser Zeit terminiert.

**1stof8** · 26.01.2011, 06:57

...jetzt habe ich gerade mal in der systemwartung alle temporären Dateien gelöscht und gleich danach war die Seite auch nicht mehr erreichbar.

Kann man etwas an der reproduktion der Cache Daten einstellen?

**1stof8** · 26.01.2011, 08:08

habe ich gemacht. steht bei 60 (ich nehme an sekunden)
aber es würde ja nicht helfen den Wert einfach hochzuschrauben... oder?

***xchs*** · 26.01.2011, 08:13

Eine Zeit von 60 Sekunden sollte IMHO in den allermeisten Fällen ausreichend sein.

Dass Deine Seite nicht mehr erreichbar ist, sobald Du den Cache bzw. die temporären Daten löschst, ist aber schon etwas merkwürdig.

**MacKP** · 26.01.2011, 15:09

Hmm auf mich wirkt das auch eher wie ein echt langsamer Server, der enorm Probleme mit dem berechnen der vielen Bilder hat (sind ja auch nicht gerade wenig auf einer Seite).

Was eventuell noch sein könnte: ein nicht ganz richtig konfigurierter SMH bzw. ein SMH der nicht benötigt wird.. dadurch kann das System auch ziemlich langsam werden.

Viele Grüße

**1stof8** · 26.01.2011, 19:48

Das ist ein Server auf dem auch viele andere Webseiten liegen. Unter anderem auch unsere eigene und bis jetzt hat es mit solchen Geschwindigkeiten auch keine Probleme gegeben.

Außerdem hatten wir wie gesagt das Problem auch auf einem anderen Server.

Den SMH habe ich gecheckt. der ist gar nicht aktiv (und das muss laut sys diagnose Tool auch nicht sein).

**MacKP** · 26.01.2011, 19:51

Zitat von 1stof8

Den SMH habe ich gecheckt. der ist gar nicht aktiv (und das muss laut sys diagnose Tool auch nicht sein).

Dann liegt das auch nicht daran ;-)

Hmm was sind das denn für Bilder?
Müssen die arg runtergerechnet werden oder liegen die schon in passender Form auf dem Server?

Viele Grüße

**1stof8** · 26.01.2011, 20:12

die liegen alle in einer Größe von 800 x 600 px auf dem Server.
So werden Sie beim Hochladen automatisch runtergerechnet.

Ich habe auch schon die Qualitätseinstellungen mal auf 50% gesetzt.
Das macht aber nur die Bilder schlechter und die Ladezeit nich schneller.

Klar ich weis schon das sind viele Bilder.
Die werden allerdings auch über ein Lazy Load Script erst nacheinander geladen.

**schman** · 26.01.2011, 20:15

aber die Bilder werden indem Fall von Contao runtergerechnet, in was für einer Qualität bzw. Größe werden sie hochgeladen?

**1stof8** · 26.01.2011, 20:37

Die Kunden rechnen die Bilder auf 960 x 680 vorher schon runter bevor die hochgeladen werden...

**1stof8** · 27.01.2011, 06:50

Also ich habe jetzt nochmal eine ganze Weile alles mögliche getestet.

Fakt ist, dass sobald ich die in der Systemwartung die Daten zurücksetze der Server für ca. 4-5 Minuten abschmiert.

Wenn wieder alle temporären html Dateien (1127 Stk) generiert sind ist die Seite wieder relativ schnell.

Kann man denn hier irgendwas ändern?

**1stof8** · 27.01.2011, 10:44

Hallo liebe Core Entwickler

kann man irgendwo im System sagen, dass temporäre Dateien in mehreren Rechenprozessen parall generiert werden, oder nur eine bestimmte Anzahl von Bildern pro Zeiteinheit.

Hintergrund ist obige Diskussion und ich habe gerade mit usnerem Serverpartner die Auslastung des Servers kontrolliert. Sobald ich die temporären Dateien lösche steigen die Rechenprozesse immens an.

Gruss Joachim

**jan.theofel** · 27.01.2011, 14:45

Hi,

der Katalog stresst die Dtaenbank ganz ordentlich. Ich würde ggf. dort den Flaschenhals suchen. Liegt die DB auf dem gleichen Server?

Jan

**1stof8** · 27.01.2011, 16:46

die Datenbank liegt auf dem gleichen Server

**jan.theofel** · 27.01.2011, 17:19

Hi,

dann schaut mal, was die Last erzeugt. Ggf. sind das Datenbankabfragen, die sich mit ein paar Indizies auf der Datenbank optimieren lassen. Da der Katalog ja nicht weiß, was du mit ihm anstellen willst, legt er keine sinnvollen Indizies an und es bleibt dir per Handarbeit überlassen.

Jan

**1stof8** · 27.01.2011, 17:28

danke für den Hinweis allerdings bin ich da kein Spezialist.
Wo kann ich denn die Belastung der Datenbank anschauen und
wie kann man Indizes erstellen?

**jan.theofel** · 28.01.2011, 11:22

Hi,

Zitat von 1stof8

danke für den Hinweis allerdings bin ich da kein Spezialist.
Wo kann ich denn die Belastung der Datenbank anschauen und
wie kann man Indizes erstellen?

Wie man das nachschauen kann, ist eine Frage des Servers. Und des Admins. Jeder hat da so seien eigenen Methoden. Das solltest du denjenigen Fragen, der den Server administriert.

Indizies nutzen ist u.a. hier erklärt.

Jan

**1stof8** · 28.01.2011, 15:56

Hallo ETES
danke schon mal für die Hilfe. Ich werde das mal genauer anschauen.

Das ganze würde ja helfen um schnelleren Zugriff zu bekommen aber für das Problem, dass die Seite lahmgelegt wird wenn man den Cache löscht ist das ja noch keine Erklärung.

Ich wollte heute mal die Catalog Entwickler fragen ob man die temporären Dateien anders neu speichern lassen kann. Nachdem ich in der speziellen Forenunterabteilung für Catalog aber keine doppelpostings machen darf schreibe ich dir Frage mal hierhin.

Oder weisst du wer sich mit dieser Problematik auskennen könnte?
Das kann ja nicht nur ein Einzelfallproblem sein.

Gruss Joachim

**jan.theofel** · 31.01.2011, 09:26

Hi,

Zitat von 1stof8

Das ganze würde ja helfen um schnelleren Zugriff zu bekommen aber für das Problem, dass die Seite lahmgelegt wird wenn man den Cache löscht ist das ja noch keine Erklärung.

Wenn die Seite von Contao gecacht ist, wird die Seite ohne die Katalog-Zugriffe auf die DB ausgeliefert. Ist sie nicht gecacht, wird sie neu generiert und der Katalog schrubbt über die Datenbank. Ich würde mich also erst mal auf die Performance vom Katalog stürzen (das hat eh Sinn) und dann schauen, ob es nicht insgesamt besser ist.

Jan

**MacKP** · 17.02.2011, 20:55

Wobei ich eher vermute das es an den vielen Bildern liegt die dann generiert werden.
Eine Abhilfe wäre eventuell passend große Bilder zu benutzen (extra Auswahl für ein Bil), so das Contao nicht erst alle neu generieren muss.
Kann man mit dem Catalog ja wunderbar so machen ;-)

Viele Grüße

**lXg07** · 24.10.2011, 19:15

Hallo,

ich erlaube mir, auf diesen thread aufzuspringen da auch meine Seite immer und immer langsamer wird, bzw. mit 500er Fehlern zurückkommt.

Ich habe recht viele Fotos auf der Seite, insgesamt vielleicht knapp 2000 im file manager. Ist es bekannt, dass ab einer bestimmten Anzahl an Bildern insgesamt oder innerhalb eines Verzeichnisses oder auf einer frontend-Seite solche Probleme gibt? So wird das gesamte Ding langsam unbenutzbar und würde viel Arbeit verpuffen lassen, wenn ich jetzt alles auf ein anderes cms portieren muss... vielleicht hat ja jemand dazu noch mehr Tips.

Die Seite ist unter autochronisten.de zu finden, gehostet bei 1&1, aber nicht auf einem dedizierten Server. Also kann ich da auch nicht viel selbst nachsehen...

Danke schonmal,

Alex

**MacKP** · 24.10.2011, 19:42

Hallo lXg07,
bei zu vielen Bildern in einem Ordner oder auf einer Seite kann das verkleinern recht lange dauern. Dadurch kann eine Seite langsam werden.
Das ist aber kein Problem von Contao. Das ist dann ein Problem vom Server, da die Last sehr hoch wird.
D.h. mit keinem CMS wirst du glücklich, wenn du zu wenig ins Hosting investierst.
Du könntest mal mit 1und1 reden und fragen ob die da sehen können obs höhere Last gibt und ob die was zur Lösung beitragen können.

Viele Grüße

**lXg07** · 24.10.2011, 21:01

Hallo MacKP,

super, damit habe ich schonmal einen Anhaltspunkt. Ich musss ja nur die Limitationen rausfinden, dann kann ich sehen, wie ich die umschiffe. Ich kann ja auch mal über pagination nachdenken und weniger Bilder/Beiträge auf einer Seite plazieren...

Danke dir für die schnelle Antwort!

Alex