Ergebnis 1 bis 10 von 19

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

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    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

  2. #2
    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

  3. #3
    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

  4. #4
    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

  5. #5
    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" !?

  6. #6
    Gesperrt
    Registriert seit
    04.06.2010
    Beiträge
    565
    Dumme gesagt

    Mal im Serverlasst mal geschaut?
    Vielleicht ist der Server zu schwach

    dann kommt 2 Leute Schnell drauf aber die anderen sind in der warteschleife und brauchen was länger beim laden oder es geht gar nicht

  7. #7
    Benutzer
    Registriert seit
    02.07.2010
    Beiträge
    52
    Zitat Zitat von Basell Beitrag anzeigen
    Dumme gesagt

    Mal im Serverlasst mal geschaut?
    Vielleicht ist der Server zu schwach

    dann kommt 2 Leute Schnell drauf aber die anderen sind in der warteschleife und brauchen was länger beim laden oder es geht gar nicht
    Hi, das ist ja das Problem, es ist kein eigener Server sondern "nur" ein Webspacepaket.

    Da es eine reine "Klickseite" ist, macht das rein "Kostentechnisch" keinen Sinn, sonst hätte ich mir schon längst einen Server geholt.

    Zitat Zitat von WaechterMedia Beitrag anzeigen
    du hast auch die vchecks bereinigt soweit ich es sehe da kann sowas passieren
    An den V-Check Codes habe ich garnichts gemacht, ist im Cron nicht mit drin, kann jedoch sein das
    PHP-Code:
    db_query ("OPTIMIZE TABLE `".$table_name."`"); 
    hier was verändert hat !? Da das ja im Cron mit inbegriffen ist !?

    Zitat Zitat von jpwfour Beitrag anzeigen
    Das ist richtig, dazu gehört aber auch, das der Wert der gespeichert wird "bis" heist, sprich alles was älter als "jetzt" ist, ist auch schon veraltet .

    Wie sieht der Cron denn genau bei dir aus? Evtl. wurden Einträge aus den V-Check Tabellen gelöscht.
    Hier der komplette Cron!

    PHP-Code:
    $buchlimit '10'// Buchungen welche aelter als XX Tage sind, aus Datenbank loeschen.
     
    $inaktivlimit '100'// Wenn User laenger als XX Tage inaktiv ist, wird er mit Hinweis gesperrt (Wengier als 10 Tage nicht möglich!).
     
    $sperrhinweis 'Account wegen inaktivit&auml;t gesperrt! Bitte an den Support wenden!'// Sperrhinweis bei Inaktivitaets-Sperrung!

     // Ungueltige Reload-Sperren loeschen
     
    db_query('DELETE FROM `vms_reloads` WHERE bis < '.time());
     
    db_query('DELETE FROM `vms_reloads_mail` WHERE bis < '.time());

       
    // Tabellenanzahl und IDs auslesen
       
    $result mysql_list_tables($db_base);
       
    $menge mysql_num_rows($result);
       for(
    $x=0;$x<$menge;$x++){

         
    // Tabellennamen holen
         
    $table_name mysql_tablename($result,$x);

         
    // Tabelle optimieren
         
    db_query ("OPTIMIZE TABLE `".$table_name."`");
       }

     
    // Zeit setzen
       
    db_query ("UPDATE ".$db_prefix."_crons SET laufzeit = '".time()."' WHERE bezeichnung = 'Datenbank optimieren'");

     
    // User, welche ueber 100 Tage inaktiv, sperren mit Hinweis
       
    if($inaktivlimit 10) { $inaktivlimit 10; }
       
    db_query ("UPDATE ".$db_prefix."_kontodaten SET status = 2, hinweis = '".$sperrhinweis."' WHERE last_active < ".(time()-($inaktivlimit*86400))." AND last_active > 0");

     
    // Buchungen loeschen aud DB, wenn diese aelter als xx Tage sind
       
    db_query ("DELETE FROM ".$db_prefix."_buchungen WHERE buchungszeit < ".(time()-($buchlimit*86400)));

        die(
    '<font color="green">Cron erfolgreich gelaufen!</font>');
      
    ?> 
    Hatte gestern den Usern auch mal einen NL geschickt, das es eine "Optimierung" gab und das sie doch bitte mal vorbei schauen sollten zum kurzen Speed Test, nur über die hälfte ist der Meinung das sich nichts verbessert hat.

    Mir selbst ist zwar nichts aufgefallen das es lahm war, hatte aber gestern auch Weihnachtsfeier und konnte nicht ganz so viel beobachten.

    Gibt es vielleicht noch eine Möglichkeit, die Seite zu beanspruchen um das mal "hier und jetzt" zu testen ?

    Mit dem V-Check hat sich heute auch wieder gelegt, ist zwar heute auch noch nicht viel geklickt worden, aber ich stehe momentan bei ~86% gesamt.

    Im Umgehrschluss ist es vielleicht auch logisch, wenn die Seite "hängt" das es mit dem Check nicht so positiv aussieht, da die "Rückmeldung" ja dann sicher auch hängt, oder ?

    Möchte nochmal betonen, ihr seit Spitze, hier wird einen bei Problemen noch geholfen!

  8. #8
    Erfahrener Benutzer Avatar von jpwfour
    Registriert seit
    06.02.2008
    Beiträge
    3.717
    Der Cron ist so in Ordnung und sollte den V-Check nicht weiter beeinflussen, evtl wirklich nur Zufall, oder du hast (sofern du den VCheck Version 4 hast) ausversehen den vcheck_reset.php Cron ausgeführt?

    Zitat Zitat von Siggi84 Beitrag anzeigen
    ...Speed Test, nur über die hälfte ist der Meinung das sich nichts verbessert hat.
    ...
    Viel dürfte sich dadurch auch nicht verbessern, bei "grossen" Tabellen die viel Überhang haben, kann es natürlich sein, dass einzelne Anfragen etwas länger brauchen, aber normalerweise sollte das noch nicht so stark ins Gewicht fallen, sofern Indizes gut gesetzt sind.

    Der nächste Schritt könnte sein, dass man versucht, die Anzahl der Anfragen generell zu minimieren, und schaut, ob es irgendwo "kritische" Anfragen gibt, Beispiele wären:
    Anzeige der verbleibenden Klicks im Menü für jeden User
    mehrfaches Auslesen der Userdaten für Anzeigen in den Menüs
    eine schlecht programmierte Chatbox und/oder zu gerine Reload Zeit in der Chatbox
    uvm.

    Hast du die Bettelfunktion aktiviert und/oder deine Seite in Traffic/Besuchertausch etc eingetragen?
    Dadurch entsteht auch sehr viel Last (und das unnötig, da man durch Traffic/Besuchertausch zu 99,9% nur Hits bekommt, aber nur 1 Anmeldung im Jahr ).
    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)

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



    Wenn ich das richtig verstehe wird alles gelöscht, älter ist als "jetzt" !?
    du hast auch die vchecks bereinigt soweit ich es sehe da kann sowas passieren

  10. #10
    Erfahrener Benutzer Avatar von jpwfour
    Registriert seit
    06.02.2008
    Beiträge
    3.717
    Zitat Zitat von Siggi84 Beitrag anzeigen
    ...
    Wenn ich das richtig verstehe wird alles gelöscht, älter ist als "jetzt" !?
    Das ist richtig, dazu gehört aber auch, das der Wert der gespeichert wird "bis" heist, sprich alles was älter als "jetzt" ist, ist auch schon veraltet .

    Wie sieht der Cron denn genau bei dir aus? Evtl. wurden Einträge aus den V-Check Tabellen gelöscht.
    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)

Ähnliche Themen

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

Berechtigungen

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