[1.7.8] Performance

MyOOS hat einen Fehler, oder tut nicht das, was Ihr erwartet? Derartige "Unanehmlichkeiten" bitte hier.
Antworten
AScaria
Beiträge: 54
Registriert: 22.09.2008, 12:35
Kontaktdaten:

Beitrag von AScaria »

hallo support

ich weiss das ich hier in der falschen rubrik bin aber leider habe ich supportforum nicht die rechte etwas zu posten

es geht um die Performance des shops

habe immer wieder ein problem das es sehr lange dauert bis der frontend aufgebaut ist

der adminbereich reagiert aber ohne verzögerung

habe alles versucht cash an aus ---- auch den adodb habe ich jetzt an

hier ist mir aufgefallen das im error log heftig etwas geschrieben wird

Hier ein kleiner auszug

(2008-09-22 11:56:41) mysql error: [-32000: Cache write error] in CacheExecute(/home/sc002zfs/www/oos_temp/adodb_cache/82/adodb_827c83931cb11533590584c2424f6c32.cache, SELECT p.products_id, pd.products_name, p.products_price, p.products_base_price,

p.products_base_unit, p.products_tax_class_id, p.products_units_id,

p.products_image, s.specials_new_products_price

FROM products p,

products_description pd,

specials s

WHERE p.products_status >= '1'

AND p.products_id = s.products_id

AND pd.products_id = s.products_id

AND pd.products_languages_id = '1'

AND s.status = '1'

ORDER BY s.specials_date_added DESC LIMIT 10)
(2008-09-22 11:56:41) mysql error: [-32000: Cache write error] in CacheExecute(/home/sc002zfs/www/oos_temp/adodb_cache/6e/adodb_6e90a4ddea3662ee23aba436a8dbb78d.cache, SELECT banners_id, banners_title, banners_image, banners_html_text FROM banners WHERE status = '1' AND banners_group = '468x60')
(2008-09-22 11:57:03) mysql error: [-32000: Cache write error] in CacheExecute(/home/sc002zfs/www/oos_temp/adodb_cache/82/adodb_827c83931cb11533590584c2424f6c32.cache, SELECT p.products_id, pd.products_name, p.products_price, p.products_base_price,

p.products_base_unit, p.products_tax_class_id, p.products_units_id,

p.products_image, s.specials_new_products_price

FROM products p,

products_description pd,

specials s

WHERE p.products_status >= '1'

AND p.products_id = s.products_id

AND pd.products_id = s.products_id

AND pd.products_languages_id = '1'

AND s.status = '1'

ORDER BY s.specials_date_added DESC LIMIT 10)
(2008-09-22 11:57:03) mysql error: [-32000: Cache write error] in CacheExecute(/home/sc002zfs/www/oos_temp/adodb_cache/6e/adodb_6e90a4ddea3662ee23aba436a8dbb78d.cache, SELECT banners_id, banners_title, banners_image, banners_html_text FROM banners WHERE status = '1' AND banners_group = '468x60')


bitte um hilfe

habe jetzt auch den support vom provider angeschrieben

shop: www.scaria.at/shop

danke
r23
Beiträge: 2625
Registriert: 18.09.2008, 05:56
Wohnort: Hagen
Kontaktdaten:

Beitrag von r23 »

