A jak to vypadá teď?

Prosím screeny.

Nj, jenže tam než to najdeš, tak tě dřív sežerou krysy :)) Monitor mám podložený "Mistrovství v MySql", abych se alespoň nehrbil a nemluvím o dalších bichlích plných úhledného profi programování v polici za mnou (nejméně dvoukilové php je tam taky) ... :)

To by šlo odlišit, stačilo by číslo modulu nahradit interním číslem toho VM a ukládat do totals do vlastního sloupečku tabulky, což udělat taky pár hodin zabere. Ale vyždycky si říkám, že to člověk musí přiměřovat ušetřenému času v následujících letech.

Jenom je potřeba myslet na to, že když člověk udělá tolik úprav v souborech a DB, tak už nemůže tak uplnně počítat s aktualizacemi a volně stažitelnými moduly, kterými by si ty svoje výtvory přemazal či jinak znefunkčnil.
Je potřeba dobře zvážit plány do budoucna - jakých možností je možné se vzdát, potom jde v zenu udělat opravdu všechno.

S vložením další stránky mi to přijde pro zákazníky prodlužující a komplikující už tak zdlouhavý proces, především vidím problém v intuitivitě takového kroku - nebudou vědět co se po nich chce.

A co takhle zpětné lomítko před každou ' ?

Citát:

Abych jen netlachal, přidám ještě screeny:

Snad je tam dobře vidět jak to funguje a co všechno se zákazníkovi zobrazuje, podle mě je to veškeré podstatné info. Není problém ani aby mu provozní doba a další info o místě vyzvednutí přišlo v objednávce jako poznámka.

Připojit soubor:

---

  Clipboard02.jpg (58.96 KB)


  Clipboard03.jpg (93.66 KB)

Až mě tenhle problém dostihne, asi to budu řešit nějakým skrytým polem, které přidám do formuláře a které tím pádem uživatel nechá prázdné, ale robot ho vyplní, což není můj nápad, ale psal tu o něm někdo v minulosti, tuším že Pytel nebo Kozoroh, ale tím si nejsem jistý.

Možná bych to vylepšil o to, aby se ip takového robota rovnou přidala na blacklist a obchod se mu tím znepřístupní.

Dělal jsem to pro jeden web, ale je tam hodně změn v mnoha souborech. Výsledkem je, že se ten modul zobrazuje jako jedna z možností a má v sobě dropdown se všemi adresami uloženky, výběrem se ta adresa přidá zákazníkovi do adresáře a zapíše se jako shipping adresa.
Seznam míst se pravidelně aktualizuje z xml, které dává uloženka.

Měl jsem v plánu to dotáhnout do podoby jednoduše instalovatelného modulu a pohádkově na tom zbohatnout (podobný plán jsem měl a mám s desítkami jiných věcí :D ), ale bylo by to opravdu hodně práce, vzhledem ke všem těm zásahům, které jsou nutné k propašování všeho potřebného kódu na stránku s volbou dopravy.

Edit: V každém případě to ale jako rozklikávací menu jde, doporučuji začít založením tabulky s doručovacími adresami uloženky a její automatickou aktualizaci z XML přes cron, nebo ručně "čudlíkem".

Předpokládám, že to dělá .htaccess a souvisí to s přepisem adres, ale je to bohužel příliš časově náročné, abych to řešil.

Tak víšjak, částku máš vždycky v měně objednávky, takže správně funguje vždycky jen jeden z těch dvou kódů, tedy druhý je zbytečný. Označení měny najdeš v proměnné:

Citát:

Všechny dostupné informace o objednávce jsou v tabulce orders - silně doporučuji podívat se do phpMyAdminu co v ní všechno je, na té závěrečné stránce, kam nyní dáváš kódy si můžeš dosadit libovolně jakoukoliv informaci z tabulky orders, pokud si doplníš název příslušného sloupce následovně:

Citát:

jméno zákazníka je třeba v:

Citát:

Pokud bys potřeboval něco, co v té tabulce a tedy ani v tom objektu ze kterého bereš výše uvedené informace není, můžeš jít do:

Citát:

a tam si ten select do databáze libovolně upravit, aniž bys tím ovlivnil chování jiných stránek obchodu. V tom je ZenCart velmi silný oproti např. prestashopu. V Zenu má každá stránka svůj modul v modules/pages a tam si můžeš upravit cokoliv tě napadne, ty soubory header.php, které tam najdeš v každé složce každé stránky obsahují kód, který se zpracovává před výpisem čehokoliv na obrazovku.

Nic moc o tom nevím, ale ty události by se daly nejspíš odchytávat v kódu třeba v tpl_footer.php na základě několika php if ..