Kategória: Magento 2

Magento 1.9.x-es rendszerem van, fejlesztőt keresek

Hihetetlen de a verzió megszüntetése után is vannak még olyan webshopok és Magento 1.9-es webshop tulajdonosok. Akik mindennek dacára nem jutottak el oda, hogy webáruház motorjukat lecseréljék. A minap jött velem szembe egy olyan webáruház, ami még Magento 1.9-el futott és a sablonja nem volt reszponzív.

Ehhez a webshophoz kerestek kiegésztő modult. Sajnálatos módon a verzió annyira elavult, hogy már a hivatalos oldalról sem lehet letölteni, hozzá telepítő csomagot, így a fejlesztése is nehézkes. Ezt még tetézi, hogy az idő múlásával a Magento 1-es rendszereket futtató szerverek operációs rendszere, PHP verziója is elaulttá válik. A fejlesztői környezet létrehozása is már csak elavult szoftververziókkal lehetséges.

Minél később lépi meg valaki a váltást annál fájdalmasabb lesz, ugyanis egyszer csak le fog állni vagy a szerver vagy a webshop, de az sem elképzelhetetlen, hogy a kettő egyszerre. Az elavultsággal együtt pedig nő a sérülékenység veszélye, ezáltal könnyen feltörhető lesz a webáruház. Egy ilyen feltört webáruházból pedig érzékeny adatok kerülhetnek ki. Ez a webáruház tulajdonos cég presztízsvesztésével járhat.

Ezen problémák elkerülése érdekében a webáruházat célszerű mihamarabb frissíteni. Szerencsére a Magento 1 rendszerek frissítésére vannak bevált praktikák. Illetve a Magento 2 REST API lehetőségeivel és az ehhez fejlesztett MBridge eszközünk segítségével a termék adatok könnyen átemelhetőek az új Magento 2 rendszerbe. Mivel egy weboldal/webhop soha nincs kész, azt folyamatosan fejleszteni kell. Ezért meggyőződésünk, hogy célszerű első körben akár a régi webshop funkciókhoz képest egyet visszalépni. Egy kevesebb tudással bíró de működő biztonságos 2023 év követelményeinek megfelelő webáruház akár sokkal hatákonyabb lehet. Ezáltal nem kell a teljes nagy webshop fejlesztés költségét egyben kifizetni, a funkciógazdag megoldások be tudnak kerülni utólag is a webáruházba és a fejlesztés költségei is eloszthatóak.

Magento webáruház frissítéssel vagy fejlesztéssel kapcsolatosan további információkat olvashatsz üzleti oldalamon: https://www.newsweb.hu/

Magento 2 és a biztonsági frissítések

Aki ezt a bejegyzést olvassa vagy már büszke Magento 2 webáruház tulajdonos vagy éppen ezzel a rendszerrel szeretne dolgozni, vagy épp feltörték a Magento rendszerét és a neten keresgél a témában. Nos mint minden nyilt forráskódú rendszert (WordPress, Drupal, Magento stb..), sok gonosz kis hacker támadja és töri őket. Ebben nincs semmi meglepő mindig is voltak munkakerülő ingyenélők akik, inkább feltörnek rendszereket és adatokat lopnak el és azzal csalnak. Nem szép dolog tegyük hozzá, de azért védekezni nem árt ellenük.

A Magento rendszereknek is van támogatási idejük, amíg azt az Adobe támogatja. Egy idő után azonban elkerülhetetlen a frissítés, mert változik a futtató környezet mindenhez megjelennek biztonság frissítések. Azt hogy az egyes verziók, meddig élveznek támogatást itt lehet megnézni: https://devdocs.magento.com/release/lifecycle-policy.html
A régebbi verziók, amik nincsenek az oldalon már annyira elavultak, hogy azonnali frissítést igényelnek de a régebbi verziók támogatottsága itt olvasható el.

