Post by Anttih » Sun Aug 19, 2012 8:11 pm

rmi wrote:Näyttääkö laskussakin verolliset summat? Entä alennuskupongit?
Toimiiko verorivi edelleen että voi näyttää 'Loppusumma sisältää alv23% xx.xx€'
Näyttää laskussakin verolliset summat ja alennuskupongit toimii.
Käy katsomassa demo osoitteessa http://opencart.hydenet.fi/
rmi wrote:Onko sulla antti kotimaista kauppaa jossa nuo paypal kulut jää pois? Suosisin mieluusti suomalaista..
Ei ole kauppaa, mutta ennakkolaskulla tilaaminen onnistuu osoitteessa http://www.hydenet.fi/opencart-lisaosa-tilaus/.
rmi wrote:EDIT: Ja toimiiko tämä tuon 2 sivun kassan kanssa (Über Checkout by qphoria)
En osaa sanoa tai uskalla luvata, koska en pääse testaamaan. Periaatteessa pitäisi toimia.

Shipping methods: Matkahuolto, Posti, PostNord
Payment methods: Advance payment / Bank transfer, Checkout, Paytrail, Maksukaista
Modules: Prinetti, Matkahuolto's adress label, Random Products
vQmod: Checkout prices with tax, Product price input with tax
See my all modules


Active Member

Posts

Joined
Thu Feb 03, 2011 5:11 pm
Location - Finland

Post by rmi » Mon Aug 20, 2012 12:54 pm

On tuo paypal sen verran kätevä ja nopea, että menköön pari euroa sinnekin.. ja jääneehän siitä Danielillekin jotain välistä (toivottavasti).. Eli ostin, latasin ja asensin tuon Anttih:n loppusummien vero modin. Kävin jo arvostelemassakin 5 tähteen, mutta nyt tuli ongelma lahjakortin kanssa:

Jos lahjakortti on isompi kuin ostettavat tuotteet, niin loppuhan jää myöhemmin käytettäväksi..?
Mutta nyt kauppa vaatii kuitenkin verot maksettavaksi, vaikka kortissa olisi potkua maksaa koko tuote.

Esim. (kopioitu kassalta, 300€ lahjakortti)
Tuotteet yhteensä: : 61,50€
Lahjakortti (c373b09a99): : -50,00€
Maksettava yhteensä: : 11,50€
sis. ALV (23%): 11,50€

Tuo saattaisi korjaantua pudottamalla lahjakortti 'yhteensä' summan jälkeen, mutta sitten ei näy missään paljonko pitää vielä maksaa.. Eli ongelmana on lahjakortin maksimi käyttösumman rajoitus tilauksen verottomaan summaan..

rmi
New member

Posts

Joined
Tue Nov 09, 2010 3:13 am

Post by Anttih » Mon Aug 20, 2012 1:53 pm

rmi wrote: Jos lahjakortti on isompi kuin ostettavat tuotteet, niin loppuhan jää myöhemmin käytettäväksi..?
Mutta nyt kauppa vaatii kuitenkin verot maksettavaksi, vaikka kortissa olisi potkua maksaa koko tuote.
Korjataan toiminta.

EDIT: Toiminta korjattu.

Shipping methods: Matkahuolto, Posti, PostNord
Payment methods: Advance payment / Bank transfer, Checkout, Paytrail, Maksukaista
Modules: Prinetti, Matkahuolto's adress label, Random Products
vQmod: Checkout prices with tax, Product price input with tax
See my all modules


Active Member

Posts

Joined
Thu Feb 03, 2011 5:11 pm
Location - Finland

Post by rmi » Wed Aug 22, 2012 12:31 am

Jotenkin hassulta vaikuttaa kun maksaa koko tilauksen lahjakortilla:

Tuotteet 123€
Alennus -123€
Maksettava 0€
Sisältää alv 23€

Mutta näin se menee että 0 euron saatavassa tässä tapauksessa on 23€ alvin maksamista. Toki aiemmin on päästy kuittaamaan lahjakortti tilille vailla alvin häivää..

rmi
New member

Posts

Joined
Tue Nov 09, 2010 3:13 am

Post by Anttih » Wed Aug 22, 2012 3:41 am

