[adept+]

Mida teha väga pika SQL päringuga?
Andmebaas on 27 MB, tooteid on alla 500, tavalisi tekstiartikleid u 20 tk. Seega ei tohiks väga suur leht olla.
Paraku igal lingil klikkides avaneb leht vähemalt 6 sekundit.

Tõmbasin andmebaasi arvutisse ja hakkasin vaatama. Näiteks palju infot on tabelites ps_connections ja ps_connections_source (sisaldavad näiteks selliseid viiteid : http://www.google.ee/search?hl=et&source=hp&q=.... jne)

Kas connections tabelite seest võiks ära kõik kustutada ja edaspidi nende salvestamine keelata? Kas see aitaks?

(Tarkvara on Prestashop)

[cavefish]

27mb väga tilluke andmebaas ja see ei tekita kindlasti antud probleemi, kiiruga vaadates oli endal suurim prestashopi andmebaas 350+ MB.

Kas prestashopi enda optimeerimise seaded on paigas?

[adept+]

Praegune teenusepakkuja Zone ütles, et põhjus on pikas SQL päringus.
Mis võib SQL päringu pikaks teha?

(PS seaded ise on siin)

[napoleon]

Mina alustaks sellest, et üritaks kindlaks teha, milline päring siis aeglane on. Kas teenusepakkuja päringut ei andnud kaasa?
Kui saad koopia oma masinas käima ajada, saad abi võibolla siit, teenusepakkuja sul tõenäoliselt seda parameetrit näppida ei luba.

Ma ei tea küll PrestaShop'st midagi, aga teine võimalus on otsida üles koht, kus baasiga suheldakse(eeldatavasti jõuavad kõik päringud ühte kohta kokku) ja kirjutada sinna ise mingi logimine kui PrestaShop-l seda juba olemas pole.
Kui probleemne päring on teada, siis saab edasi uurida, miks see aeglane on, kuidas seda kiiremaks muuta ja/või kas seda päringut üldse iga lehe laadimisega vaja on.

On muidugi ka teine variant, et teenusepakkuja tulistas puusalt ja probleem pole üldse päringu(te)s vaid näiteks mingis PrestaShopi logis, mis nimesid üritab lahendada vms.

[adept+]

Teenusepakkuja saatis Prestashopi päringu:
Kes nüüd ütleb kuidas see päring lehe avanemise aeglaseks teeb ja mis on lahendus?

[napoleon]

Ma ei tea sellest poe tarkvarast midagi, aga puusalt tulistades paistab probleem umbes selline, et saad määrata mingid promo/avalehe tooted, millest hulgas lehe laadimisel suvaline/suvalised valitakse ja oled kõikidele toodetele selle promo/esilehe linnukese peale pannud. Aga kordan, see on hetkel suht kohvipaksu pealt pakutud ehk lihtsalt uurimiseks, kas kuskil seadistuses on mingi linnuke, mis umbkaudu sellist asja võiks teha.

[Equinox]

[adept+]

Kas võib olla seos sellega, et peale kolimist teise serverisse + peale domeeni suunamist pildid lehelt ära kadusid mistõttu tuli need Prestashopis (Eelistused ->pildid) uuesti genereerida?

[Fukiku]

Ei tundu väga loogiline, kui aus olla.. Väga perv päring on igatahes.. hea oleks, kui saaks kuidagi ikka koodis sobrades või logisid uurides jälile, et kus seda kasutatakse ja kuidas kokku pannakse. Siis oleks ehk võimalik ka midagi ette võtta.

[karu]

Probleemiks on WHERE ... IN ( SELECT ... ) .... ORDER BY RAND()

[andrusny]

Probleem peaks ju suht spetsiifiline olema, kuna tegu ikkagi valmis tehtud mootoriga e-poega, peaks asju saama ajada admin paneelist, ega selline päring lambist tekkida ei saa. Aga kus ja mis tekitab peks keegi just Prestashopi spets ütlema. Otse kusagilt koodist seda vaevalt välja rookima peab, kuna teiste Prestashopid ju ikkagi toimivad.

[napoleon]

Just, ühe kohvipaksu pealt vihje andsin, kus viga võib olla. Aga koodi lugemine võib vahel siiski kasulik olla kuna sealt võib mingi idee saada, mis seaded valed on, kui muud moodi probleemist jagu ei saa.

[adept+]

PS koodi ma muutnud ei ole - hoian programmikoodi puhta. Muutnud ja täiendanud olen pm ainult kujundusmalli. Kuid kujundusmallis probleem olla ei saa - kontrollisin niiviisi et vahetasin default kujunduse peale ja leht oli ikka sama aeglane.


Avalehel on promo tooted 20 tk. Proovisin nii, et keerasin selle mooduli üldse kinni (so Featured products on the homepage), aga lehe laadimine oli ikka sama aeglane.

[kullar]

Kas väljadel on indeksid olemas? Indeksite puudmine teeb lehe väga päris aegalseks. Ka oskad öelda prestashopi versiooni, mis sul kasutusel?

[adept+]

Kõige uuem PrestaShop™ 1.5.4.1
alustasin 1.5.0.17, olen teinud 1-click Upgrade abil uuendusi.

[ref]

Võib, kuid ei pruugi, aidata http://www.siteground.com/tutorials/phpmyadmin/phpmyadmin_optimize_database.htm

Aga ka http://www.yourhowto.net/slow-speed-in-prestashop-1-5/ ja ka http://www.prestashop.com/forums/topic/241838-prestashop-very-slow/

[cavefish]

Kuna antud päring paistab väljastavat andmed ainult ühe random toote kohta, siis võib tegu olla mõne probleemse värskeid tooteid/eripakkumisi/allahindlusi näitava mooduliga. Proovi neid välja lülitada, kui mõni selline on kasutusel

[kullar]

Pidasin silmas MySQL indekseid, et andmebaas oleks ikka indekseeritud: http://dev.mysql.com/doc/refman/5.5/en/optimization-indexes.html

Pane päringule ette EXPLAIN, sellega saad teada, et milline osa päringust on just see aeglane osa ja millised indeksid on kasutuses ja millised on võimalikud.

[adept+]

Olemasoleva avalehe eripakkumise mooduli lülitasin välja - ei aita (Ise pole ühtegi uut moodulit paigaldanud)

[Fukiku]

Ei kujuta ette, kas sellist OR tingimuste džunglit enam indeksitega päästab. See on juba ka lihtsalt algusest peale minumeelest väga paha SQL kokku kirjutatud sinna. Huvitav oleks ikkagi teada, kust ta tuleb. Kas meil tõesti ühtki Prestashopi eksperti siin pole, kes täpsemalt hingeelu tunneks?

[karu]

[adept+]

Läks kiireks kohe kui sisse lülitasin (Eelistused->Tooted->kataloogi versioon)
Kuidas nüüd poodi sama kiireks saaks, mis ma edasi pean tegema?

[karu]

[adept+]

Aitäh, läks küll natuke kiiremaks.
Kui nüüd update teha, kas siis kirjutatakse blockspecials.php faili üle ja muudatus kaob. Et seda ei juhtuks, siis ma peaks selle faili teema kausta panema. Kuidas seda õigesti teha - kas piisab kui lihtsalt kopeerin ainult blockspecials.php faili
/htdocs/themes/default/modules/blockspecials kausta ja muud ei midagi?

[karu]