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.
Török Zoltán fogyasztóvédelmi referens előadásának anyagát olvashatjátok lentebb. Tanulságos gondolatok! Bevezetés Magyarországon a fogyasztóvédelem területén a 2017-es esztendő egészében az e-kereskedelemmel kapcsolatos kérdések állnak majd a középpontban.
Dr. Kádár Dóra előadása az adatvédelem témakörében rendkívül hasznos volt és érdekfeszítő. Először a prezentációt pötyögtem le, utána következik a hölgy előadása. Az “Adatkezelési tájékoztató készítése 6 lépésben” a cikk végén megnézhető / letölthető PDF-ben. Nemzeti Adatvédelmi és Információszabadság Hatóság, azaz: NAIH
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.
2017. január elsejétől szigorodtak a számlakiállításra vonatkozó jogszabályok, melynek eredményeképp bizonyos esetekben (“amennyiben a számla áfatartalma több mint 100 000 Ft”) ténylegesen kötelező feltüntetni az adószámot. Erről bővebben ITT, vagy a szamlazz.hu blogjában olvashatsz.
Lehetőségem nyílt a megszokott Leotémák mellett kipróbálni egy igazi prémium-kategóriás templatet, mely nem más mint az Eveprest a templatemonster jóvoltából.
Sokunknál felmerülő probléma, hogy a rendelés nyomtatása során sok felesleges adat kerül a papírra – ami gyakran 2-3 oldal is lehet. Ez adminisztratív szempontból elég bosszantó, nem is beszélve a papír és tintaköltségekről.
Sokan szeretnének egy “játszó” vagy “homokozó” shopot létrehozni saját számítógépükön azért, hogy kísérletezhessenek anélkül, hogy veszélyeztetnék az élő Prestashop működését. Nézzük, hogyan is lehetséges alkotni egy klónt!
Ha nem figyelünk (és meglehetősen nagy látogatottsággal rendelkezünk) akkor az adatbázis az “átlag” méret sokszorosára nőhet, hála a statisztikai adatoknak. Ezek a legtöbbször már irreleváns vagy egyszerűen nem kellő adatok melyeket legfőképp a Prestashop ezekért felelős moduljai generálnak.
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!
Rendkívül bosszantó, ha képtelenek vagyunk dolgozni az admin felületen annak lassúsága miatt. Ez a “Prestashop lassúság” téma rendkívül összetett, sok dolog okozhatja. Ebben a cikkben megpróbálok tippeket, tanácsokat adni a gyorsabb betöltődés érdekében, de látatlanban nem lehet 100%-os receptet adni: minden webáruház más és más.
Újabb érdekesség a Prestashop-hibalistán pár héten belül: teljesen véletlenszerűen az admin felület képtelen elmenteni a terméken elvégzett módosítást. Sokszor visszatöltődik ugyanúgy vagy egyszerűen “kilép” a termékek felsorolásába abban az esetben is, ha a “Save & stay” (Mentés és folytatás) gombot nyomtuk meg.
Ha megesik, hogy kétes eredetű (vagy nem jól megírt) Prestashop modult telepítünk fel, akkor működésképtelenné válhat az adminbeli Modules – Modulok menüpont. Semmire sem hajlandó az alábbi hibaüzeneten kívül:
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).
Több esetben előfordult az alábbi anomália: 1.6.x-ről 1.6.1.7-re való frissítés során nem lehetséges admin felületbe bejelentkezni:
Az elmúlt héten több visszajelzést is kaptam rejtélyes “500 – Internal Server error“-okról, iszonyat lassú Prestashop-okról és feketelistára került szerverekről.
Ha frissítjük Prestashop-unkat (1.4-ről 1.6.x-re, esetleg 1.5-ről 1.6.x-re) akkor találkozhatunk egy furcsa hibaüzenettel amikor a Preferences / SEO&URLs fülön magyarítani próbálunk egy oldalt:
A Magyar Prestashop Facebook Csoportban az alábbi anomáliára hívták fel a figyelmem: “Sziasztok! Találkozott már valaki azzal, hogy frissen telepített Prestashop 1.6.1.6, default-bootstrap téma, tulajdonképpen semmi nincs még beállítva, és a következő hibaüzenet fogad menüelemek fordításakor: The class name ‘AdminParentModulesController’ cannot be found.”
Hamarosan letölthető állapotban lesz az új generáció: a Prestashop 1.7-es verziója!
A Prestashop felépítéséből adódóan vannak vissza-visszatérő hibák amelyek jellemzők a motorra, és ha a környezet adott akkor meg is mutatják magukat.
A Dublin Core Metadata Initiative (DCMI = Dublin Core Metaadat Kezdeményezés) egy egyfajta metaadat, mely segít a forrás beazonosításában. Hivatalos oldala a dublincore.org . És mivel metaadatról van szó, így számunkra is érdekes SEO szempontból.
Ha szeretnénk bármilyen feliratkozó form-ot (mondjuk hírlevélhez), szavazást vagy bármit implementálni amihez javascript szükségeltetik, akkor azt a Prestashop szépen kiveszi CMS oldalunkból mentés után, mivel biztonsági kockázatot jelenthet.
A Prestashop 1.5-ös és 1.6-os verziójában a “Vevőszolgálat” vagy “Ügyfélszolgálat” menüpont alatt lehetséges (tömegesen) kezelni a vásárlói üzeneteket:
Ha esetleg ágyaztál már Prestashop-odon belül egy Google-térképet egy CMS oldalba (Kapcsolat-ba, Elérhetőség-be), akkor a tesztelések során kibukhatott, hogy az egyébként teljesen reszponzív oldaladon minden szépen idomul, csak épp a lényeg, a térkép nem:
Sokak számára jelenthet problémát a Prestashop-beli “Rendelések” fül vásárlói névkijelzése, ugyanis alapból azok rövidített változatban jelennek meg:
Hamarosan itt a következő év, mindenki letudta a Karácsonyt, az ezzel járó örömöket és fáradalmakat. Még hátra van egy szilveszter, azonban a kódolók, a webshop-tulajdonosok, a SEO-szakik és mindenki, aki érdekelt a témában valamilyen oknál fogva, tervezget. A Google nem áll meg pihenni, s ha tartani akarjuk az iramot akkor érdemes figyelni a változásokat.
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?
Az 1.6.0.9-es Prestashop-ban találkozhatunk olyan problémával, ahol rákattintva az adminbeli rendelések “export” gombra, egy “oldal nem található” lapra landolunk.
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).