Migráláskor az adminisztrációs oldalon belefuthatunk végtelen átirányításba a következő hibák miatt:
- nincsen jól beállítva a session kezelés
- nincsen jól beállítva a konfigurációs útvonal
- hiányzik a süti kezelés útvonala és domain definiciója
GYIK kategória bejegyzései
Gyakran ismételt kérdések
ďťż hiba a headerben – nem működik az átirányítás
Kellemetlen, ám hatásosan lefagy az oldal, ha a nyelvi fájl UTF8 kódolású de nem BOM nélküli. Használjunk BOM nélküli nyelvi fájlokat.
Warning: Cannot modify header information - headers already sent by (output started at /includes/languages/magyar.php:1) in /includes/functions/general.php on line 97
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.
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.
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.
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
Hogyan működik a mail osztály?
Rövid összefoglaló a mail osztály használatához és működési elveihez.
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.
Nem tudunk az admin oldalra belépni
Hiba üzenet:
Error!
Unable to determine the page link!
Function used:
tep_href_link('', '', 'NONSSL')
A hiba akkor jelentkezik, ha az első adminisztrációs belépés sikertelen volt, de sikerül elhárítani a hibát például nyelvi hiba.
A hiba kezelése
if (tep_session_is_registered('redirect_origin')) {
részt a login.php-ban kicseréljük a következőre:
if (tep_session_is_registered('redirect_origin') && $redirect_origin != '') {
vagy frissítünk v2.3.4-es verzióra