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.

A můžeš sem hodit svoje stránky, zas takovou představivost nemam mě to chodi dobre... tak by me zajimalo co tam mas...

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

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

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

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

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 :)

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:

Jesus, to jsem psal já, nějak mě to furt odhlašuje.

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.