doplnění orderid je v pořádku, pokud jsem něco nepřehlédl. ale je potřeba ještě mít doplněno ID což asi soudím je ID klienta u heureky (místo těch xxxxxxxxxxxxxxxxxxxxx).
Heureku jako takovou moc neřeším takže nevím detailně jestli to je všechno nebo bude potřeba ještě někde něco upravit.

to PeterB: Já ti neberu OOP a funkcionalitu atd. , ale ukažmi nejakej eshop kterej bude mit funkcionalitu těch 90% a 10% nepotřebných. A sklidným svědomím ti mohu říci že dojdeš ke stejnému závěru jako u open source.

Hoši, hoši, takovej eshop neexistuje. i ten co je dělán na míru je defakto úprava nějaké kostry která se musí taky udržovat. A dlouhodobě neudržitelný v tom pojetí co píšete. Stačí změny v php,java,asp a podobně ve verzich, funkcích, zahození starých pravidel a další novoty, které se ukážou a jste na stejném místě-problému jako open source. Vývoj se nezastaví a problémy tohoto rázu se řeší ať je to open source nebo není.

Co se týká prodeje v řádu tísíců... spomenut shop Melodica (je řada těch kteří prodávají na ZC a to dost dobře. jen to není na první pohled vidět že jde o ZC). Kdyby měl Melodic takovej prodej, tak bude mít za tu dobu lidi kteří se mu o to budou starat, a ZC takovej nápor určitě nějak pobere. A pokud ne tak by ho měl upraven do podoby aby se problémům předešlo. A věřmi že by neměl důvod chodit jinam. To jsou jen spekulace. Především zde v tomto vlákně jde ale úplně o něco jiného.

Další věc je ta, že ukažmi systém kterej se nemusí ohýbat k požadavkům klienta. Každej systém se nějak přizpůsobuje. A někdy to je neřešitelné pro toho klienta protože ten eshop/systém prostě tak ohnout nejde právě z té logiky jak je staven. V tom má zenCart asi pořád navrh. A´t si říká každej co chce. A aby se firma přizpůsobovala eshopu = blbost. vždy se bude soft přizpůsobovat firmě.

Položte si otázku proč řada firem nemá přístup ke kódům? Ano, bezpečnost, aby do toho nešťoural kde kdo... aby někdo neviděl jak to bastlí (protože by normální pořádnej programátor po shlednutí, musel řvát a předělávat). Fajn ale mohu vám říct že některé rádoby tyto eshopy jsou snužka pobastlených kódů. Čest vyjimkám. Nebudu jmenovat, ale měl jsem tu čest nahlédnout pod pokličku jedné firmy která dělá na míru shopy pro známé firmy a nejedná se o žádnej opensource. A takove šílenosti co tam provádí... to klobouk dolů, ZC je proti tomu břídil a zlatej klučina.
Pokud mi někdo nevěří...
položte si otázku další. Proč je potřeba dělat čím dál více rychlejší a mohutnější HW? no protože je v softu tolik balastu, že to není až normální. Jedna berlička podepírá druhou a ta zase třetí atd. Pokud někdo opravdu programuje... ví o čem obecně píšu.

ZC je v některých věcech pozadu, to nepopírám, ale pořád je to systém kterej má hlavu a patu. Ano, je problém s řadou věcí které se musí dodělávat, protože se o to nikdo tady nestará a nedělá se CZ podpora jako u jiných projektů. Pokud někdo hoví jinému systému, bude oponovat. Má na to právo. a zde se dostáváme k jádru pudla každej potřebuje a chce něco jiného.

