Kategória: Magento

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.

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!

Blackfriday a Magento 1-2 áruházakban, üzemeltetők figyelmébe tippek trükkök

A Blackfriday Magyaroszágon is egyre népszerűbb sőt most már nem csak november hónap utolsó pénteki napján hanem valahol már a hónap közepétől Black Friday van… Mi történik ilyenkor.
Mindenki nagy akciókat vár és a webáruházak világában a pénteki napon 00:00-kor hatalmas tömegek nézik weboldalunkat. Ekkor valaki a háttérben elkezdi betölteni az akció árakat, egy pici hiba s omlik a rendszer… Rémálom az üzemeltetőnek és a fejlesztőnek…

Tippek trükkök:

1. Ha meghirdettük, hogy nálunk bizony Black friday lesz, akkor ezt a szerver üzemeltetőnek is említsük meg s kérjük szerverünk, VPS-ünk átmeneti erőforrás emelését erre az időszakra, hogy ne roppanjon meg a teher alatt. Ezen nem érdemes spórolni, ha bedől a shop a terheléstől, akkor sok elégedetlen vásárlót haragíthatunk magunkra, és a sok panasszal és az elmaradt bevétellel még nem is számoltunk.

2. Árazás tekintetében a legrosszabb amit elkövethetünk, ha csütörtök 23:50-kor kezdjük el CSV-vel befrissíteni az árakat, a legrosszabb esetben új termékeket hozunk létre (duplikálással erre az időre teljesen feleslegesen a saját SEO-jukat kivéreztetve és az életüket megnehezítve). Az amúgy is magas látogató szám miatt leterhelt szerver ezzel szépen ki lehet fingatni. “Blackfriday a Magento 1-2 áruházakban, üzemeltetők figyelmébe tippek trükkök” Tovább olvasása

Magento 2 fejlesztés

Rég volt már, hogy bejegyzést tettem közzé, egy ideje Symfony alapokon fejlesztek egyedi oldalakat, hol nagy recpet oldalon márkakezelő oldalt, hol nyereményjátékot. Van amikor hírlevél küldő rendszer integrációt vagy éppen foglaló motorral kapcsolatos ajánlatok listázásán dolgozom.
Míg korábban Magento 1-es rendszer alapokon fejlesztettem webáruházakat s azok karbantartását is elvégzem. Jó ideje lehet hallani a Magento.com oldalon, hogy a Magento 1 támogatottsága 2018 novemberében meg fog szűnni. Ugyanakkor a nagy elterjedség miatt ezt már 2020-ra próbálják ki tolni. Ennek oka, hogy a Magento 2 visszafele nem kompatibilis azaz minden Magento 1-re elkészített fejlesztést újra meg kell csinálni Magento 2-re. Ide értve készletkezelő számlázó rendszer integrációt, fizetési szállítási modulokat, sőt a Magento 2 nyelvi fájljait is újra kell gyártani. Ez egyrészről szörnyű hír azoknak akik Magento 1-el rendelkeznek, nagyjából 2-3 év és a Magento 1-et le kell cserélni, már csak azért is mert a PHP5-höz képest a PHP7 30%-al gyorsabb.
Magyarországon jelenleg elég kevesen foglalkoznak Magento 2 fejlesztéssel  és a motor telepítése sokkal nagyobb szakértelmet kíván mint a Magento 1 esetében. Már többször írtam, hogy elindítom saját Magento 2-es webáruházam magyar nyelven. Remélem ez idén tényleg megvalósul, ugyanis több Magento 2-es projekten is dolgozom jelenleg. Már nagyon sok olyan akár ingyenes modul van aminek segítségével egy magyarországi viszonyokhoz megfelelő alap Magento 2 telepítés is összehozható.

Mit jelent az alap telepítés olvasatomban? “Magento 2 fejlesztés” Tovább olvasása

Ingyenes OTP bankkártyás fizetési modul Magento 2 webáruházhoz

