Seite Lahmt sehr stark, immer öfters Fehler 500!

[Siggi84]

Hallo,

seit einiger Zeit lahmt meine Seite enorm und es taucht immer öfters ein 500ter Fehler (Internal Server Error) auf.

Ich dachte erst das es an den vielen Crons (~100) liegt die gleichzeitig immer liefen.
Habe diese jetzt aber schön aufgeteilt, das somit nicht immer gleichzeitig so eine last läuft.
Aber das Problem besteht weiterhin.

Nur in sehr unregelmäßigen Abständen, ich weiß so langsam nicht mehr weiter, vielleicht könnt ihr mir helfen.

Folgend versuche ich euch so viele Details wie möglich mitzuteilen:

Es handelt sich um ein Webspace bei Alfahosting (Multipaket)

URL: www.money4click.info
Ist eine reine Klickseite (Banner/Links/HF/Mails) kein betteln oder Surfbar.

VMS Version: 1.2.4

Webserver: Apache

MySQL-Client-Version: 5.0.84

PHP Version: 5

slow_query_log: hab ich leider nicht

Aktuell: 15 MySQL Abfragen | PHP: 0,1639 s | SQL: 0,0015 s

Datenbank: 80 Tabellen | Gesamt | 249,195 | MyISAM | latin1_german1_ci | 21,7 MiB | 1,6 MiB

Top10:

[tableold="head"]Tabelle | Größe | Überhang
vms_reloads_mail | 11,1 MiB | -
laendercode | 4,8 MiB | -
vms_gebuchte_werbung | 2,9 MiB | 758,1 KiB
vms_vcheck_codes | 1,0 MiB | 690,3 KiB
vms_reloads | 796,8 KiB | 130,0 KiB
vms_buchungen | 51,2 KiB | -
stg_bilanz | 250,4 KiB | -
stg_support | 64,2 KiB | -
vms_paidmails_empfaenger | 57,2 KiB | 6,3 KiB
vms_kontodaten | 27,2 KiB | -
[/tableold]

So ich denke das wars erstmal mit Infos.

Würde mich jetzt über eure Hilfestellung sowie Tipps bzw. Ratschläge freuen, wie und was noch optimieren kann.

Schönen Abend noch!

Gruß

Falk

[WaechterMedia]

Hallo, allgemein würde ich sagen ist das VMS kein Performance wunder das ist klar

Bei der datenbank würde ich mal versuchen ob die Mailreloads geleert werden könnten denn 11MB sind glaube ich schon ein bisschen viel.

Zum fehler 500.

500 Internal Server Error
Dieser Fehler erscheint, wenn die Zugriffsrechte falsch bzw. nicht gesetzt sind oder wenn sich eine "php.ini"-Datei im Hauptverzeichnis befindet.

Lösung:
a) Überprüfen Sie, ob sich Hauptverzeichnis eine php.ini Datei befindet und ändern Sie probeweise den Namen der Datei. Überprüfen Sie, ob die Fehlermeldung anschließend immer noch erscheint.

b) Die Zugriffsrechte auf Ordner und/oder Dateien sind nicht in Ordnung und müssen geändert werden. (CHMOD)

[Sam2004]

Wie Vorredner schon geschrieben hat, ist die Tabelle der Reloads Mail, schon elend groß.
Da dürften etliche alte Reloads vorhanden sein.

Ich würde mal die DB_optimize installieren und mal laufen lassen.
Dazu noch eine Zeile für Reloads der Mail einbauen.

Zu guter Letzt noch mal die Tabellen durchgehen und optimieren.

LG

[Siggi84]

Guten Morgen,

viel Dank für eure Antworten, habe da gleich mal ein paar Fragen dazu.

1. Mailreloads
Wie bekomme ich aber heraus welche gelöscht werden können?
Da ja sich davon auch noch welche Aktiv sind!?

2. Fehler 500
Wenn es an den Schreibrechten liegen sollte, würde der Fehler da nich immer auftreten? Und/oder wo fange ich mit der Suche an?
Nach der php.ini schaue ich heute Nachmittag mal, ist die beim VMS von Grund auf dabei? Sonst dürfte eigentlich keine da sein.

3. DB_Optimize
Wo bekomme ich das her?

So jetzt muss ich erstmal weiter arbeiten

Vielen Dank im Vorraus

[Sam2004]

Zu 1.
Wenn dir einen gefallen tun willst und ein etliches an Zeit sparen willst, dann wirst bei der Tabelle kurz und schmerzlos machen müssen..11 MB sind ein haufen Zeug^^

Tabelle leeren und fertig. Wird sich mit ein paar Kampagnen überschneiden, aber besser so, als anders^^

Zu 2.
Die php.ini liegt im root Verzeichnis. Wenn du der Betreiber von dem Server bist, und root rechte hast, kannst drauf zu greifen.

Zu. 3
Hier: http://www.designerscripte.net/downl...?do=file&id=69

Die muss leicht angepasst werden, gibts aber auch schon Threads dazu, einfach mal sufu benutzen

LG

[jpwfour]

...

1. Mailreloads
Wie bekomme ich aber heraus welche gelöscht werden können?
Da ja sich davon auch noch welche Aktiv sind!?

...

Das kommt natürlich darauf an, wie das Addon, das diese Tabelle angelegt hat, die Werte interpretiert. Vermutlich wird es aber ähnlich wie bei den Forcedbanner Reloads sein, also so in etwa:

db_query('DELETE FROM `vms_reloads_mail` WHERE bis < '.time()); 

