Vásárlási lehetőségek

Elkészült a vásárlási lehetőségek attribútum szerkesztője

 

A váz stabilizációja megkövetelte, hogy elkészítsem ezt a hiányzó funkciót. Remélem mindenki örömére használhatóvá vált a szállítási lehetőségek attribútum és mostantól adminisztrációs felületről is javítgathatjuk, ahogy tetszik. Az okát nem értem, de eddig nem létezett az alfa5 vázban. Attól tartok, hogy az új váz is nélkülözné. Amint alkalmam lesz megpróbálom az OSCOM V3-ba is belecsempészni, de ahhoz Haraldot is meg kell győzzem a dolog fontosságáról…

 

Az attribútum szerkesztő alkalmas mindenféle szállítási módozat meghatározására, ami a termékkel kapcsolatba hozható.

Szállítási lehetőségek attribútum szerkesztője

 

Pl: búzát zsákban, sódert ömlesztve, papucsot 24 órán belül is lehet szállítani. A lehetőségeknek a valóság és nem a fantázia szab csak határt.

 

A hivatkozott CSS kód a sablonban van elhelyezve, azt egyenlőre az áruház beépített szövegszerkesztőjével kell szerkesztenünk.

 

A bővítmény első változata egyenlőre szabadon letölthető.

 

További infó az attribútumokról

Termék változatok kezelése

Termék változatok kezelése és működése az alap vázban

Mi a termék változat?

Egy bizonyos terméknek lehetnek színben, méretben stb. eltérő változatai. Termék leírás csak a termékhez készíthető a változatokhoz nem. Változat legalább két különböző értéket jelent. Ha jobban belegondolunk csak olyan változatcsoport képzésnek van értelme, aminek legalább 2 eleme van, egyébként nem változatról, hanem a terméknévben elhelyezendő szóról beszélünk.

Hogyan alakítsuk ki a termék változatainkat?

Vegyük számba a termékeink változatosságát és címkézzük meg a változat csoportokat.

Pl: Szín csoport.

A szín csoport elemei: fekete, fehér, stb..

Javaslom, hogy használjunk üres színcsoport elemet is, ami a változat csoport üres értékét jelenti. Pl: a szín csoportban hozzunk létre egy üres cimkét, aminek nincs illetve “” az értéke. A változatok között ez hiányos, vagy nem lényeges megjelölést jelent, ha hozzárendelnénk a termékhez.

Termékváltozatok megjelenítése

A termék változataink alap vázban csak legördülő lista elemekben mutatkozik meg, illetve rendelés esetén a rendszer konkrét terméknévvé olvasztja össze, ami emailben és az adminisztrációs felületeken (admin, checkout) jelenik csak meg.

Termék listákban csak a szülő termék neve jelenik meg, a változatok soha. Éppen emiatt a szülő adatait láthatjuk a terméklistákban (készlet, ár).

Elérhető bővítmény kiegészítés

Hogyan vásárolhatunk termék változatot?

A termék info lapon a termékváltozatok legördülő listákban, úgynevezett “combo box”-ból (ejtsd: kombó boksz) válogathatóak össze. Az információs lap tájékoztat arról, hogy az adott kombináció vásárolható, azaz létező termékváltozat párosítás vagy sem. Az egy cimkés termékváltozatok nem működnek megfelellően, azaz, ha mondjuk csak fehér Szín cimkénk van de több más ismérvel rendelkező (méret) termékváltozatunk is, akkor lesz szerepe az üres “” cimkének, amelyet minden változathoz rendeljünk hozzá, ami nem fehér.

Termék változatok vásárlása

Termék változat a kosárban

A bevásárló kosárban igen könnyen beazonosítható, milyen változatot vásárolunk.

Termék változatok a kosárban

Termékváltozatok akciós ára

Az alap váz nem képes rá. Használjuk a Variants Magic rendszert vagy a variants specials bővítményt, amit az oscom.hu térítés ellenében szolgáltat.

Kapcsolat: Elérhető bővítmény kiegészítés

Termék változat a rendelések között

A vásárló megtekintheti a rendelések között is a változatot, amit az emailben is így fog látni.

Termék változatok a rendelések között

Munkamenet – Session idő

A munkamenet vagy más néven Session ideje

Gyakori probléma, hogy az áruház alapbeállítása szerinti lejárati idő túl rövid és a munkamenetet megszakítja egy új beléptetés. A probléma súlyossága néha bosszantó, mivel termékváltozat felvétele közben – ami gyakran hosszabb ideig is eltart – adatvesztéssel járhat és kezdhetjük elölről az adatrögzítést.

