Nyelvek használata

Gyakran kérdezik tőlem, hogy miért látnak egyik böngészőben angol a másikban német stb nyelveket a működő webáruházukban.

A működés megértése érdekében meg kell vizsgálnunk néhány alap beállítást.

Az első az áruház alapértelmezett nyelve. Erről azt kell tudni, hogy ha a kliens böngészője nem preferálja azokat a nyelveket, amelyek telepítve vannak webáruházunkban, akkor az alapértelmezett nyelvet kapja a böngészője.

Létezik más lehetőség is, mondjuk amikor egy német nyelvterületre lokalizált böngésző német nyelvet kap, annak ellenére hogy nem a német az alapértelmezett. Ez logikus és kényelmes is, mivel a böngésző beállítása szerint jönnek az információk.

Természetesen a vásárló saját igénye szerint is választhat nyelvet a legördülő nyelvválasztókban.

IP címre nem javasolt nyelvet párosítani, mert a mobilizáció ezt teljesen értelmezhetetlenné teszi. Bárki bármilyen országban tartózkodhat és mobiljáról böngészve beszélt nyelveinek totálisan ellentmondó nyelveken jönnének fel weboldalak. A proxy kiszolgálókról szintén ugyan ez mondható el.

OTP Simple fizetési App

Elkészült a PayU modult felváltó OTP Simple fizetési alkalmazásának oscommerce v2.3.4 verzióra írt adaptációja.

Simple fizetés

A fizetési modulok közül egy gyors és tényleg a nevében is megmutatkozó egyszerű applikációt kapunk. Az OTP Mobil Kft. révén üzemeltetett szolgáltatás teljes egészében lefedi a kisebb forgalmú webshopok online fizetési igényeit.

Logok, beállítás

Az applikáció a PayPal App alapjaira épített vázon nyugszik. Első kiadása műveleti logot készít a már megszokott PayPal app formában. Lehetőségünk van a Simple megbízólevelet a három leszerződhető valutanemben elkészíteni, ám az első verzió még csak a HUF accountját tudja majd használni.

Simple megbizolevél beállításai

Simple log

Váz

A fizetési modul a legújabb PayU SDK csomagjára épült. Az orders (rendelések) fülei között feltűnik a Simple IOS (Instan Order Status) és a gyors Simple admin elérési gombja.

A beállításokban a megszokott Live és Sandbox fiókok között pillanatok alatt átválthatunk.

simple fizetési modul

A Simple előnye, hogy bármilyen eszközön megjeleníthető, mobilbarát és mobilon használható app is létezik hozzá.

Az első verzió tesztidőszaka 2016 januárjáig tart később jelennek meg a frissítések.

A modul várható ára 20.000HUF+Áfa körül alakulhat egy éves verziókövetéssel.

Első vásárlók most féláron kapják meg a teszt verziót 2016 január 31-ig bezárólag.

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

 

Email tartalom kezelő az oscommerce webáruházhoz

Az évek során eljutottunk egy olyan állapothoz, ahol nagy igény jelentkezik a modularitás bevezetéséhez. Ennek egyik eleme a levélküldés.

Az osCommerce levelező rendszer modularizálása új dimenziókat nyit meg a felhasználás területén.

A következő alap levelek lettek modulárisak

  • regisztráció
  • rendelések
  • vásárlói értesítők
  • fizetési modulok eljárása
  • termék ajánló barátjának
  • elfelejtett jelszó
  • termék értesítők
  • hírlevelek

de persze bármi más is szabványosan azzá tehető.

Email tartalom kezelő az oscommerce webáruházhoz bővebben…

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.

Vásárlói céges adószám

Hazai keretek között is egyre több részletre kell odafigyelni. Az adószám mint egy ilyen kívánalom, komolyan elgondolkodtatott…

Céges adószámot használunk a számlázáshoz. Első gondolatom a SPPC bővítmény volt, mivel az kezel adószámot de sajnos rövid nekifutás után kiderült, hogy a vásárlói árszintek csak egy kitüntetett adószámot kezel és nem veszi figyelembe a vásárlói címlistát. Az adó azonosító a customers táblában van elmentve, amit globálisan hívhatunk csak meg.
Ennek feltételezett oka, hogy a viszonteladói rendszerben biztosított kedvezményeket ne vehesse igénybe csak egy konkrét adószám szerint szerződött cég.

Figyelmem így a vásárlói címtárra irányult (address_book), ahol a cégneveket is tárolja a rendszer. Az adattáblában egy entry_company_tax_id mezőt definiálva szépen kezelhetővé váltak a céges adatok.
Az egész rendszeren átvezetve az adószámot sikerült az orders táblába is egy billing_company_tax_id-t bevezetni, hiszen hol máshol, mint a számlázásban van csak jelentősége a céges adószámnak.
A változtatás érintette az orders classt és az adminisztrációs rendelés editort, illetve az áttekinthetőség kedvéért az address_book.php-ban felhasznált tep_get_address() funkciót is kiegészítettem.

A módosítás hozománya az lett, hogy az adószámot a rendszer képes automatikusan átadni a számlázásnak és a vásárló saját cégeit is szépen karban tudja tartani.

Végkövetkeztetésem pedig, hogy az SPPC bővítmény komoly korlátokat emel és hibás prekoncepciót használ, amikor a vásárló személyes adataihoz rendeli az adószámot. Miért is? Hiszen a v2.3.4-es rendszertől kezdve, már logikailag is elválasztható a címtár a vásárlótól. Egyszerűen nem adjuk oda a címtár modult a vásárlóknak, hanem az adminisztrációra bízzuk a viszonteladói regisztrációt.