Hassuahan se vähän on, mutta periaatteesa lahjakortti on käteistä rahaa.
Olisi parempi kun saisi alv erittelyn hieman erilleen tai sitten jotenkin muuten esitettyä asian fiksummin.
Jos kaikki veloitukset olisi ennen välisummaa ja alennukset sekä maksut sen jälkeen. Tässä mallissa asiakas ei helposti näe mitä tuotteiden osa loppusumasta on ja mikä toimitus ym. kulujen. Ehkä tarvitsisi olla oma "Tuotteet yhteensä" ja "Kulut yhteensä" laskukaava.
Jos hyviä ideoita putkahtaa niin kertokaa ja kokeillaan toteuttaa.

Shipping methods: Matkahuolto, Posti, PostNord
Payment methods: Advance payment / Bank transfer, Checkout, Paytrail, Maksukaista
Modules: Prinetti, Matkahuolto's adress label, Random Products
vQmod: Checkout prices with tax, Product price input with tax
See my all modules


Active Member

Posts

Joined
Thu Feb 03, 2011 5:11 pm
Location - Finland

Post by rmi » Wed Aug 22, 2012 5:46 am

Sehän hyvä olisi jos admin puolella saisi valita kaikki rivit verottomana ja verollisena sekä vero rivi välisummalle ja loppu summalle. Tietysti myös erillinen alv erittely niille joiden kaupoissa on tuotteita eri alv kannoilla.

Mutta 'less is more' varmaan tässäkin kun asiakkaat todennäköisesti ovat tulleet hankkimaan jonkin tavaran / hyödykkeen eivätkä ole kiinnostuneita mistään muusta kuin rivistä 'Maksettava', niin jos sille saisi vähän enemmän huomiota esim. fonttikoko + / bold / underline tyyppisesti.. Totaalithan syötetään foreach meiningillä eli .tpl muokkauksella ei taida suoraan onnistua..

rmi
New member

Posts

Joined
Tue Nov 09, 2010 3:13 am

Post by rmi » Thu Aug 23, 2012 12:41 pm

Ilmeisesti muut ei epäile asiakkaiden jättävän ostamista kesken rekisteröinti vaiheessa? Näitähän ei saa kiinni millään moduuleilla, kun mitään tietoja ip:n lisäksi ei ole..

Sosiaalisen median kapistuksilla kirjautuminen näköjään on jo mahdollista.. Semmonen olis hyvä ettei tarvita mitään tilejä kauppaan vaan yhden kerran sposti +pankkitunnisteet sisään ja sen jälkeen maksutapa --> maksu --> valmis. Samalla taustalla luodaan tili (jos ei ole) ja lähetetään tiedot spostiin tilaushistoriaa ym. varten

Onko sähköpostiin mahdollista lähettää linkki jolla pääsee kirjautumaan ilman erillistä tunnuksien / salasanan syöttöä?

rmi
New member

Posts

Joined
Tue Nov 09, 2010 3:13 am

Post by Anttih » Thu Aug 23, 2012 2:29 pm