Mit tehetünk ellene?

 

 

A munkamenet sajátossága

A session azért van, hogy az adatbevitelt feltételek közé szorítsuk. A biztonság megköveteli, hogy csak azok vihessenek be adatot, akiket a szerver oldalról munkamenetben azonosítottunk. Az össze-vissza feltűnő robotok és felhasználók rendesen megnehezítik a szerver dolgát, hogy kinek milyen jogosultsága is van az oldal hozzáférésekkel kapcsolatban. Éppen ezért egy munkamenet azonosítóval látja el a felhasználót az áruház, aminek lejárati ideje van.

Lejárati idő

A munkamenet időkorlátos, illetve mi határozhatjuk meg, hogy mennyi is legyen. Három alapeset van.

  1. Használjuk az alapbeállítást. Ez a leggyorsabb működést eredményezi, de nagyobb adatfelvételt nem végezhetünk biztonságosan
  2. Kikapcsoljuk a session futást, azaz a böngésző bezárásáig éltetjük munkamenetünket. Ez a létező leglassabb, de legmegbízhatóbb adatfelvételt eredményezi. Hátránya, hogy globális beállítás, ami az összes megnyitott munkamenetre érvényes lesz, így ha sok vásárló van az áruházban igencsak leterheli az SQL szervert, mert a session adatbázisban van tárolva. Tudnunk kell, hogy minden oldal váltás automatikusan a session adatok lekérdezésével is együtt jár. Használjuk inkább a sesssion fájlból opciót.
  3. Arany középút, amikor megpróbáljuk azt az értéket eltalálni, ami sebességre és biztonságra is a legmegfelelőbb.

A kalkuláció

Amennyiben nulla (0) vagy kisebb értéket (-1) választunk, akkor a szerver SESSION beállításokban a gc_maxlifetime értéke lesz a számítás alapja. Normál esetben 1800-14400 másodperc közé esik. Az értéket a PHP INFO oldalon kereshetjük ki.

Ha konkrét értéket adunk meg az áruház session beállításokban, akkor viszont percekben gondolkodjunk.

Változások érvénybe lépése

Ügyeljünk arra, hogy a böngésző indításával kezdődik a felhasználó azonosítása. Hiába változtatjuk a session idejét nem tapasztalunk változást, akkor indítsuk újra a böngészőt.

 

Cookie – sütik

Egy másik módszer a sütik létrehozása a felhasználói oldalon. A session adatok a sütikbe vándorolnak és nem terhelik a szervert, hanem a felhasználók böngészői szolgáltatják az azonosításhoz szükséges információkat.

A módszerről tudnunk kell, hogy a felhasználó böngészőjében engedélyezettnek kell lennie a süti használatának.

 

Session ID – munkamenet azonosító

A munkamenet kiosztása egy rag szám (session ID) munkamenet azonosítóval történik.

 

User Agent

Felhasználó tájékoztató, amely tartalmazza böngésző motorját, operációs rendszerét és nyelvét.

Vásárlók és rendelések X kezelője

Vásárlók és Rendelések X kezelője 1.2

X kezelő

A bővítmény továbbgondolása az eredeti vásárlói és rendelések moduloknak. Cél, hogy a jövőben egy összevont rendelés kezelővé váljon. Köszönet az osCommerce váz fejlesztőknek.

Szerző: Tgely
Oscom pont hu, HOST(csak magyar)
Angol nyelvű fórum

Funkciók

  • Levélküldés a vásárlói adatok változtatásakor.
    Az adminisztráció call centeren keresztül vagy direkt módon tud regisztrációt végrehajtani
  • A vásárlók listában többféleképpen is kereshetünk
  • Még több információ a készlet adatokról
  • Az adminisztráció képes lesz a rendelés módosítására
  • A jövőben a vásárlók szokásairól is tudomást szerezhetünk

Tervek

Az új OSCOM V3 verzió megjelenésével várható, hogy installból kezeljük az adatbázis frissítést is.

Lásd funkciók

Történet

  • V1.2
    • Új telepítési útmutató (install_hu.html)
    • Új Email sortörés kezelés
    • Az eredeti order.php osztály adaptálása orderx.php néven
    • Az értesítő emailekbe az áruház belépési linkjeinek beillesztése
    • Az eredeti rendelési modulból hiányzó ikon cimkék létrehozása és új ikonok bevezetése
      Szállítási ikon Szállítási mód és azonnal szállítható termék
      Készlethiány ikon kifogyott készlet
    • Az összegző oldalra a szállítási mód is felkerült
    • Termékkép a rendelt terékek listájában
    • A vásárlói lista navigációjának javítása
    • Az összegző adminisztrációs oldalról is elérhetők lettek az X kezelő oldalai
  • V1.1 – 2010.08.21
    • X rendelések oldal
    • email sortörés bevezetése
  • V1.0 – 2010.08.20
    • Customers X handler – Vásárlók X kezelője megjelenése

