Beállítások kategória bejegyzései

Áruház beállításai

Valuták beállítása

Nyelvhez köthető valuták

Minden alap nyelvhez beállíthatunk egy nyelvi valutát, ha szükség lenne rá, hogy mondjuk Európában használjunk Eurót. Ha az adminisztrációs beállításokban engedélyezzük a nyelvi alapértelmezett valuta használatát, akkor a következőkre számíthatunk.

Ha van alapértelmezett nyelvi valuta, akkor nem lehet az adott nyelvben mással fizetni csak azzal, de ha nincs értéke, akkor bármivel lehetséges.

Az alapértelmezett valuta a fő nyelvi fájlban szerkeszthető:

// if USE_DEFAULT_LANGUAGE_CURRENCY is true, use the following currency, instead of the applications default currency (used when changing language)
define(‘LANGUAGE_CURRENCY’, ”);

Jellemző értékei USD, GBP, EUR, HUF stb.

Alapértelmezett valuta

Az árak átszámításához rögzítenünk kell egy alapértelmezett pénznemet, amiben gondolkodunk és a többi pénznemben az alapértelmezett valutához képest kerül kiszámításra a termék ára.

Az alapértelmezett pénznem egysége mindíg 1.00 (100%) és a többi valuta ehhez képest arányosan van kifejezve.

A mindenkori árfolyamokat egy árfolyam lekérdezéssel aktualizálhatjuk az adminisztráció valuta lokalizációs beállításaiban.

Reset htaccess in oscommerce – htaccess védelem kikapcsolása

Additional Protection With htaccess/htpasswd

This osCommerce Online Merchant Administration Tool installation is not additionally secured through htaccess/htpasswd means.

Enabling the htaccess/htpasswd security layer will automatically store administrator username and passwords in a htpasswd file when updating administrator password records.

Please note, if this additional security layer is enabled and you can no longer access the Administration Tool, please make the following changes and consult your hosting provider to enable htaccess/htpasswd protection:

1. Edit this file:

mycatalog/admin/.htaccess

Remove the following lines if they exist:

##### OSCOMMERCE ADMIN PROTECTION – BEGIN #####
AuthType Basic
AuthName “osCommerce Online Merchant Administration Tool”
AuthUserFile /mycatalog/admin/.htpasswd_oscommerce
Require valid-user
##### OSCOMMERCE ADMIN PROTECTION – END #####

2. Delete this file:

mycatalog/admin/.htpasswd_oscommerce

 

Emelt szintű htaccess/htpasswd biztonsági védelem

Engedélyezze a htaccess/htpasswd biztonsági réteget, és a kijelölt adminisztrátort és annak jelszavát automatikusan hozzáaddja a htpasswd fájlhoz amikor frissíti a kijelölt adminisztrátor jelszavát, vagy új adminisztrátort hoz létre.

Figyelem!, ha az emelt biztonsági védelmet jelentő réteget aktiválod és hosszab ideig nem tudsz belépni a webáruház adminisztrációs felületére, akkor hajtsd végre az alábbi változtatásokat, és keresd fel tárhelyszolgáltatód a htaccess/htpasswd emelt biztonsági védelem aktiválásához:

1. Szerkeszd ezt a fájlt:

mycatalog/admin/.htaccess

Távolítsd el belőle az alábbi sorokat ha léteznek:

##### OSCOMMERCE ADMIN PROTECTION – BEGIN #####
AuthType Basic
AuthName “osCommerce Online Merchant Administration Tool”
AuthUserFile /mycatalog/admin/.htpasswd_oscommerce
Require valid-user
##### OSCOMMERCE ADMIN PROTECTION – END #####

2. Töröld a következő fájlt:

mycatalog/admin/.htpasswd_oscommerce

 

Nem jelenik meg fizetési mód

Ha nincs helyesen beállítva a zones_to_ge_zones táblában a zone_id, akkor nem lehet összerendelni a fizetési modolukat, következésképpen nem lehet majd fizetni.

A checkoutban a következő üzenetet kapjuk:

 Sajnáljuk, de nincs választható fizetési mód az áruházban 

Majd visszakerülünk a bevásárló kosárba.

Az áruház lokalizációs beállításaiban meg van adva az ország, de megye is van hozzárendelve, akkor az adó zónában meg kell adni a megyét is. A legjobb, ha nem 0 értékű megyét (összes megye) rendelünk a rendszerhez, mert a 0 érték nem működik!

Helyette hozunk létre egy “össszes megye” megyét a megyék között aminek 0-tól eltérő értéke van, amit már szabadon használhatunk.

Másik hiba lehet, ha nincs szállítási mód a session változóban elmentve. Ennek legegyszerűbb oka, ha a session tábla nem utf8 kódolású és szeretnénk belementeni magyar ékezetes szöveget. A hiba elhárításához konvertáljuk át a session táblát latin_swedish_ci illesztésről utf8-ra a Segédeszközök->Database Tables->Session részben.

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.