Hiszed vagy sem de Youama fejlesztői egy nagy meglepetéssel készültek a Magento 2 magyar webáruház tulajdonosok számára, ingyenesen elérhetővé tették a Magento 2-re fejlesztett OTP bankkártyás fizetési moduljuk kódját. Így bárki által szabadon letölthető és módosítható Magento 2 fizetési modullal lettünk gazdagabbak.

Nah de ez az a modul ami elavult lett. Mert időközben a Simple Pay vette át a helyét, amihez ez a modul már nem megfelelő 😦 üdv 2020-ban 😦
Van másik OTP bankkártyás fizetési modul de ez fizetős.

Megnyitom a saját Magento 2 webáruházam alapon, jó tanács: árak kezelése

Tapasztalataim során sokan próbálnak és visznek véghez Magento webáruház indítást, mert pár beállítás elvégézésével végső soron egy működö webáruházat tud építeni bárki, egy kis hozzáértéssel utána olvasással. Van, egy olyan szinte folyamatosan jelentkező probléma, hogy a Magento webáruházba a termékek nettó árral kerülnek be és a Magento ebből számolja ki a bruttó árat. Ezzel azon tereületeken ahol, a valutában megengedett a tizedes használata alapvetően nincs is probléma. De mi egy agyonszabályozott és kivételt képző ország vagyunk, hurrá 🙂 Nálunk már nincs fillér… és a probléma itt kezdődik, ugyanis ha nettó árral kerül be mondjuk egy csavar, ami nettó 5 Ft az kisker áron (27% ÁFA-val számolva) bruttó 6,35 Ft. Ha valaki ebből vesz 111 db-ot az 704,85 Ft. “Megnyitom a saját Magento 2 webáruházam alapon, jó tanács: árak kezelése” Tovább olvasása

Megnyitom a saját webáruházam Magento 2 alapokon magyar nyelven

Ugyan 2017-ben terveztem elindítani a saját webáruházam, de a késlekedésnek sok egyéb megrendelés tett keresztbe. Az idei évben a Magento kinyírta a Magento 1-es modulok oldalát a Magento Connectet. Anno úgy terveztem, hogy a webáruházam Magento 1 alapon indítom útjára, de az idei évben beláttam ez csak kidobott idő lenne. Még 2016 tavaszán foglalkoztam kicsit Magento 2-vel főleg a nyelvi fordítások terén, azonban az idei 2017-es évben erre nem tudtam eddig további energiát (igazából időt) fordítani. Azt viszont látom, hogy az Adobe Flash támogatottsága sok böngészőben csak külön telepítéssel kerül be, így például a Magento 1 adminisztrációs felületén a kép feltöltés is nehézkessé válik.

A rengeteg eltűnő modul pedig a Magento 1 pályafutásának végét jelenti. “Megnyitom a saját webáruházam Magento 2 alapokon magyar nyelven” Tovább olvasása

Magento 1 PHP5.6 és Magento 2 PHP7.1 egy Apache

A fejlesztéseim korlátjába ütköztem amikor is a Magento 1-es porjektekhez még PHP5.6 kell de a Magento 2 fejlesztésekhez már PHP 7.1 kellene. Ubuntu 16 alatt viszonylag könnyű megoldani a problémát. Használhatnék Docker-t is, de másnál nem kell felhúzni a fejlesztői környzetet. Apache webszerverrel dolgozom, mert Magento fejlesztéseken kívül mással is dolgozom. A cél az, hogy egyszerű konfigurációval lehessen egymás mellett PHP5.6-os és PHP7.1-es projekteket futtatni.

Azt, hogy melyik oldal melyik PHP-t használja Vhostban fogjuk beállítani. A megoldához pedig PHP5.6 és PHP7.1-et telepítünk FPM módban:
sudo su
add-apt-repository ppa:ondrej/php
apt-get update
apt-get install libapache2-mod-fastcgi php5.6-fpm php5.6 php5.6-dev php5.6-mcrypt php5.6-mbstring php5.6-mysql php5.6-zip php5.6-gd php5.6-xml php7.1-fpm libapache2-mod-fastcgi php7.1-fpm php7.1 php7.1-dev php7.1-mbstring php7.1-mysql php7.1-zip php7.1-gd php7.1-xml php7.1-curl php7.1-intl php7.1-json php7.1-mcrypt