Jójó van Magento rendszerem de a fejlesztők azt mondták, hogy minden rendben van vele. Hogyan tudom ellenőrizni mi a valós helyzet?

Ehhez regisztrálni kell egy Adobe fiókot itt: https://account.magento.com/applications/customer/create/

Ezután el kell látogatni ide: https://account.magento.com/customer/account/ Ki kell választani a Security Scan opciót alul a bal oldali menüben. Ahonnan el lehet jutni ide: https://account.magento.com/scanner/websites/grid/ oldalra.

Ezen a ponton tudjuk felvenni a webshopunkat és biztonság ellenőrzést tudunk vele készítettni a a Magento telepítésünkön. Ehhez a webshopunkban be kell állítani egy HTML META taget amit az oldalról kell kimásolnunk. Ezt a META taget, Magento webáruházunk admin felületén a Content > Design > Configuration -> Website nézet kiválasztása után a jobb oldali oszlopban az “Edit” feliratot megnyomva eljutunk egy felületre. Ezen a felületen meg kell keresni a HTML Head szekciót és “Scripts and Style Sheets” űrlap elemnél be kell tenni a kódot. Lenyomni a mentést majd törölni a Magento Cache-t. Ekkor a kód bekerül az oldalba és kérhető rá a security scan.

Magento > Content > Design > Configuration -> Website -> HTML HEAD

Érdemes megadni egy email címet, amire kimegy a scan értesítése és ezt heti rendszerességre beállítani. Biztonsági okokból a jelentés a weboldalra bejelentkezve tölthető le, emailben nem kerül kiküldésre mert az újabb biztonsági kockázat.

Ha nem a legfrissebb Magento 2.4.x verziót használjuk akkor bizony biztos lesz a Reportban valami hiba.

Azt mondják, hogy nagyon friss a Magento rendszerem verziója. Hol tudom ezt megnézni?

Azt Magento 2 rendszerben admin felületre belépve a jobb alsó sarokban kiírja neked a rendszer. Itt vannak az aktuálisan támogatott verziók és a rendszer igényeik. A webáruházad verzió számából és ebből a listából meg lehet határozni, hol áll a te shopod valójában: https://devdocs.magento.com/guides/v2.4/install-gde/system-requirements.html

Hát nem a legfrissebb az oldalam, mit tehetek?

Sajnos Magento 2 verziónként eltérő lehet az igényelt futtató környezet ezért a frissítés nem csak egy 10 perces Install Updates parancs kiadása, ennél sokkal bonyolultabb egy rendszer frissítése. Amit bonyolít a sablon és a beépített modulok által támogatott futtató környezet is. Pl.: hiába akarok Magento 2.4.5-re frissíteni PHP8.1 alapra ha van egy Bankkártyás fizető modulom ami csak PHP7.4-et támogatja. Ehhez kell egy fejlesztő vagy egy egész csapat aki átnézi a teljes oldalt és szükség esetén frissíti a sablont vagy a modulokat. Ez egy elég nagy munka is lehet főleg nagy shop esetében, amiben sok modul van. Természetesen nem elég csak a Magento-t frissíteni az éles környezeten az egyes futtató környezetbeli komponeneseket is frissíteni kell. Tehát mondjuk a PHP7.4-et PHP8.1-re stb…

A frissítés mellett a Magento rendszerhez léteznek biztonság frissítések Patch formájában, ezeket addig adják ki, amíg az aktuális szoftervezió támogatva van.
https://magento.com/security/patches
A Patchek alkalmazásával a problémák elfedhetőek, de ha a Magento 2 verziója már nincs támogatva a biztonság frissítések sem jelennek meg hozzá. Kivéve, ha nagyon kritikus a hiba, de erre nem lehet alapozni.
Ezeket a Patcheket hozzáértő szakemberek tudják beépíteni a shopba ami után ugyancsak tesztelni kell a webáruházat.