Hallo,
ich weiss das ich hier in der falschen rubrik bin aber leider habe ich supportforum nicht die rechte etwas zu posten
mmh ... sehe ich mir gleich an :(

es geht um die Performance des shops
Hier ein kleiner auszug

(2008-09-22 11:56:41) mysql error: [-32000: Cache write error] in CacheExecute(/home/sc002zfs/www/oos_temp/adodb_cache
Für den Adodb Cache muss das Verzeichnis /home/sc002zfs/www/oos_temp/adodb_cache schreibbar sein. Bei der Verwendung
von AdodbCache sollten register_globals unbedingt off sein

http://phplens.com/adodb/caching.of.recordsets.html


bitte um hilfe

habe jetzt auch den support vom provider angeschrieben

shop: ...

Ein zwei Sachen, wie sind die Session Einstellungen? Je nach System kann z.B.
die Verschlüsselung Probleme bereiten. Einfach aus der ~/includes/config.php
den Inhalt der Konstanten posten.

<div class='codetop'>CODE[/align]<div class='codemain' style='height:200px;white-space:pre;overflow:auto'>
define('ADODB_ERROR_LOG_TYPE', 3);
define('ADODB_ASSOC_CASE', 0); // assoc lowercase for ADODB_FETCH_ASSOC

define('STORE_SESSIONS', '');
define('STORE_SESSIONS_CRYPT', '');
[/align]

Die Herstellerbox in dem Shop ist mir zurzeit etwas "unheimlich" - hier würde ich einmal den
Shop ohne den ConetentBlock aufrufen oder einmal mit mit einem "Zeit-Messer" an die Ausführung
gehen. Hierfür steht zb. die Klasse ~/classes/classes_logger.php zur Verfügung.

Des weiteren würde ich den Cache von dem Block mir ansehen.


cu

r23
AScaria
Beiträge: 54
Registriert: 22.09.2008, 12:35
Kontaktdaten:

Beitrag von AScaria »

Hallo,



mmh ... sehe ich mir gleich an :(




Für den Adodb Cache muss das Verzeichnis /home/sc002zfs/www/oos_temp/adodb_cache schreibbar sein. Bei der Verwendung
von AdodbCache sollten register_globals unbedingt off sein

http://phplens.com/adodb/caching.of.recordsets.html






Ein zwei Sachen, wie sind die Session Einstellungen? Je nach System kann z.B.
die Verschlüsselung Probleme bereiten. Einfach aus der ~/includes/config.php
den Inhalt der Konstanten posten.

<div class='codetop'>CODE[/align]<div class='codemain' style='height:200px;white-space:pre;overflow:auto'>
define('ADODB_ERROR_LOG_TYPE', 3);
define('ADODB_ASSOC_CASE', 0); // assoc lowercase for ADODB_FETCH_ASSOC

define('STORE_SESSIONS', '');
define('STORE_SESSIONS_CRYPT', '');
[/align]

Die Herstellerbox in dem Shop ist mir zurzeit etwas "unheimlich" - hier würde ich einmal den
Shop ohne den ConetentBlock aufrufen oder einmal mit mit einem "Zeit-Messer" an die Ausführung
gehen. Hierfür steht zb. die Klasse ~/classes/classes_logger.php zur Verfügung.

Des weiteren würde ich den Cache von dem Block mir ansehen.


cu

r23
hallo config sieht so aus
define('ADODB_ERROR_LOG_DEST', OOS_TEMP_PATH . 'logs/adodb_error.log');

define('ADODB_ERROR_LOG_TYPE', 3);
define('ADODB_ASSOC_CASE', 0); // assoc lowercase for ADODB_FETCH_ASSOC

define('STORE_SESSIONS', 'true');
define('STORE_SESSIONS_CRYPT', 'false');

das mit dem Herstellerbox werde ich versuchen

verzeichnisse sind beschreibbar und haben auch inhalte
r23
Beiträge: 2625
Registriert: 18.09.2008, 05:56
Wohnort: Hagen
Kontaktdaten:

Beitrag von r23 »

Hallo,
define('STORE_SESSIONS', 'true');
define('STORE_SESSIONS_CRYPT', 'false');

das mit dem Herstellerbox werde ich versuchen

verzeichnisse sind beschreibbar und haben auch inhalte
Die Verwaltung der Session sollte man meiner Meinung nach PHP überlassen.

Erst wenn man auf 'unsicheren' Systemen ist und der Umgebung nicht trauen kann. (z.b. bei billigst "Providern") speichert man meiner
Meinung nach die Session in die Datenbank....

ich würde

<div class='codetop'>CODE[/align]<div class='codemain' style='height:200px;white-space:pre;overflow:auto'>
define('STORE_SESSIONS', 'false');
define('STORE_SESSIONS_CRYPT', 'false');
[/align]

empfehlen.

cu

ralf
AScaria
Beiträge: 54
Registriert: 22.09.2008, 12:35
Kontaktdaten:

Beitrag von AScaria »

hallo

habe jetzt mal das HERSTELLER Eventplug deaktiviert und scheind schneller zu laufen

nur gerade für mich ist dieses plug wichtig

gibts eine lösung ??

:-)

thx
r23
Beiträge: 2625
Registriert: 18.09.2008, 05:56
Wohnort: Hagen
Kontaktdaten:

Beitrag von r23 »

habe jetzt mal das HERSTELLER Eventplug deaktiviert und scheind schneller zu laufen

nur gerade für mich ist dieses plug wichtig
Selbstverständlich kann man bei einer Suche nach einem Flaschenhals auch alles dekativieren.... Warum auch immer ;)

Ich würde bei Perfamnce Problemen sicherlich nicht den Holzhammer nehmen sondern die Werkzeuge im System verwenden.

Das Hersteller Plugin verursacht sicherlich keine Peromance Probleme.
AScaria
Beiträge: 54
Registriert: 22.09.2008, 12:35
Kontaktdaten:

Beitrag von AScaria »

Selbstverständlich kann man bei einer Suche nach einem Flaschenhals auch alles dekativieren.... Warum auch immer ;)

Ich würde bei Perfamnce Problemen sicherlich nicht den Holzhammer nehmen sondern die Werkzeuge im System verwenden.

Das Hersteller Plugin verursacht sicherlich keine Peromance Probleme.
Die Herstellerbox in dem Shop ist mir zurzeit etwas "unheimlich" - hier würde ich einmal den
Shop ohne den ConetentBlock aufrufen oder einmal mit mit einem "Zeit-Messer" an die Ausführung
gehen. Hierfür steht zb. die Klasse ~/classes/classes_logger.php zur Verfügung.
hallo

