Dostalo se ke mě pár MB dat z databáze, které jsem chtěl využít do mého shopu... Jenže hned na začátku jsem zjistil, že Zen (tudíž asi i osc cre atd) prostě nestačí.
Dostal se ke mě katalog autodílů, který obsahuje 730213 kategorií a něco přes 1,6 milionu položek... Stačilo abych nahrál 20000 kategorií (bez popisů jen názvy) a Zen se tak zpomalil, že na mém 2MBitu musím čekat cca 2minuty, než se načte index... :co:

Hoši... asi nemusíme ani dávat hlavy dohromady, abychom zjistili, že toto zřejmě NELZE...

Ale já CHCI!!!

Mno co dodat, je nesmysl nabizet takovy kvantum zbozi, pac tam stejne nikdo nikdy nic nenajde, btw jen na proklikani kategoriema by si user musel vzit tejden dovolenou, asi bych to neresil shopem ale nejakym cenikem ke stazeni... btw dle meho nazoru je cca 10.000 polozek takovej optimalni strop kde ci covek neco vybere a hlavne nejde... bylo by asi blby kdybys neco hledal a vyjelo by ti preba 5000 vysledku a ten 4852 by bylo presne to co hledas.

Máš a nemáš pravdu... Každopádně máš pravdu s tou dovolenou! Potom taky v tom, že je těžké v tomto něco hledat, ale pouze pokud je blbě udělané rozdělení do kategorií. A to je v tomto případě uděláno na jedničku!
0,7mega kategorií
1,6mega produktů
2,6mega products_to_categories
takže průměrně vychází 3,5 produktu na kategorii. A rozdělení je přesně podle
Značka vozu
Modle vozu
Obsah motoru
Druhy dílů (motor, karoserie atd...)
Detailní podkategorie
a díky tomuto rozdělení si asi dovedeš představit kde roste ten počet kategorií.

Tudíš se ptam... Pokud nědko máte hrubý přehled o tom, co spomaluje chod Zenu a není to potřeba, tak to uvítám...
Líbí se mi pro toto řešení TigraTree menu, ale nelíbí se mi, že se načítá celé (vím, že je to jeho podstata, ale v tomto počtu to dlouho trvá..)

Díky za spolupráci...

Zdravím...

Nemělo by se zapomínat, že pokud to google projde, tak se zákazník také dostane třeba přímo do sekce nebo i na výrobek, který hledá.
Všichni příchozí nejdou přes hlavní stránku.

-nenačítal bych stromovou strukturu (kategorie) - poze základní kategorie.
-vypl bych zobrazení počtu výrobků v ve stromu
-vypl bych obrázky

-povypínal bych to co není důležité pro ten či onen obchod

-eliminoval bych duplicitní záznamy v databázi a asi bych nedělal provázané zboží a podobné libůstky.

HLAVNĚ bych upozornil na každé stránce zákazníky, že vzhledem k velikosti a počtu zboží, prostě musí počkat. ... že to je daň za množství zboží, že to jinde nenajdou :)

-udělal bych pořádnou seooptimalizaci, někde to tu bylo ... jméno výrobku jako odkaz, pokud by to zase nezpomalilo načítání. Tak by se dosáhlo toho, že lidé budou více přicházet přímo jednotlivým výrobkům.

-tak jak bylo zmíněno, zrušil bych "zbytečné zboží" např. hromadným vymazáním :) a přesunul bych to do ceníku ke stažení.

takové kvantum dat je na palici - ale zas už vidím ten rank ve vyhledávačích, ale je otázka zda by to nebral jako pokus o spam a nedostal jsi bann - osobně bych to asi rozdělil do více shopu podle značek - linkovat si odkazy - popřípadě duplikovat si i zákazníky mezi sebou kvuli loginu? - ale nato bych asi kašlal

Btw příčin proč ti to jede pomalu může být několik a vůbec to nemusí mít něco společného se zenem, např. špatně udělaná databáze, nebo pomalý počítač na kterém běží databáze popřípadě stránky apod... faktorů proč je opravdu mnoho a o to horší je je najít. Optimalizace stránek je podružná pokud ti nepojede pořádně databáze, nicméně chce to myslet na to aby se na jakékoliv stránce toho načítalo co nejméně, ale zároveň co nejvíce info pro zákazníka...

no urcite by slo nacachovat menu. Vytvorit ho jen jednou a zakaznikum podhazovat jen kopii z disku, ne generovanou z databaze... I tak menu o 700tis kategoriich by se prenaselo strasne dlouho... nezavisle na databazi, vykonu servru... nebo vytvorit menu jako samostatny html soubor, ktery by si zakaznik stahnul do compu...a sessions jsou v ***...

Hoši díky za ohlasy. Né, že bych neměl co dělat, ale budu se v tom i nadále vrtat. Při nahrání 65000 kategorií už se zen dokonce i zhroutil.

Stačí ale vypnout box s kategoriema a zas to jede... Ten box prostě projíždí všechny najednou v databázi. A to ještě když bych to chtěl dát do TigraTree menu, aby se stránky dále nenačítaly při listování.

Možná blbý nápad, ale co takhle to zboží logicky rozdělit do nějakých kategirií a na doméně vytvořit ne jeden ale paralelně třeba 3, 4 obchody. Bude to stát navíc pouze správu více databází, ale celkově bude asi i ta správa jednodušší. Jedinný problém bych viděl s vícenásobnou registrací zákazníků do každého obchodu zvlášť. Pak by se šiknul nějaký scriptík, který by udržoval v databázích informace o zákaznících identické.

Tohle už mě taky napadlo, ale problém to řešit nebude.... Potřebuju 730 000 kategorií... už při 20 000 se načtení prodlouží na 49 vteřin... tzn si myslím, že 5 000 je optimální maximum.
730 000 / 5 000 = 146 shopů? To by asi neprošlo...

A to propojení shopu je hračka... Dá se na to jednoduše použít prefix v databázi... a potom se to změní v database_tables