Áhh kifizettem egy rakat pénzt a shopért, úgysem fognak feltörni engem, nem vagyok én akkora webshop.

Dehogynem mint a sicc észre sem veszed, csak amikor már jön a reklamáció, de akkor késő lesz. Így több éves brandbe, webshopba ölt befektetés könnyen kukázható lesz, ami azért fájdalmas tud lenni. Nem szabad spórolni ilyesmin. Egyszer történik meg valakivel, de akkor sokba fog fájni a probléma javítása. Mindemellett ha 3-4 évig nem volt frissítve az oldal, akkor a 3-4 évnyi elmaradt frissítést kell egybe megcsinálni ami megint csak egyszeri de nagy kiadás lesz.

Nem jelenik meg a Magento 2 pénztárban a szállítási mód/szállítási adatok megadása lépés, rendelés leadáskor

A Magento 2-ben a Simple (egyszerű) termék típuson kívül létezik még,

Configurable – konfigurálható termék,
Grouped – csoportos termék,
Virtual – virtuális termék,
Bundle product – csomagos termék,
Downloadable product – letölthető termék,
Gift card – ajándék utalvány termék.

A konfigurálható, csoportos vagy csomagos termék létrehozása esetében belefuthatunk abba a problémába, hogy a terméknek Magento 2 admin felületen nem adunk meg tömeget. Ebben az esetben konfigurálható, csoportos, csomagos termék altermékei virtuális termékként jönnek/(jöhetnek) létre. Ennek a virutális termék típusnak az a hátulütője, hogy ahogy a neve is fogalmaz virtuális, így ahhoz nem szükséges szállítás.

Ha ilyen terméket tesz a vásárló a kosarába, akkor ha csak virtuális termék kerül a kosárba a Magentoban nem jelenik meg a szállítási mód kiválasztása. A rendszer azt feltételezi, hogy egy pl.: .pdf fájlt vásárolnak nálunk, amihez nem kell futárszolgálat, így csak a számlázási adatok jelennek meg. Valljuk be egy .pdf fájl (visttuális könyv, oktatóanyag) esetében ez teljesen optimális működés.

Mit lehet/kell tenni ebben az esetben?
Hozzuk létre első körben az altermékeket egyszerű termékként és adjunk meg ezen termékeknek a tömegét, a tömeg megadással biztos nem virtuális termékként jön létre.
Miután létrehoztuk az egyszerű termékeket, abból építsük fel a konfigurálható, csoportos, csomagos termékünket, így a kosárba már nem a virtuális termék hanem az egyszerű termék kerül, így pedig meg fog jelenni a szállítási adatok bekérése és a szállítási módok is a pénztár oldalon.

Magento 2 Foxpost modul

Immár webáruház tulajdonosként, a mindennapi programozási feladatok mellett azt is nézem, hogy webáruházam forgalmát mivel tudom növelni. Megfigyeltem, hogy az oldalamra érkező látogatók egy jelentős része a Fizetés szállítás oldalam megtekintése után elhagyta az oldalt vásárlás nélkül. Megnéztem mi lehet a probléma, nem árulok el nagy titkot az egyetlen futár szolgálatos megoldásom nem egy olcsó szállítási megoldás. Mindemellett, azokra a vásárlókra is gondolnom kell, akik nem tudják átvenni a csomagjukat otthon vagy a munahelyükön. Ezért egy olcsó és tulajondképpen a pandémia alatt népszerűvé vált érintés mentes szállítási módot vezettem be. Ez pedig nem más mint a Foxpost csomagszállítás. Egy már meglévő szállítási modul átalakításával, egy olyan Magento 2-es szállítási modult alkottam:
Amiben lehetőség van Table Rates (Súly vs távolság, Ár vs távolság, Rendelt termékek száma vs távolság) szállítási díjak megadására vagy beállíthatok fix szállítási költséget is.
Ami automatikusan betölti a Foxpost legfrissebb automata pontjait. Nekem nem kell azzal bajlódnom, hogy az adatokat karban tartsam.
Lehetőségem van megadni egy Google Maps API kulcsot, aminek megadása esetében a pénztár oldalon megjelenik egy térképes kereső is.