“Magento 1 PHP5.6 és Magento 2 PHP7.1 egy Apache” Tovább olvasása

Magento 1.9.x, Turpentine Varnish Cache 4.1.*-os verzió, Ubuntu 16.04 LTE verzió

Lassú a Magento webshop, magasak a betöltési idők elhagyják az oldalt a vevők? Mindenképpen cache megoldás bevezetése ajánlott. A jelen leírásban Ubuntu 16.04 LTE környezetben PHP 5.6 változatával bemutatjuk, hogy hogyan és milyen Varnish cache verziót kell telepíteni a Magento 1.9.3 változathoz, ahol a Varnish Cache-t a Turpentine modullal fogjjuk majd munkára, mindezt azért, hogy akár 1s alatt betöltődjön a teljes webáruház.

Akkor fogjunk is bele. A következő lépéseket fogjuk elvégezni.

1. Kiinduló állapot Ubuntu 16.04 LTE változat, ahova PHP 5.6 változata van feltelepítve, mindez megjelenik egy Virtual Host-on, és fut rajta a Magento 1.9.x változata.
2. Megfelelő Varnish cache telepítése Ubuntu 16.04 alá
3. Magento Virtual host beállítása
4. Varnish cache konfiguráció beállítása
5. Magento Turpentine Cache modul konfiguráció
6. Magento Turpentine Varnish Cache modul VCL file alkalmazása
7. Ubuntu 16.04 LTE, Magento 1.9.x Turpentine Varnish Cache modul, HIT fejlécek

1. Feltételezzük, hogy egy Ubuntu Virtual host kialakítása Local gépen senkinek nem okoz gondot, és sikeresen feltelepítette magának már a Magento 1.9.3.x változatát. A mi példánkban mi a Magentot mintaadatokkal együtt telepítettük fel.

2. A Turpentine Magento Varnish Cache modulnál ki van hangsúlyozva, hogy a Varnish Cache 4.0.3-as változata Centos 7 alatt hibásan fut, amikor egyszer-egyszer frissítjük az oldalt akkor eltűnnek bizonyos részei, ezt a próbálkozások közepette én is tapasztaltam, így ennek a változatnak a használatát Ubuntu 16.04- alatt sem ajánlom.
A Turpentine Magento 1.9.x Varnish cache modulhoz ezért, mi kompatibilitási problémák miatt a Varnish Cache 4.1.* változatát telepítjük majd. Ugyan a Magento Turpentine Varnish Cache modul alatt a 4.1.* változat adminisztrációs felülten nincs kihangsúlyozva de manuálisan ez bállítható.

Telepítsük, hát fel Ubuntu 16.04 alá a Varnish Cache 4.1.* változatát, ehhez a következő parancsokat kell lefuttatnunk:

Vagyük fel Ubuntu csomagkezelőbe a https csomagot:

sudo apt-get install apt-transport-https

állítsuk be a Varnish Cache GPG kulcsot:

curl https://repo.varnish-cache.org/ubuntu/GPG-key.txt | sudo apt-key add -

majd állítsuk be a Varnish 4 forrását a csomag listákban:

sudo sh -c 'echo "deb https://repo.varnish-cache.org/ubuntu/ trusty varnish-4.0" >> /etc/apt/sources.list.d/varnish-cache.list'

Ezután frissítsük be a csomgalistát és telepítsük a Varnish Cache 4.1.* változatát (4.1.4):

sudo apt-get update
sudo apt-get install varnish=4.1.*

Ha ez lefutott akkor localhostunkon bármelyik virtual hostot böngészőben meghívva Error_Connection_Refused vagy 403-as hibát generál a böngészőnk. Ez azért van mert alap esetben a Varnish cache a 6081-es port feletti tartalmat cachelné le, de mivel sem localhostban sem máshol nincs konfigurálva ez a port a virtual hostunk és vele a böngészőnk elszáll vele. “Magento 1.9.x, Turpentine Varnish Cache 4.1.*-os verzió, Ubuntu 16.04 LTE verzió” Tovább olvasása