To co Peter píšeš příklad o té ceně... je sice fajn ale i tohle se dá udělat v ZC. Jen je potřeba využít funkcí ZC a trochu rozmýšlet nad tím co chci s tím dělat. A třídu nebo objekty dle svého které budou navazovat na ZC si můžeš taky udělat. A budeš to mít pak stejně pohodlné jako v těch kde používáš objekty. Jen tam to už někdo udělal za tebe. Takže tvrdit že něco nejde v ZC , že je out... je jako by jsi říkal mercedes na benzín taky nepojede, přejdeme na porche protože to na ten benzín pojede. A stačí pouvažovat jakej benzín liješ do mercedesu, jestli to je ten pravej. A budeš jezdit s mercedesem stejně jako s porshem.

chci tím říci že ten kdo umí programovat tak si poradí. Jen se ho musí naučit používat a pořádně rozmýšlet co a kam. Kterej bude mít hlavu patu a hlavně bude vyhovovat tomu dotyčnému. Ten kdo neumí programovat bude tíhnout k věcem jako objekty kde čumí jako tele na vrata a je rád že na pár řádkách poskládá kus kodu kterej ve výsledku něco udělá (to je hrubé porovnání). Teď mne možná někdo nebude mít rád, ale bohužel je to tak. Protože do prostého PHP a podobně se málo lidí vrhá. Protože to prostě neumí, nechcou se učit a raději budou bastlit... pak to taky tak vypadá.

Říkat že ZC je pro ty co neumějí a malé děti je ale informace úplně vedle. Promiň Peter, ale tady si trochu ulítnul mimo.

Každý si musí udělat obrázek sám a porovnat informace a jestli ano či ne. a do jakého systému pak jít.

ZC má své výhody i nevýhody. Jako každej systém. Ale tak špatně zase na tom není. Je to možná jen díky tomu, že nemá tu správnou podporu. A to dělá taky hodně, co si budeme povídat. Ale pořád je to věc se kterou se dá dělat a co hlavně i prodávat.

No flexibilita... někteří ani neví co to znamená , proto jsou některé systémy takové jaké jsou. záměr dobrej, realizace s malého je težkopádnej moloch... to je definice dnešní flexibility jak se mi před nedávnem snažil jeden vnutit
Jenom se nesnažte tvrdit že OOP = flexibilita

Zdar a sílu PeterB, jsem rád že tě po tak dlouhé době vidím zde.

Ono je to v dnešní době docela problematické. Rozhodnout se pro nějaký shop. Ten umí to a ten zase tohle, ale co postrádají všeobecně je přímočarost, logiku atd. . Některé mají na sobě jednu serepetičku za druhou a funkčnost je mizivá a nebo vnitřní logika děsná. Chceš něco dodělat a myslíš si že dřív tě porazí než to přizpůsobíš.
I pro mne je Zencart srdcová záležitost. Vyzkoušel jsem toho hodně (prestashop, joomla, drupal,wordpress atp.) a pro některé dělal věci. Ale díky tomu že u některých je tolik balastu a nesmyslů, proto i nadále zůstávám u ZC. Objektové programování je super věc, ale není spása. Pro některé to může být cesta pekelná, protože zde je myšlení a tvorba trochu někde jinde. U ostatních mne to přijde "Proč dělat věci jednoduše když to jde naflákat složitě přes různé nástavby atp. ". Ono se za ty roky totiž rozmohlo dělat věci s mávnutím ruky "... však on to ten HW nějak pobere a když ne tak se proto něco udělá spešl..." . ale že ten systém sám o sobě nemá logiku a další věci je už skoro každému jedno.
Můj syn dělá pro jednu firmu a když viděl jejich systém redakční i shop... tak sám říkal "... proboha jak tohle může fungovat... dyť tam je takovej chaos (kdo se má v tom vyznat) v tom kodu a berlička střídá berličku bez přemýšlení....".

Je fakt že ZC tak trochu zaspal s přesunem na objektové zpracování a inovace, což by mu dalo určitě ohromný náskok. ať je to kod, template atd.
Ale podle toho co vím od tvůrců tak i k tomu dojde. Je fakt že se některé věci dělají pomalu,ale když už se má něco dát tak ať to funguje.
Teď se hold dohání. On je tak i trochu problém s tím že dřívější cesta k verzi 2.0 se tak nějak změnila právě díky tomu že mají nějaký cíl který chtějí držet. A neutíkat každou chvílu k jinému plánu jen díky tomu že onen shop má něco nového nebo že letí světem rádoby nové věci v podobě technologii. Které stejně skoro 90% shopů ani nevyužije a nebo se to pořád mění standart té technologie. ZC má taky své mouchy, ale není to tak strašné jak by se zdálo.