V3alfa5 telepítési útmutató

1. lépés

Másoljuk be a csomag catalog mappa tartalmát a V3alfa5 telepítésünkbe.

Kritikus V3alfa5 váz módosítások

2. lépés

OSCOM Admin email sortörő

Amikor az adminisztráció levelet küldött a vásárlónak, akkor a váz hibája miatt az emailek nem tartalmaztak sortörést.
A hiba kiküszöbölésére kihasználjuk az OSCOM rendszer névkezelési szabályait.
A levélküldés változói “email_” névvel kezdődnek, ami remekül kihasználható az azonosításra
A sortörő eljárás hozzáad egy “n” LF operátort minden egyes új sor végéhez.

Keresd meg catalog/admin/includes/classes/language.php

Javítsd:

{codecitation style=”brush: php; first-line: 56;”}
//
if ( $delimiter !== false ) {
$key = trim(substr($line, 0, $delimiter));
$value = trim(substr($line, $delimiter + 1));
$ini_array[$key] = $value;
} elseif ( isset($key) ) {
$ini_array[$key] .= trim($line);
}
{/codecitation}

Erre:

{codecitation syte=”brush: php; first-line: 56;”}
//
if ( $delimiter !== false ) {
$key = trim(substr($line, 0, $delimiter));
$value = trim(substr($line, $delimiter + 1));
$ini_array[$key] = $value;
if ( substr($key, 0, 6 ) == ’email_’ ) { //admin email text LF slicer
$ini_array[$key] .= “n”; // slice first row
}
} elseif ( isset($key) ) {
$ini_array[$key] .= trim($line);
if ( substr($key, 0, 6 ) == ’email_’ ) { //admin email text LF slicer
$ini_array[$key] .= “n”; // slice more rows
}
}
{/codecitation}

3. lépés

Javítsd a catalog/admin/includes/languages/hu_HU.php illetve a többi fő nyelvi fájlt.
Megjegyzés: a gomb szövege előre definiált lehet a hivatkozott nyelvi catalog/admin/includes/languages/hu_HU/customersx.php fájlban is.

Szúrd be:
button_go = Válaszd

A következő lésések ajánlottak, de a rendelések váz is figyelmeztet a hiányára.

4. lépés

Javítsuk az adattáblánk

{codecitation syle=”brush: sql;”}
ALTER TABLE `osc_orders_status_history` ADD `comments_notified` INT NOT NULL ;
{/codecitation}

Megjegyzés: nézz utánna az adattáblák előtagjának, mivel azt a telepítéskor kellett megadni, ami nem feltétlenül ‘osc_’

5. lépés

Javítsd a catalog/includes/classes/order.php fájlt

Keresd meg ezt:

{codecitation style=”brush: php; first-line: 522;”}
//
$Qstatus = $osC_Database->query(‘select os.orders_status_name, osh.date_added, osh.comments from :table_orders_status os, :table_orders_status_history osh where osh.orders_id = :orders_id and osh.orders_status_id = os.orders_status_id and os.language_id = :language_id order by osh.date_added’);
$Qstatus->bindTable(‘:table_orders_status’, TABLE_ORDERS_STATUS);
$Qstatus->bindTable(‘:table_orders_status_history’, TABLE_ORDERS_STATUS_HISTORY);
$Qstatus->bindInt(‘:orders_id’, $id);
$Qstatus->bindInt(‘:language_id’, $osC_Language->getID());
{/codecitation}

Cseréld erre:

{codecitation style=”brush: php; first-line: 522;”}
//
$Qstatus = $osC_Database->query(‘select os.orders_status_name, osh.date_added, if(osh.comments_notified = :comments_notified, osh.comments, “”) as comments from :table_orders_status os, :table_orders_status_history osh where osh.orders_id = :orders_id and osh.customer_notified = :customer_notified and osh.orders_status_id = os.orders_status_id and os.language_id = :language_id order by osh.date_added’);
$Qstatus->bindTable(‘:table_orders_status’, TABLE_ORDERS_STATUS);
$Qstatus->bindTable(‘:table_orders_status_history’, TABLE_ORDERS_STATUS_HISTORY);
$Qstatus->bindInt(‘:orders_id’, $id);
$Qstatus->bindInt(‘:language_id’, $osC_Language->getID());
$Qstatus->bindInt(‘:customer_notified’, 1);
$Qstatus->bindInt(‘:comments_notified’, 1);
{/codecitation}