Ha nincs megadva Google Maps APi kulcs, akkor a modul a pénztár oldalon csak egy lenyíló mezőt jelenít meg, amiben ABC sorrendben jelennek meg az átvételi pontok, település szerint.

Ha leadnak egy rendelést, akkor admin felületen a szállítási címhez bekerül a Foxpost automata címe, ezzel együtt a háttérben a rendeléshez lementjük a Foxpost csomagautomata számát is, a rendelésnél manuálisan megadhatjuk a csomag méretét is. Miért fontos ez?

Admin felületen lehetőség van CSV fájlformátumban kiexportálni az éppen feladni kívánt utánvétes és nem utánvétes csomagokat.

Amit aztán a Foxpost webes felületén egy mozdulattal tudunk importálni és máris megvannak a csomag címkék.

Ezeket a Foxpost felületéről PDF formátumban letölthetjük, nyomtatás után a csomagolás és a csomagok felcímkézése következik.

Ilyen egyszerű 😉

A Foxpost Magento 2 modul megvásárolható, ehhez itt tudsz ajánlatot kérni: https://www.newsweb.hu/kapcsolat

Magento 2 tippek trükkök, értékesítési csatorna optimalizálása

Webáruház tulajdonosként, most már kezdem átlátni a teljes értékesítési folyamatot, elkezdtem optimalizálni az oldalam. Egy weboldal/webáruház sosincs kész, mindig van min javítani. Az egy dolog, hogy elindul az oldal, de utána meg kell nézni, hogy azt hogyan használják, hol akad meg az értékesítés folyamat. Vannak-e látogatókra rajta, hogyan jutnak az oldalra s mennyien vannak? Jobb az elején egy félkész webshop, amin még tudsz módosítani a vásárlóid viselkedés alapján, mint egy komplex ökoszisztéma, amin minden módosítás sok munkával jár.
Kezd el kicsiben az alapoknál és elemezz!

Ahhoz, hogy megtalálják a webshopunkat, szükség van egy kis keresőoptimalizálásra és link építésre. Építhetünk: Facebook oldalt, Postolhatunk Instagrammra, de az se baj ha van egy két blogunk mint pl.: ez s kihelyezünk linket a Funko POP! webshopra. Ha vannak ismerőseink akik blogolnak megkérhetjük őket írjanak rólunk, persze valami pozitívat, akár termék bemutatást linkelve az oldalunkat.

Kössük be a Google Search Consoleba a webáruházunkat és küldjünk be oldaltérképet.

Sok esetben probléma a termékleírás hiánya, de SEO szempontból jó ha van valami:
A termék leírás nagy probléma, de erre kitaláltam egy általános szöveget, amibe bele tudom foglalni a termékem márkáját, és még pár számomra hasznos kulcsszavat. Így nagyjából minden termékemnek van egy kb 2 soros igaz, hogy 70%-ban azonos de a speciális kulcsszavakat tartalmazó leírása. De van valami és szépen jövök fel az organikus találati listán, mivel a versenytársaimnak ilyen nincs. Az igazsághoz hozzátartozik, hogy a nagykereskedőmnek van a termékhez angol szövege amit le tudok fordítani, így sok terméknél a pár soros rövid leírás mellett van egyedibb hosszabb szöveges leírása is.

