Prestashop motorral és működésével kapcsolatos bejegyzések, trükkök, írások
A GDPR kapcsán szükséges lehet listázni, a felhasználó tudtára hozni azokat a sütiket (cookie-kat) amiket a shopunk használ. Értelemszerűen erre nincs általános recept, ez abszolút tőlünk függ, mindazonáltal a Prestashop cookie dokumentumából kiderül, hogy az alap rendszer milyen adatokat tárol el – ezek alapján a front oldal a következőket:
2 napon belül több megkeresést is kaptunk azzal, hogy a Prestashop-beli contact-form-on keresztül tömeges SPAM áradat vette kezdetét finom orosz nyelven.
Sokszor szembe jön velünk a biztonság témaköre, ha egy nyílt forráskódú CMS rendszerről vagy e-kereskedelmi szoftverről van szó. Szintén sokakban felmerül a kérdés ezen belül, hogy milyen előnyei és milyen hátrányai vannak annak, ha valaki nyílt forráskódú megoldást használ egy egyedileg megírt rendszer helyett.
Először 2013-ban hívtam fel a figyelmet arra, hogy előbb vagy utóbb az SSL (tehát a titkosított https:// kapcsolat) fontos lesz a jövőben ami a rangsorolást illeti. 2015-ben a háttérben elkezdett működni a dolog (kapcsolódó cikk IDE kattintva) majd a Mobilegeddon után felröppentek a hírek, miszerint a Google már rangsorolási tényezőként veszi.
Ismét lépünk egy nagyot a Prestashop-világban! Az új generáció ma látott napvilágot: a Prestashop 1.7 itt van, lássuk mire képes!
Mindenkivel előfordul, hogy egy kis időre (teszem azt pár órára) kénytelen karbantartásba tenni a Prestashop-ot (úgynevezett “maintenance mode”-ba).
Ha rákeresünk a “Prestashop search issue” vagy “Prestashop front search not working” esetleg a “Prestashop search module doesn’t work” kulcskifejezésekre, bizony tengernyi találatot kapunk. Mi ennek az oka?
Egy új, 1.4.x-től az 1.6.0.14-es verzióig terjedő (tehát az új 1.6.1.0 már megbízható) biztonsági rést fedezett fel pár hete Vincent Herbulot IT Biztonsági Szakember, melyről egyből értesítette a Prestashop illetékeseit. Köszönjük Neki! 🙂
A fenti hibaüzenetet kapta ma rengeteg Prestashop tulajdonos és webmester az e-mail fiókjába, illetve üzenetként a Google Search Console-ba (régi Google Webmaster Tools).
Hogyan lehetséges beazonosítani az oldalt éppen lekérő eszközt? Honnan tudható meg, hogy asztali számítógépen vagy esetleg mobilon történik a böngészés?
Előfordulhat, hogy a Prestashop-unk által generált számla PDF-ben az ő – ű betűk helyett kérdőjelek jelennek meg.
2013-ban EBBEN a cikkben írtam először a reszponzivitás fontosságáról és arról, hogy nem is olyan sokára már nem csak figyelmeztetésként lesz jelen a Google részéről a reszponzivitás hiánya, hanem végleg, kísérletezgetések sora után beépül a keresőalgoritmusba is.
Az eddigi tapasztalataimat osztanám meg 1.6.0.11-el ami a hibákat illeti. A Facebook-os Magyar Fórumban közzétett leírás alapján az első probléma a modulok fordítását illeti:
Szállítók és fizetési lehetőségek variálása egymáshoz képest Prestashop-ban? IGEN! Érdekes, hogy a fenti gondolatot nem veszik természetesnek a Prestashop háza táján. A friss 1.6.x-ben sem lehet egymáshoz képest be illetve kikapcsolni a szállítókat és a fizetési lehetőségeket.
Tehát Prestashop. Tehát SEO (SEO = Search Engine Optimization, azaz Keresőoptimalizálás). A SEO ma már önálló szakmává nőtte ki magát külön titulussal és megbecsüléssel. A jó SEO szakember két ismérve: jóban van a keresőóriással, figyeli minden lépését (még azt is amit meg sem lépett) és a másik: a jég hátán is megél, kiváltképp, mivel jól megfizetik.…
A Prestashopunk egészségmegőrzéséről írtam már egy korábbi cikkemben, mely tartalmazta a fenti Google Webmaster Tools-t (vagyis Webmestereszközöket), valamint a Google Analytics-et azaz az Analitikát, mint szükséges eszközöket. Nem található oldalak Szeretném bemutatni a Webmestereszközök fontosságát egy speciális nézőpontból is, melynek “Nem található oldalak” címet adtam.
Ha 1.4.x-ről állsz át 1.5.x-re, elképzelhető hogy frissítés után nem találod meg a képeidet. Újragenerálásnál pedig valószínű egy ehhez hasonló kép fogad:
Ha túl tudunk jutni egy téves megítélésen – hogy így fejezzem ki Magam – ami nem más, mint a számítógépes vírusok definíciója, közelebb kerülünk az igazsághoz.
Prestashop Developer Mód bekapcsolásáról írok egy szösszenetnyi cikket. Miről is van szó? Prestashopunkban számtalan dolog okozhat “white page”-t vagy “blank page”-t, azaz fehér vagy üres képernyőt, ha a kódunk hibára fut. Mitől futhat hibára?
Prestashop 1.6 Lassan megérkezik a Prestashop 1.6-os verziója, mely sorrendben az 1.5.6.2-es jelenleg stabil verziót váltja majd fel. Forradalmi újdonságokkal, teljesen (!) reszponzív kinézettel és sokkal átláthatóbb/kezelhetőbb felülettel debütál. Íme bemutató videója:
Bizonyos prestashop verziókban a 404-es oldalak nem a logikus <meta name=”robots” content=”noindex,follow”> értéket kapják, hanem a sima <meta name=”robots” content=”index,follow”> -ot, ami azt eredményezi hogy a Google ugyanúgy beindexeli mint a rendes (kategóriák, termékek) oldalakat. A következőképpen tudjuk ezt orvosolni: nyissuk meg a
Ebben a cikkben átnézzük egy egyedi oldal létrehozásának tematikáját. Természetesen nem az adminba beépített CMS-re gondolok hanem – teszem azt – egy egyedi árajánlat elkészítésére vonatkozóra a Prestashop webáruházunkon belül.
Prestashop és a “1-Click Upgrade – AutoUpgrade“ modul Mikor megjelent az 1.5.0-ás verzió Prestashop-ból, kijött vele együtt a fent említett modul is. Ezentúl nem tudunk (hacsak nem kerülő utakon) a szokásos módszerekkel frissíteni, ezt a modult kell használnunk rá.
A Prestashop motorok frissítése rendkívül fontos dolog – a verziókövetés a hibátlan webáruház működésének záloga. Vannak írott és íratlan szabályok amik lehetővé teszik a problémamentes frissítést (illetőleg a hibaszázalékot erősen csökkentik) de valljuk be, sokszor teljes embert kíván egy régi shop felfrissítése.