Kategória: Magento

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

Reklámok

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, bővebb info itt.

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

Magento 1.9 Termék URL számokkal – Magento Product URL with (random) numbers

Egy olyan problémába futottunk az egyik projektem kapcsán, hogy termék(e) frissítés után  Google Search Console felületén nagy számban jelentek meg 404-es oldalak. Ennek oka az volt, hogy a termék urlekben megjelentek számok: product-key-number formában. Ezek a számok első körben a product-key-entity_id-ből épültek fel. Azonban minden egyes reindex után ez a szám elkezdett növekedni és vándorolni. Ezzel így magában nem is lett volna baj, de ezeket az URL címeket a Magento nem tudta feloldani, így keletkeztek a 404-es oldalak.

A probléma megoldására elkészítettem ezt a megoldást is, amit Stackechange-en (magento.stackexchange.com) találtam a témában: “Magento 1.9 Termék URL számokkal – Magento Product URL with (random) numbers” Tovább olvasása