Vásárlók keresési tippek

Kereshetünk regisztráció dátuma szerint: 2010-08-12 de ne használjuk ezt a formátumot 2010/08/12
Általánosan elmondható, hogy használhatóak a “helyettesítő” karakterek %? is.
Dátum szűrési feltételek:
2010
2007-10-%
2007-%
2007-%-10

Ennyi az egész! 😉

OSCOM V3alfa6 magyar változat

Magyar V3

Elkészült az OSCOM pont HU saját magyar nyelvű változata. A fejlesztés során azok az igények lettek figyelembe véve, ami a korábbi magyar V3alfa5 V2.0 visszajelzéseivel kapcsolatban felmerültek. Az alap fordítás zömmel Marsy munkájára támaszkodott.

Már letölthető!

Újdonságok

  • Alapértelmezett magyar ÁFA, Zóna telepítéssel és beállítással
  • Magyarított beállítások
  • UTF8 adatbázis és email kezelés
  • Terméklapok (info.php, preview.php) javítása
  • Javított rendezhető terméklistázás
  • Új sablonos adminisztrációs felület
  • Elérhetővé vált az adminisztrátorok kezelése
  • Error log csak a naplóban – oldaltörések eltüntetése (only white page)
  • Vásárlók oldal javítása
  • Rendelések oldal javítása
  • Fizetési modulok között üzembe helyeztük az előreutalást
  • Szállítási mód függő fizetési modulok (fizetés az áru átvételekor, előreutalás)
  • Email folyamatok javítása
  • Checkout folyamat javítás
  • A rendelési folyamat “értelmes” email küldéssel
  • Vásárlói értesítések kezelése
  • Regisztrációs és vásárlási szabályok kezelése
  • Rengeteg listázási funkció (lapozás) javítás
  • Statisztikai alap modulok is lapozhatók
  • Panachart váz címkézésének magyarítása (ISO 8859-2) (grafikonokhoz)
  • Adminisztrációs felület ikonok összes buborék szövegének magyarítása
  • Adatbázis mentés-visszatöltés javítása

Az alapcsomag mely ingyenesen egyéni kérésre elérhető a fenti plusz funkciókat tartalmazza a hivatalos V3alfa5 csomaghoz képest. A korábbi magyar csomag, több bővítményt is tartalmaz, ami itt nem került beépítésre, mert most a működőképesség elérése volt a kitűzött cél.

Még nem ajánlott:

Több nyelvű áruházakra

Az elvégzett javítások révén az áruház saját felelősségre ajánlható tartós működtetésre, de a folyamatok még nem 100%-os megbízhatóságúak, ami programozói felügyeletet igényel.

Utólagos javítások

Néhány helyen javítanom kellett, remélem nem bánjuk meg. Egyenlőre ennyit elégnek gondolok. Tesztelésben és fordításban és néhány ötletben köszönet kisvuknak és a többieknek is a visszajelzések miatt.

  • Modul fordítások
  • Telepítő magyarul indul
  • IP cím alapján áruház bezárás
  • Magyar nyelvű Igaz/Hamis
  • A valutaárfolyam frissítés javítása
  • Szállítási jellemzők modul
  • és sok más…

A telepítés zárt áruházzal indul. A statisztikai modulban keressük meg a saját IP címünket és írjuk be a beállításokba, hogy lássuk az áruház vásárlói oldalát. Ha éles szerveren tesztelünk, akkor ez hasznos lehet. Ha kész az áruház, csak akkor nyissuk meg a keresők elött is. Asztali környezetben nyugodtan kapcsoljuk be az áruházat.

OSCOM V3 újdonságok II.

OSCOM V3 újdonságok

Adminisztráció felügyelete

 

A V3-as rendszer bővelkedik azokban a funkciókban, mely a 2.2 rendszerekben egyáltalán nem megszokott. Az egyik ilyen lehetőség, hogy az adminisztrációs feladatokat korlátozhatjuk és szétoszthatjuk a megbízott adminisztrátorok között. Kinek-kinek a megfelelő jogosultságot.

A modulok és az eszközök használata személyre szabottan korlátozható, esetenként több feladat is engedélyezhető egy-egy adminisztrátor számára. A feladatok szétosztása megkönnyíti a munkavégzést. Az operátori feladatokat egy cégen belül ízlésesen szét lehet osztani. A kiszállításért felelős kollégák nem keverednek össze a beszerzési osztály feladataival.

 

