Felmerült bennem, hogy a jelenlegi szerkezet nem megfelelően van kialakítva a vásárlás folyamatában.
A gyors kosár tényleg hasznos, de a vásárlási feltételek nincsen jó helyen. Az elgondolásom a következő.
A telepítés után az összes modult kézzel újra kell sajnos installálni.
(Fizetési, Szállítási és Összesítési modulok.) Azaz eltávolítás majd telepítés.
Ekkor helyre áll a rend „title” szinten a rendszerben.
Figyelem, mert még mindig van egy buktató, a Fizetés az áru átvételekor modulban a személyes
átvétel telephelyünkön legyen kipipálva.
Az utólagos beállításra azért van szükség, mert eltér az installációs eljárás a váz működésétől.
Reményeim szerint az OSCOMV3-ban már nem lesz ez az anomália.
Bővebben a fórumban
Lehet, hogy már feltűnt, de a képfelvétel egy kicsit szokatlan a V3 rendszerben.
Meg kell különböztetni a még nem létező termék képfelvételét és a már létezőjét.
A különbség a kettő között, hogy a rendszer míg az elöbbinél nem rendelt adatokat az adatbázisba,
így az csak a memóriában létezik. A második eset a program számára sokkal egyértelműbb, mert létezik
a termék.
Nézzük meg a különbségeket a képfelvétel folyamatában:
A tallózás gomb segítségével tölthetünk fel képet, de nem látjuk az eredményét.
A küldés szervernek gombbal tölthetünk fel képet, de látjuk az eredményét.
Az OSCOM rendszere és az osCV3alfa5 is tartalmazza azt a dátumkezelő funkciót, amellyel korlátozhatjuk a születési időpont kiválasztását.
Ha 18 évet állítunk be a függvény paraméterezése során, akkor csak a 18 életévüket betöltött vevők regisztrálhatnak illetve vásárolhatnak majd az áruházban.
/**
* Outputs a form pull down menu for a date selection
*
* @param string $name The base name of the date pull down menu fields
* @param array $value An array containing the year, month, and date values for the default date (year, month, date)
* @param boolean $default_today Default to todays date if no default value is used
* @param boolean $show_days Show the days in a pull down menu
* @param boolean $use_month_names Show the month names in the month pull down menu
* @param int $year_range_start The start of the years range to use for the year pull down menu
* @param int $year_range_end The end of the years range to use for the year pull down menu
* @access public
*/
function osc_draw_date_pull_down_menu($name, $value = null, $default_today = true, $show_days = true, $use_month_names = true, $year_range_start = 0, $year_range_end = 1) {
}
A függvény lehetővé teszi egy adott korcsoport beállítását is a maximális életkor megadásával. Természetesen a nem valós adatok közlését a rendszer nem képes kiszűrni, így ez csak egy lehetőség a pontos regisztrációhoz.
Tipp: ha egy index.html lapot is elhelyezünk a katalógusban, akkor még az áruház index.php betöltése elött kezelhetjük a korhatáros kérdéseket. A továbblépést csak megfelelő adekvált válasz esetén engedélyezhetjük.
Ha phpMyadmint használunk, akkor hamar találkozhatunk a magyar karakterek hibás megjelenésével. Ennek kiküszöbölésére, még telepítés előtt szükségünk lesz a következő sorok beillesztésére.
A célpont a catalogosCommerceOMCoreDatabasemysql.php
{codecitation style=”brush: php;”}
function _connect() {
@mysql_set_charset($this->link, ‘utf8’);
//vagy
@mysqli_set_charset($this->link, ‘utf8’);
return ( $this->link !== false );
}
{/codecitation}
Egy „okosabb” megoldás lenne, ha a telepítés során a felhasználó adhatná meg a helyes karakterkódolást, mondjuk egy legördülő menüből a tévesztés elkerülése végett.
A megoldáshoz érdemes bevezetni egy új settings.ini változót:
DB_SET_CHARSET = „utf8”
Ekkor a következőképpen módosul a __connect() funkció
{codecitation style=”brush: php;”}
function _connect() {
$this->link = false;
if ( $this->use_mysqli === true ) {
$this->link = mysqli_connect((DB_SERVER_PERSISTENT_CONNECTIONS === true ? ‘p:’ : ”) . $this->server, $this->username, $this->password, $this->database, $this->port);
mysqli_set_charset($this->link, DB_SET_CHARSET);
} else {
if ( DB_SERVER_PERSISTENT_CONNECTIONS === true ) {
$this->link = mysql_pconnect($this->server . ( !empty($this->port) ? ‘:’ . $this->port : ”), $this->username, $this->password);
} else {
$this->link = mysql_connect($this->server . ( !empty($this->port) ? ‘:’ . $this->port : ”), $this->username, $this->password);
}
if ( ($this->link !== false) && !empty($this->database) ) {
mysql_select_db($this->database, $this->link);
mysql_set_charset($this->link, DB_SET_CHARSET);
}
}
{/codecitation}
Sok instant webshop rendszernek van egy közös alaptulajdonsága, mely óriási hibát is jelenthet, mégpedig a katalógus kialakításnál törekednünk kell olyan szerkezet elérésére, amelynél minden termék egyedi termék leírással rendelkezik. És itt jön a probléma, mivel vannak olyan termékek, amelyekben nagy a változatosság, de a termékváltozatok nevükben egymástól csak néhány karakterben térnek el és termékleírás nem készíthető hozzájuk csak csoportosan…
Használjunk termékváltozatokat! A termékváltozatok, ha egy jó shopunk van, rendelkeznek egyedi cikkszámozással is.
Alufelniket szeretnénk katalogizálni. A kijelölt termékünk a következő:
Termék árlista:
DEZENT L dark alufelni
000001 5.5x14 4x100x56 - 13.000Ft
000002 6x14 4x100x56 - 14.000Ft
000003 6x14 5x108x60 - 18.000Ft
000004 6x15 4x100x56 - 20.000Ft
A listából jól kivehető, hogy nagy a változatossága a terméknek, de nem elég arra, hogy érdemes legyen önálló termékcikkekre bontani, mivel az a néhány karakter eltérés nem mutat számottevő különbséget. A webes keresők nem is fogják katalogizálni. Éppen ezért a helyes megközelítés a következő lenne:
Termék: DEZENT L dark aufelni
DEZENT - gyártó
L dark - termék modell
4x100x56 - egyik méretezés csoport
5.5x14 - másik méretezés csoport
változat csoportjaink:
első: 4x100x56, 5x108x60
második: 5.5x14, 6x14, 6x15
Jelen esetben két változat csoport menüvel dolgozhatunk a kívánt termék eléréshez. A gyártóhoz és a termék modellhez is tartozik egy-egy leírás, míg a változatokhoz már csak egy-egy ár rendelhető hozzá.
Az OSCOM V3.0 rendszer teljesíti ezeket a kívánalmainkat és nagymértékben megkönnyíti a helyes termékkatalógus kialakítást. A terméklap változatok szerkesztőjében egyedi cikkszámokat (modell number) is rendelhetünk a különböző tulajdonságokhoz.
A bevezetőben említettem egy hibát, mégpedig azt, hogy a termékkatalógusunkat megpróbáljuk az árlista szerint kialakítani. Egy cikkszámhoz egy terméket, azaz terméklapot készítünk, amelybe nem tudunk egyedi termékleírást tenni. Ennek fő oka a kis változatosság. Éppen ezért érdemes csoportosítanunk termékleírás köré termékeinket és egyedi változatokkal biztosítani a sokféleséget. Az eredmény pedig nem marad el, mivel a webes keresők, minden oldalunkat képesek lesznek katalogizálni és azok teljesen egyediké váltak.
Törekednünk kell arra, hogy a „változatos” katalógusban is lehessen keresni, mert a vásárlók számára ez elengedhetetlenül fontos.
Két lehetőség is kínálkozik. Az egyik az, hogy a termék leírásban felsoroljuk a változatokat is. A másik, hogy az áruház keresőjét alkalmassá tesszük az változatokban való kereséshez.
products_variants_values tábla title tartalmában kell keresni.
| Mező | Típus |
|---|---|
| id | int(11) |
| languages_id | int(11) |
| products_variants_groups_id | int(11) |
| title | varchar(255) |
| sort_order | int(11) |
Kívánatos, hogy a termékek legyenek egyedi cikkszámmal ellátva, így a rendelés és az adatkezelések is helyesen kivitelezhetők lesznek.
Mint említettem a V3.0 rendszer szerencsére beépítve tartalmaz egyedi cikkszám kezelést, amely megoldja az azonosítást külső árukezelő rendszerekkel (pl: számlázással vagy vonalkódokkal) is. Az árak könnyen frissíthetők összerendelés alapján.
A termék listákból ki kell derülnie a változatoknak és az egyedi áraknak is.
Az alaprendszer a minimálárat hozza a termék listákban az akár szócska feltüntetésével. Ez nem biztos, hogy a legcélravezetőbb megoldás, mivel a gyakorlatlan vásárlók nem is értesülnek arról, hogy az így megjelölt termék esetenként akár több száz(!) változattal és árral is rendelkezhet. Itt mindenképpen javasolt lenne egy termékváltozatos lista építése.
Az elképzelés a következő:
DEZENT L dark alufelni akár már 13.000Ft (ezen van a link)
DEZENT K alufelni 18.000Ft (ezen van a link)
.
.
.
A fenti szerkezetben jól elkülöníthető minden, amit szeretnénk megmutatni. Másik alternatíva egy egér kurzor popup lista, de az csak esetlegesen ugrik fel.
Egy terméklista:
A termék lapon szintén változatlistát generálunk:
Akit bővebben érdekel itt megnézheti a demonstrációt.