rmi wrote:Jaksaisiko joku php taitaja alkuun näperrellä paikkakunnan noudon tietokannasta kun syötetään postinumero. Pistäisi oman taulun tuolle, niin ei sekoita perusasennusta. Samaan vqmodiin vois istuttaa kenttien vaihdon päikseen, ensin postinumero sitten paikkakunta. Ja alue / lääni tulisi olla samassa myös. Tuon taulun saa haltuunsa ainakin prinetin työasemaversiosta, sen jakaminen foorumilla saattaa olla postin mielestä väärin. Ja ahkerampi sällihän naputtelee nuo käsin kustin nettisivuilta =)
Tässä olis kyllä ideaa, mutta jos tuollaisen modin tekee niin ongelmaksi muodostuu tuo postinumero/paikkakunta aineisto. Itellalta voi kyllä ostaa kyseiset tiedot (120 - 360 € + alv). Haluaisin tavata sen joka ostaa ensin tuollaisen modin ja sitten naputtelee yli 3000 postinumeroa ja jaksaa vielä päivitellä tiedot säännöllisesti. >:D
rmi wrote:Ja vielä komeampi olis jos tekis modin joka sisältää sopimuksen esim. fonectan kanssa että asiakas saa syöttää puhelinnumeron heti alkuun ja muut tiedot haetaan 'netistä'. Saattaa toki aiheuttaa kuukausimaksun, mutta jos on kohtuullinen niin olisi helpotus ainakin asiakkaille..
Mitenkäs käsitellään ne lukuisat asiakkaat jolla on firman puhelin jolloin osoite ym. tiedot ovat työnantajan tai vaihtoehtoisesti salaisen numeron omistajat? Omasta mielestäni vielä ärsyttävämpää kuin syöttää tietoja on korjata tietoja joita on haettu jostakin.
rmi wrote:Olikos pankkitunnuksilla tunnistautumista mukana missään noissa maksutapa paketeissa? Mulle kelpais 1 input kentän quest checkout, sähköpostiosoite --> pankin sivuille tunnukset --> toimitus-&maksutapa --> kiitos. Pitänee olla salaussopimukset tehtynä jos tämmöstä virittelis?
Oikeasti tuo menisi ehkä kuitenkin sähköpostiosoite --> pankin sivuille tunnukset --> toimitus-&maksutapa --> maksamaan johonkin palveluun --> kiitos.
Haluaisitko itse ihan oikeasti tunnistautua johonkin verkkokauppaan pankkitunnuksillasi?
rmi wrote:Ip osoitteella menis kaikista mukavimmin, mutta saattaa aiheutta pelkotiloja kansalaisissa (eikä taida olla ihan tosta vaan tarjolla nuo tiedot ip:n perusteella)
Tämä olisi aika kyseenalaista toimintaa ja todennäköiseti suurin osa menisi pieleen.
rmi wrote:Onko sähköpostiin mahdollista lähettää linkki jolla pääsee kirjautumaan ilman erillistä tunnuksien / salasanan syöttöä?
Tämän saisi varmaankin helposti mahdolliseksi, mutta mites on tietoturvan laita? Suurehko riski, että joku pääsee toisen tunnuksilla sisään ja voi tilailla jotakin turhaa ihan vaan kiusaus mielessä.

Shipping methods: Matkahuolto, Posti, PostNord
Payment methods: Advance payment / Bank transfer, Checkout, Paytrail, Maksukaista
Modules: Prinetti, Matkahuolto's adress label, Random Products
vQmod: Checkout prices with tax, Product price input with tax
See my all modules


Active Member

Posts

Joined
Thu Feb 03, 2011 5:11 pm
Location - Finland

Post by rmi » Sun Aug 26, 2012 5:03 am

Anttih wrote: Tässä olis kyllä ideaa, mutta jos tuollaisen modin tekee niin ongelmaksi muodostuu tuo postinumero/paikkakunta aineisto. Itellalta voi kyllä ostaa kyseiset tiedot (120 - 360 € + alv). Haluaisin tavata sen joka ostaa ensin tuollaisen modin ja sitten naputtelee yli 3000 postinumeroa ja jaksaa vielä päivitellä tiedot säännöllisesti. >:D
Tuo pitäis toteuttaa niin että modi sisältää nuo valmiina sql pakettina, ei voi hirveitä maksaa kun nämä sisältyy moniin 49-199€ laskutusohjelmiinkin.
Anttih wrote: Mitenkäs käsitellään ne lukuisat asiakkaat jolla on firman puhelin jolloin osoite ym. tiedot ovat työnantajan tai vaihtoehtoisesti salaisen numeron omistajat? Omasta mielestäni vielä ärsyttävämpää kuin syöttää tietoja on korjata tietoja joita on haettu jostakin.
Sama juttuhan se on jos firman postinumeron laittaa postin hakuun eli tokikin asiakkaan tulee 'kirjautua' omalla numerolla. Tämä kenttä ei olisi yhteystieto vaan nimenomaan kenttä jolla haetaan tiedot (niiltä jotka haluaa / tiedot on olemassa).
Anttih wrote: Oikeasti tuo menisi ehkä kuitenkin sähköpostiosoite --> pankin sivuille tunnukset --> toimitus-&maksutapa --> maksamaan johonkin palveluun --> kiitos.
Haluaisitko itse ihan oikeasti tunnistautua johonkin verkkokauppaan pankkitunnuksillasi?
Ei tokikaan kaupan sivuille pankkitunnuksien syöttöä vaan niin että ne kaupan tarvitsemat tiedot tuodaan sieltä pankista maksun yhteydessä. Jos tätä tarkemmin miettii, niin toiminnan voisi rajata verkkopankilla maksajille.
Checkout ruudussa rivi kuvakkeita --> Klikkaa haluaamaasi pankkia --> tunnukset pankin sivuille --> maksu kuntoon (ja nimi, osoite ym. tiedot mukaan) --> takaisin kauppaan --> vahvistus tiedoille ja sähköpostiosoitteen antaminen --> kiitos
rmi wrote:Onko sähköpostiin mahdollista lähettää linkki jolla pääsee kirjautumaan ilman erillistä tunnuksien / salasanan syöttöä?
Anttih wrote: Tämän saisi varmaankin helposti mahdolliseksi, mutta mites on tietoturvan laita? Suurehko riski, että joku pääsee toisen tunnuksilla sisään ja voi tilailla jotakin turhaa ihan vaan kiusaus mielessä.
Ei haitanne kauhean kovasti jos kaupan maksutavat vaatii pankkitunnuksia.. Lähinnä ajattelin tuota tilauksen seurantaan tai ostetun tuotteen arvosteluun kirjautumatta, mutta järkevämpi tapa olisi toki luoda 'salainen' sivu mystisellä (aksdfhj321asd1.html) osoitteella joka sisältää vain tarvittavat tiedot ja poistuu kun tilaus / jälkimarkkinointi on hoidettu.