Adminisztrátorok

OSCOM adminisztrátorok

Az oscommerce legfrissebb változata komoly vállalati kihívásoknak is képes lesz megfelelni.

Adminisztrátorok naplója

A beállításokat és azok változtatását folyamatosan figyelemmel kíséri (gyűjti) a rendszer, így bármikor visszakereshető, melyik adminisztrátor mit változtatott a beállításokon.

Adminisztrátorok naplója

Hiba napló

A hiba napló felügyeli a különböző hibaüzeneteket, ami nem felhasználói oldalra íródik ki, hanem egy napló fájlba kerül tárolásra. Az áruház nem “égeti” magát a webkeresők és a vásárlók előtt, ha véletlenül hibásan működne, de az adminisztrációt, annál jobban hergeli. Tapasztalatom szerint a Webstat bővítménnyel kiegészített áruház igen kedvező adatgyűjtést folytat, mind a betörési kísérletekkel, mind a webes folyamatokkal kapcsolatban.

Oscom hiba napló

Folyt köv.

Alapértelmezett ország regisztrációkor

Alapértelmezett ország a regisztráció folyamatában

 

Amikor V3 rendszerben a vevő regisztrál, akkor a belépési zóna szerinti ország lesz az alapértelmezett?

 

 

Nem. Az alapértelmezett ország, az áruház beállítása szerinti alapértelmezett országként fog megjelenni. Ha a webshopunkat “Hungary” Magyarországon üzemeltetjük, akkor vélhetően ezt is állítjuk be, amely megadja az alapértelmezett országot a regisztrációban.

Megírásra érdemes lenne egy olyan funkció, amely mondjuk az email cím, vagy a látogatási hely szerint számítja az alapértelmezett országot, hiszen a vásárlók szállítási és tartózkodási címe eltérhet Magyarországtól.

Csak 18 éven felülieknek!

osCommerce áruház csak 18 éven felülieknek

Csak 18 éven felüliek vásárolhatnak

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.

Nyelvi beállítások

Nyelvi fájlok kezelése osCommerce V3alfa5-ben

 

Válaszuk ki a Beállítások->Nyelvek menüpontot

Nyelvi fájlok Importja

A zöld import gombbal importálhatunk új nyelveket és frissíthetjük is a jelenlegit.

Az Import típusai közül, ha a nyelvi alapkészletet szeretnénk frissíteni, akkor válasszuk az Összeset cseréli funkciót .

A művelet „shift-eli” a nyelvi táblát, de biztosan frissülnek a változóink az XML fájlok alapján. A végleges hatás elérése érdekében ürítsük ki a cache tárolót is az Eszközök menüben.

Átmeneti gyorsítótár – Cache üritése

A sorok végén pipáljuk ki az ürítésre kiszemelt Blokkokokat és a kukával távolítsuk el a gyorsításra használt  állományokat.

Nyelvek beállítása

A műveleti ikonokkal szerkeszthetjük a nyelvi beállítást lásd Magyar beállítás

Nyelvi változók kezelése

A Nyelvek panelen a nyelv nevére kattintva nyelvi változókat kereshetünk és készíthetünk, illetve módosíthatunk

A nyelvi változók között a kereső mezőben szűkíthetünk. A definíció csoportokra kattintva beléphetünk a változók közé. Amikor megtaláltuk a keresett változót, akkor azt szerkeszthetjük is.

A beszúrás gombbal hozhatunk létre új nyelvi változót

 

Megjegyzés: az így módosított és létrehozott változók nem kerülnek elmentésre az alap XML nyelvi fájlkészletekben, azok csak az SQL adattáblában tárolódnak. Amennyiben újra importálunk nyelvi fájlkészletet, módosításaink törlődnek!

Szállítás függő fizetési módok

Szállítás függő fizetési módok – végre!

Bemutatásra került a szállítás függő fizetési módok az OSCOM legújabb rendszeréhez. Az adminisztrációból, pár kattintással kiválaszthatóak a fizetési modulhoz tartozó (megjelenítendő) szállítási módozatok.

Ennél kényelmesebb és egyszerűbb beállítást már el sem lehet képzelni, hogy a vevői fizetés folyamatát szabályozzuk.

 

 

Szállításfüggő fizetés átvételkor modul

Az osCommerce korábbi és egyéb webáruház rendszerekben sajnos igen körülményes a függőségek megadása. Hála a fejlesztőknek többé nem kell php és SQL kódokat javítgatni.