Ecwid shopping cart je za trgovino z do 100 izdelkov zastonj. Obstaja slovenski prevod, kar ni prevedeno je enostavno dodati s klicem kot na primer:

ecwidMessages = {"ShoppingCartView.hint":"Vsebina košarice je shranjena za 30+ dni. Lahko se vrnete kadarkoli."}

Prednastavljeno predlogo je malo težje popravljati. V poseben razdelek v kontrolni plošči na www.ecwid.com je treba vpisovati CSS kodo ki potem prekrije original. Jaz sem jo namestil na Joomlo. Za košarico se uporablja Ecwid modul za Joomlo, posamezne kategorije izdelkov se lahko prikazuje tako da vpišeš klic js kode v Joomlin modul za izvajanja PHP/JS na primer mod_php. Pripravljeno kodo najdeš v svoji kontrolni plošči na Ecwidu.

Pred enim letom sem postavil spletno trgovino z nakitom iz kamnov: Kebonita . Izdelke izdeluje žena, kamni so naravni iz Peruja skratka ne gre se za uvoz cenenih izdelkov iz Kitajske.

Trgovina je narejena na Joomli s pomočjo komponente Ecwid ( http://www.internetmojster.com/cms/ecwid-shopping-cart.html ).

Obisk je še kar, skrbi pa me zelo nizko razmerje obiski/število prodaj saj se giblje precej pod 1%. Ali je tak procent normalen za to branžo? Čudno je da se veliko nakupov konča pri izpolnjevanju podatkov o kupcu. Od zadnjih 5tih kupcev ki je imel izdelke že v košarici, je le eden zaključil nakup.

Slab dizajn, nestandarden shopping cart, neznana blagovna znamka, previsoke cene ... kaj bi lahko bilo narobe?

Potem pa mi ni jasno, ker jaz sem tudi dal primer za fizično osebo. Kako pa zgleda ta izjava o vračilu če ni kritja čeka? Mogoče je v temu fora.

Ko sem se vpisal na faks so izumili PC, sedaj si pa zračunajte, ker jaz si ne upam napisat =)

Zanimivo, jaz sem pri isti banki čakal slab mesec na vnovčenje, na koncu pa so si jemali že 50$ na ček. Pozanimal sem se na Abanki in ker je bil strošek nižji vnovčujem sedaj pri njih. Provizija je 4,17 eur na ček + 1% vrednosti čeka vendar minimalno 8,32 eur.

Videl sem da imajo tudi na Abanki več opcij vnovčevanja. Ena je verjetno izplačilo na šalterju, druga je izplačilo po prejetju kritja tretja pa še prejšnje preverjanje kritja (tu je šlo po mojem tistih 50$ pri NKBM). Verjetno je pogojeno tudi z višino zneska.

Ali je padel samo obisk strani ali CTR rezervacij?

Še par predlogov:

Blog/podporna stran na temo Rogla ...

Preko sistema Feratel (LTO in slovenija.info) rezervacije na povpraševanje ali celo online rezervacije.

Probajte še z http://www.mountvacation.com/si/

Na Joomli 2.5 imam inštaliran ITP Share plugin za prikaz FB Like, Twitter in G+1 gumbov.

Do pred kakima dvema tednoma je bilo vse v redu, potem pa mi je naenkrat začelo prikazovati pol manjše število likov strani kot prej (z 900 na 480). Številka sedaj ostaja enaka že ves čas. Prej se je povečala skoraj vsak dan vsaj za en like. Plugin sem nadgradil na zadnjo verzijo pa nič ne pomaga.

V template Joomle imam ročno dodane og:graph meta oznake. Med njima sta tudi fbadmins in fb:appid.

Oba ostala gumba (Twitter in G+1) delata b.p.

Kaj bi lahko bilo narobe?

Ni tak problem spremeniti ročno, ker se gre samo za eno stran/bazo.

Se pravi nekaj takega če bi to reševal v okviru joomle:

<?php

        //init Joomla Framework

        define( '_JEXEC', 1 );

        define( 'DS', DIRECTORY_SEPARATOR );

        define( 'JPATH_BASE', realpath(dirname(__FILE__).DS.'..' ));



        require_once ( JPATH_BASE .DS.'includes'.DS.'defines.php' );

        require_once ( JPATH_BASE .DS.'includes'.DS.'framework.php' );



        $mainframe = JFactory::getApplication('site');



        //DBQuery

        $database =& JFactory::getDBO();

        $query = "SELECT * FROM ..... WHERE ....;";

        $database->setQuery($query);

        $result = $database->query();

        print_r($result);

    ?>

V bistvu če razumem pa to niti ni potrebno ker je php varen pred "pogledi od zunaj"?

Stran imam narejeno v Joomli 2.5. V eni od podmap www.domena.com/podmapa imam php skripto ki pobere z druge strani podatke o ceni in jo zapiše v tabelo. Tabela se nahaja v isti bazi kot vse tabele od Joomle. Komponenta v Joomli iz te tablele potem prebere podatke in jih prikaže na strani.

Zanima me kako bi lahko zaščitil php skript saj je sedaj v njem podatek za dostop do baze vpisan kot navaden tekst:

mysql_connect("localhost:3306","uporabnik","geslo");

Ali se da za connect na bazo uporabiti katerega od klicev za Joomlo, ali je bolje na kakšen način zaščititi sam php file? S .htaccess mogoče.

Cena naj bi bila 147$ glede na banner na njihovem blogu:

http://blog.freshstorebuilder.com/

Ocene njihove aplikacije pa so zelo polarizirane:

http://reviewopedia.com/workathome/fresh-store-builder-reviews-legit-or-scam/