Jobban járunk ha teszünk már induláskor egy Google Tagmanager kezelő modult az oldalba, hogy átfogó képünk legyen az oldal használóiról. Ne felejtsük el az eCommerce méréseket sem implementálni az oldalon. Nagyon fontos, hogy ez meg legyen s lássuk, hogy hányan érkeznek az oldalra hányan tesznek terméket a kosárba. A kosárba tétel után hányan jutnak el a kosár vagy pénztár oldalra. Ha eljutnak a Pénztár oldalra, akkor melyik lépésnél hagyják el az oldalt. (Van a Magentonak default Analytics modulja, de egy Tagmanager sokkal többre képes, hosszú távon sokkal jobban ki tudjuk használni a benne rejlő lehetőségeket)

A kockafejshop.hu oldalamon használok ilyen Tagmanager modult is.

A Magento 2-höz hála istennek rengeteg hasznos modul elérhető, én pl. használok egy struktúrált adatszerkezet megoldást. A termékeimnek megvan az EAN kódja értsd vonalkódja, ezáltal a termékek adatai a Google számára egyértelműen felismerhetőek. Ezzel el is tudtam indítani a Google Merchant Centeremet és ha beírod a keresőbe, hogy Funko POP Marvel tuti ott leszek valamelyik termékemmel a listában 😉

Azaz a hirdetést is elkezdtem, sajnos az elején hirdetni kell amíg nem terjed el az oldalunk ismertsége. Nah de térjünk vissza bejegyzés eredeti címéhez.

A Magento egy bazi nagy webáruház motor, mocskos sok terméket tud kezelni, van API-ja lehet integrációkat csinálni rá. De ez mit sem ér ha nem jönnek be a vásárlások, mert azért ennek is vannak alapvető hibái. A látogatók jelentős része mobilról érkezik manapság, így a mobilos megjelenést működést vettem górcső alá és javítottam, ezzel együtt a desktop megjelenés is megkapott minden változtatást, ami azért ott is elkélt.

Ha nem vagy szemfüles, akkor a sebességen sokat lehet bukni.

Magento 2 Redis vagy Varnish cache nélkül? Felejtős… egy jó tárhely szolgáltatónál erre alapvető megoldás létezik, ha nincs az oldaladba akkor viszont sürgősen be kell állítani, mert ha lassú akkor azt sokan elhagyják. Ha van Redis és/vagy Varnish cached, akkor is van még mit javítani:

Alapértelmezett módban nem biztos, hogy be van kapcsolva a CSS, JS fájlok mergelése. Így minden oldalbetöltésnél sok 10 vagy 100-as nagyságrendű fájlt kell letöltenie a böngészőnek. Ez lassítja a betöltést rossz a vásárlónak mert várnia kell, de nem fog, elhagyja az oldalt s kilép. Így jobban jársz, ha a mergelést bekapcsolod, de ez persze csak developer módban kapcsolható be az admin felületen, production módban erre nincs lehetőséged. Ha tudod akkor tedd meg, ha nem kérd szakértő segítségét, pl az enyémet. Lehet minifileolni is, de ezzel óvatosan mert előfordulhat, hogy gyorsan tölt be az oldalad csak épp nem fog működni. Azért Magento 2-ben nem 3 fájlt mergelünk és minifileolunk, mergelés nem okoz gondot a minifileolás már inkább, utóbbival okosan. De már a mergelésnek köszönhetően nem több 10 vagy 100 fájlod lesz, hanem 1-10. Kevesebb kérés gyorsabb betöltődés.

Amikor elkezdesz a problémádra valami modult keresni majd jön az ihlet – kipróbálom a modult -, ne próbáld ki mert ha beteszed az oldalad kódjába, akkor egyre robosztusabb lesz, mindenképpen lassulni fog a betöltődés, sok kicsi sokra megy és a legrosszabb a sok kicsi használaton kívüli modul, ami lassítja a rendszered. Építs egy teszt oldalt és gyakorlatozz azon, mert ha egy modult betettél azt onnan nehéz lesz kiszedni!

Amivel én még szembe kerültem, és alapvető problémának látom az a termékgalária betöltése. Ugyanis tök jó galéria van az oldalban, viszont ez csak akkor tölt majd be ha az oldalon minden betöltött még a lábléc is.

