Prohlížení tohoto vlákna:
1 Anonymní uživatelé
Optimalizace počtu dotazů na databázi |
||
---|---|---|
Guru
Členem od:
23:01 9.1.2006 Bydliště Liberec
Skupina:
Registrovaní uživatelé Příspěvky:
657
|
Dlouho jsem Vás neviděl, takže - Nazdar chlapci.
Koukám, že jste tady za ten čas odvedli pořádný kus práce A hned k problému, zkusil jsem nejřív vyhledat "optimalizace", ale nic nevyjelo, takže - řešilo se to tady? Myslím optimalizaci celkového chodu Zenu, dnes jsem měl docela problém s rychlostí obchodu (už je to o.k.), psal jsem na hosting a dostal jsem na mou stížnost ohledně rychlosti následující odpověď: "Vazeny pane XXX, aplikace, kterou na domene provozujete, vykona pri kazdem pozadavku na stranku obrovske mnozstvi dotazu na databazi. Podle udaje v paticce stranky je to pro uvodni stranku 676 dotazu. Navic je treba vyckat na provedeni vsech dotazu, nez server stranku vrati klientovi. Stranka je tedy zobrazena v zavislosti na rychlosti zpracovani dotazu (delka zpracovani se samozrejme prodluzuje s pribyvajicim mnozstvim dat v databazi). Je to problem Vami pouzivaneho e-shop systemu (jiz jsme tento problem resili s jinym uzivatelem). Podle letmeho pohledu na stranku bych rekl, ze na vypis dat by stacilo 10-15 dotazu. Provedte tedy prislusne upravy, rychlost zpracovani se urcite zvysi. No, už jsem trochu vychladl , takže bych znal rád Váš názor.
Zasláno: 23:19 9.1.2006
|
|
Přenos |
Re: Optimalizace počtu dotazů na databázi |
||
---|---|---|
A můžeš sem hodit svoje stránky, zas takovou představivost nemam mě to chodi dobre... tak by me zajimalo co tam mas...
Zasláno: 0:19 10.1.2006
|
||
Přenos |
Re: Optimalizace počtu dotazů na databázi |
||
---|---|---|
Guru
Členem od:
23:01 9.1.2006 Bydliště Liberec
Skupina:
Registrovaní uživatelé Příspěvky:
657
|
Skalní budou vědět ještě z oscommerce.cz, Ty jsi to viděl tuším včera , ale budiž: http://www.hepnar.cz/shop
Zasláno: 0:50 10.1.2006
|
|
Přenos |
Re: Optimalizace počtu dotazů na databázi |
||
---|---|---|
Mno ja bych rek ze mas spis problem s velikosti stranek neu s databazi teda jestli mi to dobre ukazalo tak jses na tom takhle
URL: http://www.hepnar.cz/shop/ Title: Vážení bez kompromisů, PETR HEPNAR Date: Report run on Tue Jan 10 04:11:40EST2006 Diagnosis Global Statistics Total HTTP Requests: 27 Total Size: 473831 bytes Object Size Totals Object type Size (bytes) HTML: 43095 HTML Images: 366218 CSS Images: 53752 Total Images: 419970 (tammairanslip) 0 CSS: 10766 Multimedia: 0 Other: 0 Co dodat asi bych se pustil do optimalizace obrazku popr. bzch pouzival 3 velikosti... ---- Btw zdravim LBC ja vudlaju taktez v techto koncinach Jinak pouzivam k mereni velikosti: http://www.websiteoptimization.com/services/analyze/ Fakt skvela vec...
Zasláno: 10:16 10.1.2006
|
||
Přenos |
Re: Optimalizace počtu dotazů na databázi |
||
---|---|---|
Webmaster
Členem od:
20:40 29.8.2005 Bydliště Osík City
Skupina:
Administrátoři Vývojáři Příspěvky:
1070
|
jj souhlas s dreamem nastav si míň obrázku na index a optimalizuj je btw. kdeže to hostuješ? -za takovouhle radu z podpory bych jim asi něco hezky peprného napsal
Zasláno: 10:28 10.1.2006
|
|
Přenos |
Re: Optimalizace počtu dotazů na databázi |
||
---|---|---|
Guru
Členem od:
23:01 9.1.2006 Bydliště Liberec
Skupina:
Registrovaní uživatelé Příspěvky:
657
|
Jasný, vím o tom - s optimalizací obrázků a jejich počtem na indexu bych něco udělat mohl. Možná zruším nějaký ten boxík "Slevy" nebo "Speciální nabídka", ale na druhou stranu jsem chtěl na úvodní stranu těch "lákadel" co nejvíc, aby byly taky nějaký ty váhy hned vidět, né každého se baví někam proklikávat a takhle modely, které chci vypíchnout praští hned do očí.
No, možná jsem to podcenil, páč jsem zvyklý na práci s Operou, myší gesta apod. a když se vracím zpět tak se mi nic znovu nenačítá, teď jsem zkusil jiný browser a to už je horší . Problém byl, ale v tom, že jsem včera načítal ten úvod až 3 min. nebo to dokonce stálo, jako by byl server před kolapsem. Na tom základě jsem psal na podporu a odpověď je výše. Nemyslím, že by se mi to muselo načítat "vinnou Zenu" 3 minuty místo obvyklých pár sekund. Teď to frčí slušně, ale jak říkám, včera až 3. minuty. Moc jsem nepochopil tu poznámku z podpory na těch mých 676 dotazů do databáze?!, že by stačilo 10-15 dotazů - víte někdo co měli na mysli a co se tím dá tedy dělat? 4 DreamCZ: Jo, jo, vím - taky zdravím
Zasláno: 11:02 10.1.2006
|
|
Přenos |
Re: Optimalizace počtu dotazů na databázi |
||
---|---|---|
Začátečník
Členem od:
23:08 9.12.2005 Skupina:
Registrovaní uživatelé Příspěvky:
29
|
Pochybuji, ze by to zencartaci tak spackali, ze by bolo potreba >600 dotazu na DB pro nacitani stranky. Spis to spatne pocita. Creloaded narozdil od Oscommerce ma tusim jen 2x vice dotazu na DB.
Obrazky by mohli byt aj mensie, bo pri ich pocte to urobi dost, ale podstatny je "Parse Time: 3.097, Query Time: 2.3964434990234" ktory sa mi zobrazil teraz. DB dotazy trvaji 2,4sec, co je hodnee. Je to dost, ale moze byt aj horsie. Konkretne mam jedno CMS niekde na hostingu a za par mesiacov sa cas nacitania zvysil z <1 sec. na >2. Moyno viac zakaznikov, mozno viac CMSsiek a Shopov... A mozna si tam nekdo(zakaznik) neco skousel, a poslal server ke zdi :)
Zasláno: 13:16 10.1.2006
|
|
_________________
www.kotolna.com/roman |
||
Přenos |
Návštěvník
|
Re: Optimalizace počtu dotazů na databázi |
|
---|---|---|
Návštěvník
|
Když tedy pominu velikost stránek (počet obrázků a velikost) dají se tedy nějak optimalizovat ty dotazy do databáze aniž bych musel z e-shopu udělat holátko a povypínal všechny boxy? nebo to fakt jen špatně počítá?!, furt nechápu co mysleli tím snížením počtu 676 dotazů na 10-15 a jak toho jako mám dosáhnout.
Jinak jsem na hostingu začínal asi jako 800 klient a teď jich mají přes 3000, tak jestli to tak trošku nebude tím. :evil1: Je to cesky-hosting.cz Jako reakci na jejich odpověď (když mi to nechodilo vůbec) jsem jim poslal tři linky na zen pro srovnání: 1. svůj 2. tohle demo: http://www.advanced-web-design.com/store/ 3. a http://www.em-design.cz/shop/ sry DreamCZ Tady je odpověď z dnešního dne: "Vazeny pane XXX, z uvedenych obchodu se mi nyni (10:33) zda nejpomalesi ten posledni. Takove srovnani ale samozrejme neni relevantni, nebot uvedene obchody nebezi ve stejnych podminkach. Rychlost zpracovani daneho skriptu zavisi take na tom, jak pracuji ostatni uzivatele na sdilenem hostingu, pri komplikovanych operacich (jako treba velke mnozstvi dotazu na databazi v kratkem case) se muze projevit vyssi aktualni zatez pomalejsim zpracovanim skriptu. Tento problem se ale muze vyresit optimalizovanim dane aplikace (viz muj predchozi e-mail). Tuhle větu už beru, jen jí mohli napsat hned - "Rychlost zpracovani daneho skriptu zavisi take na tom, jak pracuji ostatni uzivatele na sdilenem hostingu" :coll1:
Zasláno: 13:48 10.1.2006
|
|
Přenos |
Re: Optimalizace počtu dotazů na databázi |
||
---|---|---|
Guru
Členem od:
23:01 9.1.2006 Bydliště Liberec
Skupina:
Registrovaní uživatelé Příspěvky:
657
|
Jesus, to jsem psal já, nějak mě to furt odhlašuje.
Zasláno: 13:50 10.1.2006
|
|
Přenos |
Re: Optimalizace počtu dotazů na databázi |
||
---|---|---|
Mno tak na ty tri minuty bych se ani nedivil... staci aby ti zakolisala rychlost pripojeni a hned to je pri takovehle velikosti znat... opravdu 20kb na nahledovej obrazek je moc stacila by petina... potom jsem si vsim ze mas nektery obrazky ulozeny takto... napr. TORREY PC20.jpg tu mezeru bych dal urcite pryc nebo nahradil _ je mozny ze to ma vliv na funkci... na funkci rostlinare...
Tak do 100kb cely stranky max.
Zasláno: 13:51 10.1.2006
|
||
Přenos |
Můžete prohlížet témata.
Nemůžete zakládat nová témata.
Nemůžete odpovídat na příspěvky.
Nemůžete editovat Vaše příspěvky.
Nemůžete mazat Vaše příspěvky.
Nemůžete přidávat nové ankety.
Můžete hlasovat v anketách.
Nemůžete připojovat soubory k příspěvkům.
Nemůžete přispívat bez schválení.