Einen 500'er Fehler näher einzugrenzen ohne vollen Zugriff auf Logs und Konfiguration ist quasi kaum möglich, aufgrund des Webspace Pakets würde ich einfach mal von einer Überlastung ausgehen.

Im phpmyadmin sieht man normalerweise iwo eine Statistik, wie viele Anfragen pro Sekunde gemacht werden etc., evtl. schaust du das mal rein.

[Siggi84]

Hallo, allgemein würde ich sagen ist das VMS kein Performance wunder das ist klar

Bei der datenbank würde ich mal versuchen ob die Mailreloads geleert werden könnten denn 11MB sind glaube ich schon ein bisschen viel.

Zum fehler 500.

Zu 1.
Wenn dir einen gefallen tun willst und ein etliches an Zeit sparen willst, dann wirst bei der Tabelle kurz und schmerzlos machen müssen..11 MB sind ein haufen Zeug^^

Tabelle leeren und fertig. Wird sich mit ein paar Kampagnen überschneiden, aber besser so, als anders^^

Zu 2.
Die php.ini liegt im root Verzeichnis. Wenn du der Betreiber von dem Server bist, und root rechte hast, kannst drauf zu greifen.

Zu. 3
Hier: http://www.designerscripte.net/downl...?do=file&id=69

Die muss leicht angepasst werden, gibts aber auch schon Threads dazu, einfach mal sufu benutzen

LG

Das kommt natürlich darauf an, wie das Addon, das diese Tabelle angelegt hat, die Werte interpretiert. Vermutlich wird es aber ähnlich wie bei den Forcedbanner Reloads sein, also so in etwa:

db_query('DELETE FROM `vms_reloads_mail` WHERE bis <  '.time()); 

Einen 500'er Fehler näher einzugrenzen ohne vollen Zugriff auf Logs und Konfiguration ist quasi kaum möglich, aufgrund des Webspace Pakets würde ich einfach mal von einer Überlastung ausgehen.

Im phpmyadmin sieht man normalerweise iwo eine Statistik, wie viele Anfragen pro Sekunde gemacht werden etc., evtl. schaust du das mal rein.

Vielen lieben Dank an euch drein !!!

Habe jetzt DB_Optimize Installiert und an das VMS 1.2 angepasst.

Und einmal laufen laufen lassen, laut den Forenbeiträgen, hätte ich mir es länger vorgestellt, ca. 2sek.

Siehe das, das hat es gebracht:

Vorher:
Datenbank: 80 Tabellen | Gesamt | 249,195 | MyISAM | latin1_german1_ci | 21,7 MiB | 1,6 MiB

Top10:

[tableold="head"]Tabelle | Größe | Überhang
vms_reloads_mail | 11,1 MiB | -
laendercode | 4,8 MiB | -
vms_gebuchte_werbung | 2,9 MiB | 758,1 KiB
vms_vcheck_codes | 1,0 MiB | 690,3 KiB
vms_reloads | 796,8 KiB | 130,0 KiB
vms_buchungen | 51,2 KiB | -
stg_bilanz | 250,4 KiB | -
stg_support | 64,2 KiB | -
vms_paidmails_empfaenger | 57,2 KiB | 6,3 KiB
vms_kontodaten | 27,2 KiB | -
[/tableold]

Nachher:
Datenbank: 80 Tabellen | Gesamt | 134,574 | MyISAM | latin1_german1_ci | 8,8 MiB | 80,1 KiB

Top10:

[tableold="head"]Tabelle | Größe | Überhang
laendercode | 4,8 MiB | -
vms_gebuchte_werbung | 1,9 MiB | -
vms_vcheck_codes | 555,0 KiB | -
vms_reloads_mail | 554,3 KiB | -
vms_buchungen | 175,5 KiB | 80,1 KiB
stg_bilanz | 254,8 KiB | -
vms_reloads | 197,2 KiB | -
stg_support | 59,9 KiB | -
vms_kontodaten | 22,3 KiB | -
vms_shoutbox | 23,3 | -
[/tableold]

Ich denke das sollte doch etwas ausmachen, werde es jetzt mal genau beobachten!

Wie es jpwfour schon vermutet hat, denke ich auch das der 500ter Fehler durch die größere Last zu Stande kommt, sonst müsste er ja theoretisch immer sein.

Hätte aber trotzdem noch einmal eine allgemeine Fragen dazu.

1. Welcher intervall wäre empfehlenswert um den Cron laufen zu lassen, täglich oder wöchentlich ?

Nochmals DANKE

Falk alias Siggi84

[SilentRunner]

den kannste doch täglich laufen lassen, nachts wenn nix los ist, frisst ja kein Brot

[WaechterMedia]

Wenn das mit dem 500 Fehler bleibt würde ich darüber nachdenken den host zu wechseln wenn es geht.

Ansonsten alle crons die nichts mit werbung zu tun haben in die morgen stunden schieben also so 1-5 Uhr da ist eigentlich nicht so viel los

[Siggi84]

Ich muss mich leider nochmal melden.

Habe jetzt einige User, bei denen die V-Check Statistik bei ganzen 0% liegt.

Kann es sein DB_optimizer da zuviel gelöscht hat?

Das die Banner etc. noch im Reloed sind und somit vom V-Check nicht vergütet werden.

Oder ist das gerade ein dummer Zufall?

db_query('DELETE*FROM*`vms_reloads_mail`*WHERE*bis *<*'.time());*

Wenn ich das richtig verstehe wird alles gelöscht, älter ist als "jetzt" !?