ich habe dich so verstanden

hattes ja gesagt das die die HERSTELLERBOX etwas unheimlich ist

nun ich bin leider kein profi und so wäre es sicher für mich hilfreich wenn es eine genaue beschreibung gebe was ich tun soll oder kann

fackt ist das ich nach einem tag experiment sich nur das deaktivieren der HERSTELLERBOX wirklich stark ausgewirkt hat

was kan ich sonst tun gibts vom support eine beschreibung für einen NEWBIE bitte ;-)

lg
r23
Beiträge: 2625
Registriert: 18.09.2008, 05:56
Wohnort: Hagen
Kontaktdaten:

Beitrag von r23 »

hattes ja gesagt das die die HERSTELLERBOX etwas unheimlich ist
Das deaktivieren von Plugins kann erhebliche Probleme in ein laufendes System bringen.

Plugins erweitern in der Regel den Shop um neue Funktionen und können die
Datenbank erweitern.

Bei der Deaktivierung kann ein Plugin auch alle Spuren in der Datenbank löschen.
D.h. nach unserem Verständnis, kann ein Dekativieren der Hersteller auch das
Löschen der Datenbankinformationen verursachen.

Das Plugin oos_event_manufacturers löscht leider keine Datenbanktabellen.

Aber trotzdem betrachte ich ein wildes "rumklicken" als Holzhammer Methode - die
aus meiner Sicht zu keinem Ergebnis führt.


Wenn man eine Content-Block als Bremse in verdacht hat, untersucht man in der Regel
diesen Content-Block.

1. Ist ein Cache konfiguriert und wenn ja, funktioniert dieser?
2. ist die Ausgabe das Problem - hierfür schaltet man die Debug-Konsole ein
~/shop/includes/oos_main.php
<div class='codetop'>CODE[/align]<div class='codemain' style='height:200px;white-space:pre;overflow:auto'>// debug
$debug = 'true';[/align]
3. An Stellen im Core, verwendet man die Zeitausgabe.

<div class='codetop'>CODE[/align]<div class='codemain' style='height:200px;white-space:pre;overflow:auto'> if (!is_object($oLogger)) $oLogger = new logger;
echo $oLogger->timer_stop(DISPLAY_PAGE_PARSE_TIME);[/align]

4. Bei komplexen Systemen ist ein Profiling wichtig.
Hier empfehle ich den Profiler von xdebug
http://www.oos-shop.de/xdebug-installation/

in der Verwendung mit KCachegrind.


by

r23
AScaria
Beiträge: 54
Registriert: 22.09.2008, 12:35
Kontaktdaten:

Beitrag von AScaria »

Das deaktivieren von Plugins kann erhebliche Probleme in ein laufendes System bringen.

Plugins erweitern in der Regel den Shop um neue Funktionen und können die
Datenbank erweitern.

Bei der Deaktivierung kann ein Plugin auch alle Spuren in der Datenbank löschen.
D.h. nach unserem Verständnis, kann ein Dekativieren der Hersteller auch das
Löschen der Datenbankinformationen verursachen.

Das Plugin oos_event_manufacturers löscht leider keine Datenbanktabellen.

Aber trotzdem betrachte ich ein wildes "rumklicken" als Holzhammer Methode - die
aus meiner Sicht zu keinem Ergebnis führt.


Wenn man eine Content-Block als Bremse in verdacht hat, untersucht man in der Regel
diesen Content-Block.

1. Ist ein Cache konfiguriert und wenn ja, funktioniert dieser?
2. ist die Ausgabe das Problem - hierfür schaltet man die Debug-Konsole ein
~/shop/includes/oos_main.php
<div class='codetop'>CODE[/align]<div class='codemain' style='height:200px;white-space:pre;overflow:auto'>// debug
$debug = 'true';[/align]
3. An Stellen im Core, verwendet man die Zeitausgabe.

<div class='codetop'>CODE[/align]<div class='codemain' style='height:200px;white-space:pre;overflow:auto'> if (!is_object($oLogger)) $oLogger = new logger;
echo $oLogger->timer_stop(DISPLAY_PAGE_PARSE_TIME);[/align]

4. Bei komplexen Systemen ist ein Profiling wichtig.
Hier empfehle ich den Profiler von xdebug
http://www.oos-shop.de/xdebug-installation/

in der Verwendung mit KCachegrind.


by

r23
hallo

habe Hersteller deinstalliert und wieder installiert

Hersteller waren alle noch in der Datenbank war also bei mir kein problem

habe jetzt nach dieser Aktion seit einem TAG keine problem mehr festellen können :-)

habe den DEBUG Modus auch versucht funktioniert toll

danke
Antworten