Nem tudom milyen megfontolásból, de a Magento 2-ben található Fotorama megoldás és a sablonok 90%-ban így működik, akkor tölt be, amikor a teljes oldal minden eleme betöltött a háttérben. Amíg ez nem történik meg addig a kedves vásárlód egy “Loading” gif-et lát jó esetben (a termék galéria fogadja az oldal tetején és ha mázlid van csak ez látszik a mobilon), azaz úgy látszik mintha töltene a szerencsétlen galéria vagy igazából az oldal. Mobilon ez másodpercekbe kerül, el fogják hagyni a vásárlók az oldalt.
Ami az igazság, hogy csak a gif pörög, és amíg a Galéria javascriptje be nem tölti a galériát látszik a Loading gif, (jó hogy te ezt tudod de a vásárlóidat nem fogja érdekelni) kb így:

Magento 2 Product Image PhotoRama loading…

Ez zavaró, fogtam és kiszedtem, helyette nekem a termékem egyik képe kerül be alapesetben és a galéria a háttérben szépen betölt utólag. De amíg tölt a galéria a vásárlóm nem loading gifet, hanem már a termék fotót látja és tud scrollozni az oldalon, nem pedig az oldal betöltésére, tulajdonképpen a galéria betöltésére vár:

Termék fotó betétele, FotoRama utólag tölt be.

Ugye ismerős Magento 2 webshop tulajdonosok? Ezzel az apró trükkel kb 15%-al csökkent a visszafordulások aránya a shopban.

A fent említett Tagmanager modulnak link építésnek SEOnak köszönhetően elkezdtek érkezni a látogatók az oldalra.

Mivel vannak eCommerce méréseim egy két dolog leesett:

Megnézik az oldalt de nem teszik kosárba a terméket?
Mobilon nézed a termék oldalt elkezdesz lemenni az oldal aljára, elhagyod a kosárba gombot. Nem biztos, hogy vissza görgetsz a kosárba tételhez, hopp jó sablont használok. Ott az add to cart sticky megoldás. Hát használjuk:

Magento 2 Add to Cart Sticky header mobilon.

Nah megy a kosárba tétel, ha egy nap 23 kosárba tétel történik mondjuk, akkor abból csak 4 ember jut el a pénztárig s egy vásárol.
Hogy mi van? Valami el van cseszve..

Ha megnyomod a kosárba tételt, és az oldaladon nincs semmi felugró ami értesít arról hogy a terméket a kosárba tetted, akkor semmi nem fog történni legalábbis vizuálisan az oldalon. Meg kell vezetned a vásárlód. Ezért apró belenyúlással, felgörgetek az oldal tetejére és felugró ablakban kíírom, hogy a termék kosárba került, tovább a Pénztár oldalra vagy Folytatom a Vásárlás feliratra becsukom az ablakot. A háttérben pedig lenyitom a kosarat, mint egy vizuális megerősítés:

Kosárba tétel után felugró ablak és lenyílik a kosár fent.

Ezt most tettem ki, várom az arányok javulását (az eladások növekedését, persze látszik, hogy a mobilos megjelenésen azért még javítani kell, már csak ezért is hasznos volt megírni ezt a bejegyzést mert kiderült egy ilyen probléma).

Szállítási módok, jó hogy van futár szolgálatod, de ez elég?

Nem biztos, ahogy te is a blogom olvasása közben elvileg dolgozol és nem vagy otthon. Azaz hiába van futár kiszállításod, a vásárlóid nem tudnak tőled rendelni, mert nem tudják átvenni napközben a csomagot. Én kis csomagokkal dolgozom és szerencsém van. Sikerült egy Magento 2-es Foxpost modult fejlesztenem és beépítenem az oldalba, ami kb fél áron szállítja a csomagot mint a futár és a csomag munka után bárki számára bármikor átvehető.
Elárulom a rendeléseim 70%-a ezzel a módszerrel kerül kiszállításra. Tervezem még a Magento 2 Posta csomagautomata, Postán maradó, Posta Pontok modult is elkészíteni, hogy országos szinten nagy lefedettséget érjek el.

