Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 19

Thema: Seite Lahmt sehr stark, immer öfters Fehler 500!

  1. #1
    Benutzer
    Registriert seit
    02.07.2010
    Beiträge
    52

    Seite Lahmt sehr stark, immer öfters Fehler 500!

    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

  2. #2
    Erfahrener Benutzer Avatar von WaechterMedia
    Registriert seit
    02.10.2008
    Beiträge
    172
    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)


  3. #3
    Erfahrener Benutzer
    Registriert seit
    12.11.2008
    Beiträge
    1.561
    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

  4. #4
    Benutzer
    Registriert seit
    02.07.2010
    Beiträge
    52
    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

  5. #5
    Erfahrener Benutzer
    Registriert seit
    12.11.2008
    Beiträge
    1.561
    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

  6. #6
    Erfahrener Benutzer Avatar von jpwfour
    Registriert seit
    06.02.2008
    Beiträge
    3.717
    Zitat Zitat von Siggi84 Beitrag anzeigen
    ...

    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:

    PHP-Code:
    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.
    Kill one man, and you are a murderer.
    Kill millions of men, and you are a conqueror.
    Kill them all, and you are a god.
    - Jean Rostand, Thoughts of a Biologist (1939)

  7. #7
    Benutzer
    Registriert seit
    02.07.2010
    Beiträge
    52
    Zitat Zitat von WaechterMedia Beitrag anzeigen
    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.
    Zitat Zitat von Sam2004 Beitrag anzeigen
    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
    Zitat Zitat von jpwfour Beitrag anzeigen
    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:

    PHP-Code:
    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

  8. #8
    Erfahrener Benutzer Avatar von SilentRunner
    Registriert seit
    18.08.2006
    Beiträge
    1.076
    den kannste doch täglich laufen lassen, nachts wenn nix los ist, frisst ja kein Brot

  9. #9
    Erfahrener Benutzer Avatar von WaechterMedia
    Registriert seit
    02.10.2008
    Beiträge
    172
    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

  10. #10
    Benutzer
    Registriert seit
    02.07.2010
    Beiträge
    52
    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" !?

Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. Seite zeigt nur Fehler an
    Von Richter im Forum Support zum VMSone
    Antworten: 13
    Letzter Beitrag: 20.08.2011, 19:45
  2. Fehler 403 - Seite abgeschalten
    Von ElDani im Forum Bug-Report
    Antworten: 30
    Letzter Beitrag: 24.11.2009, 22:38
  3. Seite lahmt aber wo mit der Suche anfangen
    Von Sledgedog im Forum [HD] Programmieren
    Antworten: 27
    Letzter Beitrag: 23.11.2009, 01:15
  4. Fehler beim Öffnen der Seite / DB-Fehler
    Von skipper im Forum Support zum VMSone
    Antworten: 3
    Letzter Beitrag: 21.11.2008, 20:22
  5. Seite sehr lahm...
    Von KiLLzOnE im Forum Support zum VMSone
    Antworten: 23
    Letzter Beitrag: 22.03.2007, 16:44

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •