ze začátku toho nikdy zase tak moc nebude na práci... a změnit tohle a tohle a toto dodělat a najednou je uplně v jiném, protože se vše předělalo jinak (koupená šablona byla k ničemu a totálně nepoužitelná) a vznikla komplet nová
To tak bývá z 99%.

ono to není až tak o eshopech jako o celé kultuře zacházení s udaji a papírama. eshopu se to dotkne, na každou .... budeme potřebovat souhlas zákazníka a to doslova (pokud to dotyčný co o tom pojednával dobře sdělil). obecně řečeno. ono je to takové téma o kterém se mluví už pěkně dlouho ale nikdo pořádně neví jak to má/bude fungovat. obrazně řečeno a přeneseno do lidové řeči... proč se škrabat pravou rukou na pravé straně hlavy když si někdo v EU usmyslel aby se škrabalo levou rukou na pravé straně hlavy a naopak.

jedna z perliček... v EU se bojuje za osobní údaje a přitom během jednoho dne je schpen zákazník nejenom na facebooku na sebe prásknout skoro všechno i včetně těch intimních věcí a fotek. ale na eshopech se bude rozčilovat, že mu někdo něco pošle když si o to kdysi řekl a už si to nepamatuje.

tak jste byla rychlejší
dle některých je lepší sideboxy vůbec nenačítat (už v php testovat co pustit a nepustit zobrazit). sníží se tím zátěž pro mobil, tablet a sníží velikost načítaných dat. stejně, stávající responzivní který je, by chtělo celý překopat do... sideboxy mohou být, ale spíše až dole pod vypisem středového panelu (obsahu). aby informace o zboží, kategorie bylo dříve než méně užitečné věci. a pro tento účel je dobre css flexbox. sidebox se pak roztáhne přes celou šířku, pokud není potřeba jinak atd. .

jednoduše se to udělat nedá aspoň podle toho co vím, protože některé věci jsou napsané tzv. natvrdo bez možnosti omezení/zakazu. Budete muset udělat změny v php, jinak to nelze (admin/DB).

to máš čistý ZC nebo to naběhlo až s nějakým modulem. putenv() bývá standartně vypnutý protože by přes něj mohl být puštěn škodlivý kód (za určitých podmínek).

pro někoho je dobré, pro někoho už postrádá smysl. je to ve spojeni order edit, změny v order (až někdy nešťastně řešené propojení), special upravy (pro dopravu, chyby v SO a nedotažené věci jak by jeden řekl). ten kdo řeší objednávky externě třeba v POHODA, FLEXIBEE atp. tak SO postrádá smysl. pokud by byl celý koncept SO předělán na plnohodnotnou editaci objednávek a nebylo tolik chyb (nebo spíše nedořešených věcí), pak je to o něčem jiném. ale k tomu má hodně daleko. možná těm venku to stačí a nepotřebují řešit věci které se musí řešit v ČR. mne to dříve až tak něpřišlo, ale jakmile jsme začal řešit pro někoho dph, editaci, zasilkovnu, poštu, ppl pak to začalo lézt na povrch. pro jednoduché použití, je to dobré (ale i tak to chce sem tam upravy) a bohatě stačí. jak psala Ifča, jí to asi stačí k tomu co potřebuje. nám už ne.

ale dobrá editace objednávek je něco co by ZC potřeboval jako sul. protože co si budem povídat, tohle má ZC dost v mínusu. a SO to nevytrhne ikdyž pokus je to dobry.

A proč SO nepoužívám. data dnes taháme nahoru dolu mezi POHODA a ZENCART a při tvorbě proramu pro dalkovou obsluhu adminu bez prohlížeče (program pod windows. kdyby někdo nevěděl může se mrknout) sem došel na to, že SO je zbytečně propletenej až nelogicky a zbytečně těžkopádný pro další přidávání funkcí nebo propojení. Myslím že dost věc se přeneslo ještě do poslední verze bez oprav. v té době jsem byl nucen skoro do detailu rozebral vlastně order. protože moje editace počítala se vším co v té době bylo možné. počítání +- zboží, kusy, ceny, slevy, kupony, dph, odpisy sklad, doprava, adresy, mejla atp. . ale byl to program šitý jen pro nás z několika důvodů vůči účetnímu softu. dneska se na to už taky dívám trochu jinak a kdyby bylo více času tak se asi do toho order pustim znovu a trochu jinak než před lety. muselo by se to udělat uplně od podlahy a z gruntu.