jak jsem psal dříve. Každý musí vědět co chce od toho systému, ne na tento rok, ale výhledově na řadu let. jinak je to mrháním času a prostředků. A každý si musí říct své možnosti co do toho dát a co očekávat. jestli sám, nebo přes někoho nebo si raději půjde do nějakého pronájmu atd.

Dá se říci že v některých bodech Peter s tebou souhlasím, ale že by byl dinosaurus? Víš jak to je. Každé má své pro a proti. já říkám že když to jde, v jednoduchosti je síla.

chybička to není. jedná se o upřesnění ke které kategorii to patří pokud je zboží ve více kategoriích. tzv. master categories = hlavní kategorie kde je zboží. další jsou jen jako link tzn. nejedná se o duplicitu zboží jako takové.

http://zencart-solutions.palek.cz/cs/vicejazycny-zencart/vychozi-jazyk-podle-prohlizece.html

zde je sice popsán problém s jazykem, ale dá se tím pomoci. protože né každý má zapnuté řízení dle BROWSER a nebo mu chybí ještě něco jiného.

no pokud se nepletu... tak měna se dá řídit dle jazykové mutace. a to nastavením language souboru. zde se nastavi pro jaky jazyk má byt jaká měna. pokud máte jednu mutaci jazykovou tak dle nastaveni prohlizece. někde jsem to tady už četl. je to hodně starý problém který se řešil různě.
no nemusi to přepínat pokud by používal na OS jiný jazyk třeba EN. tak vám ta podmínka nikdy fungovat nebude. zkusím najít to řešení... jestli to ještě vůbec mám

ještě doplním pro porovnání se můžeš podívat, že Ultimate je použito na www.knihy.magic-shop.cz a CEON URI mapping na www.obchod.magic-shop.cz .

dovolujeme si porad

Ultimate se da pouzit a je jedna z moznych variant... nema ale hisotorii url tzn. tzv. alias url
Simple... se moc neosvedcilo
Magic... pro nekoho je dobry, pro vetsi shop bych asi dle informaci nedoporucoval. Nemusím mít pravdu.

spíše bych se poohlédl po CEON URI MAPPING...
- adresarova struktura ../kategorie/produkt
- alias url
- lepsi udrzovani historickych adres (pri zmene nazvu zbozi pres alias, pri zmene dalsich nazvu jako u EZ-page atp.)
- da se navolit i svá pěkná URL u zboží,stránek atd.
- URL nemusi mít stejný název jako zboží,název stránky
- autor nabizi i manazera pro alias URL a dalsi veci
- pracuje se s tim lepe a dle mého i přehledněji. v nazvu se nepocita s cisly prodkutu a jiným identifikátorem. Využívá se textove formy URL uložené v DB.

ale zaleží jak komu co vyhovuje. CEON URI mapping používá podobné techniky jako třeba v DRUPALu nebo jiných podobných. mám namysli způsob pěkných URL. Kde k identifikaci se používá celá samotná URL bez identifikačních prvků jak je známo třeba z Ultimate SEO ( ...c-68.html, ...p-321.html atd.)

co se týká použití CEON pro generátor xml pro služby jako třeba zbozi.cz, heureka.cz atd. i toto se dá udělat. tak aby pěkná URL šla generovat. některé věci teda nejsou součástí ale dají se dotvořit.

On zase tak nový není. A od 1.5.2 to zase tak velký časový odskok není. Spíš je už zajimavější 1.6 a ještě zajimavější bude 2.0 která bude ale úúplně o něčem jiném.