rmi
New member

Posts

Joined
Tue Nov 09, 2010 3:13 am

Post by Anttih » Sun Aug 26, 2012 3:07 pm

rmi wrote: Ei tokikaan kaupan sivuille pankkitunnuksien syöttöä vaan niin että ne kaupan tarvitsemat tiedot tuodaan sieltä pankista maksun yhteydessä. Jos tätä tarkemmin miettii, niin toiminnan voisi rajata verkkopankilla maksajille.
Checkout ruudussa rivi kuvakkeita --> Klikkaa haluaamaasi pankkia --> tunnukset pankin sivuille --> maksu kuntoon (ja nimi, osoite ym. tiedot mukaan) --> takaisin kauppaan --> vahvistus tiedoille ja sähköpostiosoitteen antaminen --> kiitos
Pankkien verkkomaksujen paluuviestissä ei saa asiakkaan yhteystietoja, eli ei onnistu.
Myöskään TUPAS-tunnistautumisessa ei saa asiakkaan yhteystietoja, vaan henkilötunnuksen.

Shipping methods: Matkahuolto, Posti, PostNord
Payment methods: Advance payment / Bank transfer, Checkout, Paytrail, Maksukaista
Modules: Prinetti, Matkahuolto's adress label, Random Products
vQmod: Checkout prices with tax, Product price input with tax
See my all modules


Active Member

Posts

Joined
Thu Feb 03, 2011 5:11 pm
Location - Finland

Post by Anttih » Sun Aug 26, 2012 5:25 pm

rmi wrote: Mutta 'less is more' varmaan tässäkin kun asiakkaat todennäköisesti ovat tulleet hankkimaan jonkin tavaran / hyödykkeen eivätkä ole kiinnostuneita mistään muusta kuin rivistä 'Maksettava', niin jos sille saisi vähän enemmän huomiota esim. fonttikoko + / bold / underline tyyppisesti.. Totaalithan syötetään foreach meiningillä eli .tpl muokkauksella ei taida suoraan onnistua..
Fonttikokoa ym. muotoiluita saa tehtyä pelkällä templaten muokkauksella:

Code: Select all