Nézed a pénztári folyamatot, hopp a fizetési módnál sokan kilépnek…
Egy árazási technikával az utánvét kezelés költéségét és mint kiderül a bankkártyás fizetésnek is van a kereskedői oldalon egy költsége beépítettem a termék árba. Az utánvét 490 Ft helyett most csak 200 Ft-ba kerül. Sokkal jobban hangzik ugye?

Utánvét utánvét, meg pandémia… jó kis bankkártyás fizetési mód. Jó neked mert a csomag kiküldés előtt már a zsebedben a zsé. Jó a vásárlónak mert nem kell összetaperásznia semmi kütyüt kiszállításkor. Jó a futárnak, mert ha érintés mentes kiszállítással dolgoznak, simán le tudja tenni az ajtó elé a csomagot. Nah meg a vásárlóid megspórolnak 200 Ft készpénzkezelési ktg-et.

Te hogy állsz ezekkel a kérdésekkel? Nézzünk rá a webshopodra, hol s mit lehet javítani? Keress eléhetőségeimen és beszéljünk!

Magento 2 – Invalid header line detected – Payment Gateway

Barion fizetési mód implementálás közben futottam bele egy olyan problémába, hogy fejlesztői környezetben tökéletesen futott a Barion fizetési mód elérése. Megkaptuk az éles kulcsokat de az éles szerveren nem működött a fizetés. Debuggolás után jött elő az alábbi hibaüzenet:

main.CRITICAL: Invalid header line detected {“exception”:”[object] (Zend_Http_Exception(code: 0): Invalid header line detected at … /vendor/magento/zendframework1/library/Zend/Http/Response.php:572)”} []

Mint kiderült a Magento 2-nél használatos Zend Framework 1 nem kezeli megfelelően a HTTP/2-es szabványt, ezért a megfelelő helyeken módosítani kell a kódon. Azt, hogy pontosan mit és hol remekül leírja ez a probléma felvetés és megoldás: https://github.com/magento/magento2/issues/19441
A megoldás a lap alján érhető el.

Biztonsági frissítések és Magento 2 frissítése, szerepe, szükségessége, folyamata

Mint tudjátok a Magentonak van fizetős (Enterprise Edition) és ingyenes változata Magento Community Editionn formában. Mivel  utóbbi egy nyílt forráskódú rendszer, ezért bárki számára elérhető és ezzel együtt feltörhető. A Magento supportolása az Adobe csoport által folyamatos, így egyre másra jelennek meg hozzá biztonsági frissítések. A Magento fejlesztő cégek, zöme az ingyenes Community Edition testreszabásával állít elő webáruházat, és ti is ilyen webáruházakkal dolgoztok. Többek között én is a Community Editionnal dolgozok.

Elérkezettnek láttam az időt arra, hogy a Magento 2.2.6-os rendszeremet a legfrissebb jelenleg elérhető stabil rendszerre frissítsem. Ez elvileg, sokkal egyszerűbb manapság mint a Magento 1 esetében volt, akkor ha:

– a webáruházadatam Composer segítségével telepítetted
– könnyen tudsz a webáruház szerverének beállításain változtatni
– a webáruházad forráskódja egy verziókezelő rendszerben karban van tartva (Github, BitBucket, SVN, stb…)
– ha rendelkezel fejlesztői környezettel, ahol a frissítést ki tudod próbálni.

Én neki láttam ennek, a következő lépesek sorozatával, amit egyébként a Magento ezen a címen le is ír: https://devdocs.magento.com/guides/v2.3/comp-mgr/cli/cli-upgrade.html

 

