Kategorieaufrufe gehen oft nicht

F

fmschrader

Registered User
Hi Forum,

auf www.upstroke.de habe ich einige Buttons im Top-Menü, die auf bestimmte Kategorien im Virtuemart verweisen. Manche Buttons funktionieren nicht immer, wie zB "Bass". Ich verstehe das nicht, denn der Aufruf ist der gleiche, wie in anderen Kategorien im Hauptmenü.

Ich vermute, daß es vielleicht an irgendeiner Servereinstellung oder so liegt.

Hat evtl jemand einen Tip für mich? Im Augenblick gehen fast alle Kategorien nicht.

Ciao

Martin
 
Hi,
äh, krieg ich eine lefthanded E-Gitarre, wenn ich helfe, for free? :p

Was mir erstmal aufgefallen ist: dein Server schleicht extrem, schon bei der Startseite... Die Kategorien: ack, bei mir geht keine einzige... Hmmm. Was ist das für Hardware im Hintergrund? Welches Betriebssystem etc.?

Viele Grüße,
die NULL
 
Hi Null,

das ist ein VServer Medium mit Suse 9.3 (glaub ich). Normalerweise
ist der nicht sehr langsam. Ich bin eigentlich recht zufrieden damit.
Aber diese Kombination Joomla/Virtuemart scheint irgendwie
für Auslastung zu sorgen.

Mal geht alles, mal nur manche Kategorien, mal gar keine.

Wie kann ich nur die Ursache finden?

Ciao

Martin
 
Hallo Martin,

ich tippe auf Speicherprobleme.
Schon mal in den messages nachgesehen?
Gibt es Einträge im error_log?

huschi.
 
Hi Huschi,

danke für Deine Hilfe.

Leider kann ich in den Logfiles nix finden.
Ich habe error_log nachgesehen.

Speicherprobleme könnten natürlich sein. Wie finde ich das raus?

Ciao

Martin
 
Code: 
vs147234:/proc # cat /proc/user_beancounters
Version: 2.5
       uid  resource           held    maxheld    barrier      limit    failcnt
    147234: kmemsize        3362073    7614576    9384760   10323236          0
            lockedpages           0          0        430        430          0
            privvmpages       45364     117419     131448     144594          0
            shmpages            144        273      23020      23020          0
            dummy                 0          0          0          0          0
            numproc              42        116        144        144          0
            physpages         29227      86003          0 2147483647          0
            vmguarpages           0          0      98304 2147483647          0
            oomguarpages      38403      95928      98304 2147483647          0
            numtcpsock           20         65        244        244          0
            numflock             11         48        336        369          0
            numpty                4          4         24         24          0
            numsiginfo            0         46        768        768          0
            tcpsndbuf         22280     262904    1884024    3681759          0
            tcprcvbuf         25656     226628    1884024    3681759          0
            othersockbuf      15596     258908     844366    1481926          0
            dgramrcvbuf           0     188144     844366     844366          0
            numothersock         28        118        288        288          0
            dcachesize       454460     619334    1503190    1548286          0
            numfile            1031       1507       3360       3360          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            dummy                 0          0          0          0          0
            numiptent            26         27         64         64          0
vs147234:/proc #

No failcnt. Was nun? Sagt Dir das was?

Ciao

Martin
 
Last edited by a moderator:
Und was sagt die beobachtung von "top"?

Evtl. hängt auch irgendwas in dem verwendeten Script...

Ich hab übrigends mal etwas Geduld bewiesen:
Es Aufruf einer Shop-Seite dauerte ~7 Minuten bis zur Antwort.
Das ist innerhalb von PHP recht selten, da es eigendlich eine Maxexecutiontime gibt.

Ausserdem erhalte ich nach der Wartezeit folgenden Fehler:
Code: 
Fatal error: Maximum execution time of 30 seconds exceeded in /srv/www/web4/html/Joomla/includes/database.php on line 277

Alles in allem ein recht stranges Problem...

huschi
 
Da sagst Du was... :confused:

Nur - was tun nun? Hast Du eine Idee?
Die Fehlermeldung in database.php könnte ja auch zB ein
übles SQL-Statement sein. Aber wie finde ich das raus?

Ciao

Martin

P.S. Ach wär das doch nur ein SAP-System, dann hätt ich meinen
Debugger....
 
Hmm, ich hab jetzt mal den top beobachtet, dort saß immer ein mysqld
mit 60-90% oben. Dann hab ich über phpmyadmin die Prozesse angesehen,
da war auch immer eine Abfrage, über die _redirection in den Shop.

Also hab ich mal das 404_sef für den VM deaktiviert und siehe da:
Problem ist weg und die Aufrufe gehen superschnell. Also scheint es
die sef_ext.php zu sein.

Was kann man denn da machen?

Ciao

Martin
 
Hi Martin,
also a) wofür genau ist die Redirection? Scheint ja auch ohne zu gehen...? Was ist 404_sef / sef_ext.php? Ich kenn' VM net wirklich, also bitte etwas ausführlicher ;) Danke.
Viele Grüße,
die NULL
 
Ach so, dann hier die Übersetzung:

Hmm, ich hab jetzt mal den Befehl top auf der Eingabekonsole beobachtet, dort saß immer ein Prozess mysqld mit 60-90% oben. Dann hab ich über phpmyadmin die Prozesse angesehen, da war auch immer eine Abfrage, über die Tabelle jos_redirection (Hier sind in Joomla die Rewrite-Urls abgelegt) in den Virtuemart-Shop.

Also hab ich mal die Componente 404_sef für den VM deaktiviert und siehe da: Problem ist weg und die Aufrufe gehen superschnell. Also scheint es
die sef_ext.php zu sein.

Jetzt fehlen mir aber im Shop die Short-Urls. Aber ich habe gerade gesehen,
da gibt es ein Update für 404_SEF. Das werde ich mal einspielen und sehen,
was sich geändert hat.

Ciao

Martin
 
Aha, das wäre eine Erklärung, warum das PHP-Script nicht nach den üblichen 30 Sekunden aufgehört bzw. mein Browser keinen Timeout gemeldet hat.
Es fand ständig ein Redirect statt.
Ich denke mal da hat sich ständig was im Kreis bewegt. Solange, bis das Redirect-Script selber keinen Zugriff mehr zur Database bekommen hat. Erst dann kam es zum Fehler.

Die übliche Frage ist nur:
Liegt es am Script, oder am User, der die Redirects angelegt hat... :D

huschi.
 
Tja mein lieber Huschi, die Frage kann ich Dir natürlich auch nicht
beantworten. Ich weiß nur, daß die Redirekts nicht vom User,
sondern von der sef_ext.php aufgebaut werden. ;)

Aber trotzdem danke für die Hilfsbereitschaft. :)

Ciao

Martin
 
You must log in or register to reply here.
Back
Top