<?php foreach ($totals as $total) { ?>
	<?php if ($total['code'] == 'HALUTUN TOTAALIN KOODI') { ?>
	<tr>
		<td colspan="4" class="price" style="MUOTOILUT TÄHÄN"><?php echo $total['title']; ?>:</td>
		<td class="total" style="MUOTOILUT TÄHÄN"><?php echo $total['text']; ?></td>
	</tr>
<?php } else { ?>
	<tr>
		<td colspan="4" class="price"><b><?php echo $total['title']; ?>:</b></td>
		<td class="total"><?php echo $total['text']; ?></td>
	</tr>
<?php } ?>
Jos tarvii muokata useampaa kuin yhtä kohtaa, niin sitten vaan jatkaa ehtoja.

Mitäs mieltä olette seuraavan laisesta verojen esitysmallista kassa sivulla ja asiakkaalle lähtevässä tilausvahvistuksessa:
veroerittely_kassa.png

Veroerittely - veroerittely_kassa.png (57.78 KiB) Viewed 8043 times


Shipping methods: Matkahuolto, Posti, PostNord
Payment methods: Advance payment / Bank transfer, Checkout, Paytrail, Maksukaista
Modules: Prinetti, Matkahuolto's adress label, Random Products
vQmod: Checkout prices with tax, Product price input with tax
See my all modules


Active Member

Posts

Joined
Thu Feb 03, 2011 5:11 pm
Location - Finland

Post by rmi » Sun Aug 26, 2012 9:33 pm

hieno! harmi vaan kun tuo default checkout itsessään on niin vastenmielinen..

rmi
New member

Posts

Joined
Tue Nov 09, 2010 3:13 am

Post by rmi » Sun Aug 26, 2012 10:05 pm

Ei muuta kuin haastamaan pankkeja mukaan kehitykseen.. Lisää turvallisuutta kun maksaja=asiakas, toisen tunnuksilla / korteilla ei kait ole luvallista maksellakaan ja toki eri toimitusosoitteen saisi annettua kuten nytkin..

rmi
New member

Posts

Joined
Tue Nov 09, 2010 3:13 am

Post by nucode » Sun Oct 14, 2012 4:53 pm

Kauppa tuli tehtyä ja julkaistua, mutta vasta tässä vaiheessa huomasin että koko Opencartistahan puuttuu maksujen seuranta!

Ouch! Toi on todella iso puute. Tilauksen tila kun ei suoraan kerro mitään maksun tilasta, esim. jos toimitus on nouto ja maksukäteisellä ... Tai kenties tila on käsittelyssä jolloin ei välttämättä ole maksua vielä tullut.
Joka tapauksessa pitäisi ottaa monesta eri tilasta raportit ja toivoa että ne tilaustilat pitää paikkaansa (en ole ainut joka käsittelee tilauksia).

Pitäisi olla ihan transaktio pohjainen seuranta, jonka perusteella tilauksessa lukee onko se maksettu vaiko ei. Ettei vahingossa käy vaikka niin et merkattu tilisiirto maksutavaksi, ja varastolla luullaan et se on maksettu ja tuote luovutetaan ilman maksun varmistusta.

Tietääkö kukaan miten tän tuen saisi siihen mukaan, ja vielä suurimmalle osalle maksutapoja automatisoitua?
Raportteja yms. ei löydy mitään tuohon suuntaankaan, ja jotenkin kirjanpitokin pitäisi fiksusti tehdä.

Mielestäni transaktioitten seurannan puute on ShowStopper tasoa, ja jos tähän ei keksitä ratkaisua joudutaan palaamaan 10 askelta taaksepäin ja toteuttaa verkkokauppa uusiksi toisella softalla...

Newbie

Posts

Joined
Sat Aug 11, 2012 8:37 am

Post by Anttih » Sun Oct 14, 2012 6:35 pm

Helpoimmalla pääset kun teet lisää "Tilauksen tila" tiloja.
Esimerkiksi vaikka "Tilaus vastaanotettu (odottaa maksua)", "Tilaus vastaanotettu (Maksettu)", jne.
Tuolla tavoin saat raporttejakin.

Nämä ovat ihan käytännön esimerkkejä ja ovat käytössä useammassa eri laisessa verkkokaupassa. Kaikilla on omat vaatimuksensa ja toimintatapansa, eli eivät välttämättä sovi kaikille.

Shipping methods: Matkahuolto, Posti, PostNord
Payment methods: Advance payment / Bank transfer, Checkout, Paytrail, Maksukaista
Modules: Prinetti, Matkahuolto's adress label, Random Products
vQmod: Checkout prices with tax, Product price input with tax
See my all modules


Active Member

Posts

Joined
Thu Feb 03, 2011 5:11 pm
Location - Finland

Post by nucode » Sun Oct 14, 2012 7:16 pm

liimaa ja purkkaa ratkaisu.
Pitäis olla ihan transaktio pohjainen seuranta jos tulee vaikka peruutuksia, muuten näkyy peruutuksetki iha mille tahansa päivämäärälle ja helvetti on irti verotarkastuksessa kun niitä selvitellään ellei manuaalisesti pidä tarkkaa kirjaa.
Saahan tuolla tavalla sen seurattua että voiko tavaraa luovuttaa, mutta ei kyllä sen paremmin.

Pitäisi olla erikseen tilaukselle maksutila: Maksettu, Ei maksettu
Transaktio taulu tietokannassa, jossa jokaiselle tilaukselle on merkattu transaktiot sisään tai ulos.
pitäisi myös huomioida että onko se maksettu kokonaan

Toi generate invoice nappi on suorastaan hupaisa, laskuhan pitäisi muodostua joka tilauksesta automaattisesti lähtökohtaisesti mutta lisäksi voit kuitenkin käyttää print invoicea ilman laskun generointia, ja sitten niitä generoituja laskuja ei voi katella erikseen mistään jne.

Mun käyttötottumukset varmasti poikkeaa normista koska haluan säästää manuaalista työtä mahdollisimman paljon sekä automatisoidan kaiken mahdollisen, ja pakkokin kun käsitellään jo tuhansia laskuja kuukausittain, ei kuitenkaan tämän verkkokaupan kautta. Eikä noitten tuhansien laskujen käsittelyyn mene kuukausitasolla juuri yhtään työaikaa, oiskohan 30min kaiken kaikkiaan kun kaikki on automatisoitu.
Työaika on se kaikista kallein resurssi mitä on.

Käytännössä vaatisi että taulussa (tietokanta) on "Tilaus" ja "Maksutila" käsittelyt täysin erikseen, siten myös Tilaus ja Lasku ovat erillisiä toisistaan. Tällöin on helppoa kun Tilauksen tiloja olisi suunnilleen vain: "Odottaa käsittelyä, Lähetetty, Peruutettu, Palautettu", sekä laskuntilat: "Maksettu, Maksamatta, Palautettu, Peruutettu".

Jotta noi saisi nykyisellään käsiteltyä tarvitsee 4*4 eri tilaustilaa, plus ne jotka olen unohtadin tuosta... Fraudia ehkä pitäisi kanssa seurata jolloin tiloja tuleekin 4*5 jo....
Lisäksi kun tarvitaan maksutavoista tarkat seurannat. kpl määrät, rahalliset määrät, transaktio kustannukset yms.

Tuohon päälle sitten pitää erillistä transaktio kirjaa josta saa tarvittavat raportit otettua ja kirjanpitoon vietyä oikeilla päivämäärillä, transaktion tapahtuma tunnuksilla, verrattua tilauksesta maksuun pvm, transaktio kustannuksia yms...
Tuohan on osittain päällekkäistä työtä kirjanpidon kanssa, mutta kaikki tuo "päällekkäinen" työ sitten on pois kirjanpito kustannuksista JA kaiken tuon pystyy automatisoimaan

Newbie

Posts

Joined
Sat Aug 11, 2012 8:37 am

Post by kemes » Tue Oct 16, 2012 9:48 pm

Haluaisin lisätä headeriin linkin jonka perässä näkyy ostoskorissa olevien tuotteiden määrä. Miten määsen tähän tietoon käsiksi? Olen yrittänyt kahlata läpi header ja cart -tiedostoja.

Löytyykö suoraan jokin arrayn arvo missä on määrä?

Newbie

Posts

Joined
Sun Oct 14, 2012 8:06 pm

Post by Anttih » Wed Oct 17, 2012 2:28 pm

Lisää seuraava rivi tiedostoon catalog/controller/common/header.php

Code: Select all

$this->data['tuotteita_korissa'] = $this->cart->countProducts() + (isset($this->session->data['vouchers']) ? count($this->session->data['vouchers']) : 0));
ja tiedostoon catalog/view/theme/default/template/common/header.tpl kohtaan mihin haluat tuotteiden määrän näkyvän

Code: Select all

<?php echo $tuotteita_korissa; ?>

Shipping methods: Matkahuolto, Posti, PostNord
Payment methods: Advance payment / Bank transfer, Checkout, Paytrail, Maksukaista
Modules: Prinetti, Matkahuolto's adress label, Random Products
vQmod: Checkout prices with tax, Product price input with tax
See my all modules


Active Member

Posts

Joined
Thu Feb 03, 2011 5:11 pm
Location - Finland

Post by kemes » Wed Oct 17, 2012 5:46 pm

Anttih, ensinnäkin iso kiitos avusta!

Käsitänkö nyt oikein, että (yleisesti ottaen Opencart tiedostorakenteessa) Control puolella luodaan muuttuja (tässä tapauksessa array, onko data-array jo olemassa entuudestaan?) ja view puolella sitten vain näytetään tämä muuttuja?

Newbie

Posts

Joined
Sun Oct 14, 2012 8:06 pm

Post by kemes » Thu Oct 18, 2012 3:46 am

Mitenkäs saan linkin päivittymään heti sen jälkeen kun jokin tuote on lisätty koriin?

Newbie

Posts

Joined
Sun Oct 14, 2012 8:06 pm
Who is online

Users browsing this forum: No registered users and 20 guests