“Biztonsági frissítések és Magento 2 frissítése, szerepe, szükségessége, folyamata” Tovább olvasása

Hírlevél feliratkozás Magento 2 rendszerben

A GDPR megjelenésével, a hírlevélfeliratkozási formok tovább bonyolódtak. Most már nem csak azt kell megerősítenie a felhasználónak, hogy számára küldhetünk ki direkt marketing célú leveleket (hírleveleket), hanem hozzájárulását is adnia kell az adatok kezelésére.

A hírlevél küldéssel a weboldalt üzemeltető vállalkozó adatkezelési tevékenységet végez. Ez a gyakorlatban azt jelenti, hogy az ügyfelek adatait, (általában a névre és email címre terjed ki az adatkezelés) egy adatbázisban tároljuk, majd pedig hírlevelet küldünk ki a részükre. Az adatkezelés jogalapja az esetek többségében a hozzájárulás, tehát a felhasználó önkéntesen hozzájárul az adatainak kezeléséhez, illetve ahhoz, hogy hírlevelet küldjünk neki.

Az adatkezelésről tájékoztatunk kell a leendő vásárlónkat ahol egyértelmű és félreérthetetlen módon, és biztosítanunk kell, hogy a feliratkozás önkéntes legyen. Ennek megfelelően szükségünk lesz egy adatkezelési tájékoztató dokumentumra, melyben leírjuk az adatkezeléssel kapcsolatos tudnivalókat, a GDPR szabályok elvárásainak megfelelően. “Hírlevél feliratkozás Magento 2 rendszerben” Tovább olvasása

Magento 2 Termék Feed, Google, Facebook, Árukereső, Árgép, Shopmania rendszerekhez, melyiket válasszam?

Miután elkészült a webáruházunk, sokan azt gondolják jönnek majd a rendelések, de ki kell ábrándítsak mindenkit, ha nincs egyedi ismert branddel vagy márkával tele a webáruházunk, akkor alig lesz pár vásárlónk. Ez akkor is igaz, ha olyan terméket értékesítünk amit mindenki ismer, de ezzel együtt sokan árulnak is, a nagy verseny miatt ekkor is elenyésző látógatóval számolhatunk.
Sokféle hirdetés létezik, ezek közül az egyik ami az egyedi termék feed alapján előállított hirdetés, ilyen termék feedet adhatunk meg a Facebook, Google rendszereinek is. De termék feeddel dolgozik az Árukereső az Árgép és Shopmania is.

Mi az a termék feed?

Alapvetően egy olyan szöveges dokumentum, ami tartalmazza a termék nevét, cikkszámát, árát, képét, illetve szolgáltatónként még további elvárásoknak kell megfelelniük.
Formátuma lehet, CSV, XML, TXT, vagy akár JSON is.

Természetesen saját kézzel is előállíthatóak ilyen termék feedek, de lássuk be már 100 nagyságrendő terméknél ez kivitelezhetetlen, mivel ezt napi szinten érdemes frissíteni.

A Magento 2 rendszerhez többféle termék Feed modul is beszerezhető, amivel a fenti rendszerek igénye kielégíthető. Lássunk pár példát: “Magento 2 Termék Feed, Google, Facebook, Árukereső, Árgép, Shopmania rendszerekhez, melyiket válasszam?” Tovább olvasása

Magento 2 magyar nyelv

Mivel a Magento 2 magyar nyeli fordítása összesen kb 13-15 ezer sort tesz ki, ami bizony-bizony  nagy munka. A weben lehet vásárolni nyelvi csomagot nem kevés pénzért, ami a core fordításokat tartalmazza. Én saját nyelvi csomaggal dolgozom, egyszer beleöltem az időt, ugyanakkor van egy nem teljes fordítás is, ami az alapvető frontend szövegezést tartalmazza, kiindulásnak tökéletes: Magyar nyelvi csomag Magento 2 rendszerhez