až budete mít order, edit order, super order pohromadě i s dalšíma modulama tak si schválně zkuste dávat zboží nebo dopravu či kupony nebo slevu a jestli vám to bude počítat dph na haléře dobře i včetně plateb (přidávat a odebírat). pokud máet definované dph. můj odhad, budete mít v tom binec, protože né všechny hodnoty v tom zadáte nebo se spočítají v logice věci. něco zadáváte s dani něco bez daně, něco nezadáte takže se musí prvně spočítat kolik to vlastně je a už tohle je chyba.
je mi jasné že se mnou nemusíte souhlasit, ale časem na to člověk přijde že pro složitější úkony a hlavně jednoduché zadávání to prostě není. dá se SO používat ale má to svá ALE

no, podle některých na EN foru to má fungovat. otázka prý je s čím a na jaký verzi. ja osobne to nezkousel, protoze to uz nepouzivam od 1.5.1, prinaselo to dost problemu. jediné co mohu doporučit, pokud máš možnost, udělat čistou instal zenu a do toho podle navodu dat SuperOrders. buďto pujde/nepujde. až pak do toho dávat ostatní. otázka ještě je k čemu to potřebuješ? je SO pro tebe důležité? pokud není tak se toho zbav.

s cestinou pro admin se neroztrhl pytel , existovat bude (kdyz bude cas, pro 155e, ted momentalne jeste neni dokoncena je malo casu, protoze predelavam sve obchody) do budoucna bude cestina uz soucasti instalace zencart.

tech zmen oproti 1.3.8 je teda fuuura. posledni verze je k dnesnimu dni 1.5.5e kde jsou mensi drobnosti oproti 1.5.5d. Hlavni duvod proc dat posledni verzi je zmena v phpmailer v nektere mezi 155a - 155e, nektere veci SSL a dalsi opravy. ve verzi tusim 155c je uz responzivni sablona (ale i ta se musi predelat). a jak vime tak strycek google chce tak nejak penalizovat ty co nemaji responsive template pro mobilni zarizeni.
co se tyka presunu 138 na 155, dat si cistou verzi 155e a postupne pretahovat data (uzivatelska data, ne data konfiguracni) + zmeny pro jednotlive instalovane moduly. nektere moduly z 138 uz muzete zahodit, protoze pro ne neni pokracovani.
hlavne se nesnazte pretahovat template z 138 na 155. template udelat NOVE!!!. preji uzpesnou aktualizaci

dělat modul pro eshop nemá cenu (složitost a nejasnost pořád v několika věcech atp.) co jsem tak vypozoroval a bylo mi řečeno od osob které dělají finance, že platební brány to budou řešit jen v případě že velký hráč (eshop) na ně zatlačí. jinak to mají lidově řečeno na háku. hlavně ti zahraniční. To raději to řeště dobírkou s platbou na účet. Já vím že je to krok zpět o několik řádů, ale momentálně je to nejmenší zátěž. Ten kdo potřebuje online tak ten to bude mít trochu krkolomné. A bylo mi řečeno že veškeré online platby tam v EET mohou být právě kvůli tomu že se jedná o náhradu hotovosti na dálku. Kdyby se to údajně nezavedlo, tak velké % hotovosti zmizí a bude jen online. Ikdyž já osobně si to nemyslím a je to jen alibismus a neschopnost a neznalost online prostředí. "...když nevím tak to prostě hodím na ten subjekt ať se s tím popere a doloží...". to je celé myšlení těch nahoře a těch co nemají přehled o problematice online prodeje. Ale je to blbost evidovat něco co už je evidované a dohledatelné. Hlavně že se vymýšlí H.....y nebudu sprostej protože tohle je k......a na N-tou. A pamatujte si že touto evidencí to nekončí, protože k tomu bude zachvilku ještě něco co přijde polehounku skrytě. akorát se o tom teď nemluví aby nevznikl bojkot před zavedením. pokud se do toho modulu někdo pustí, tak držím palce a hlavně pevné nervy.