Az alább található néhány gondolat a saját véleményem, illetve a “GDPR teendők” cikkem előzetese. Ha csak nem élsz barlangban (feltételezem nem, ha most ezt olvasod) akkor hallanod kellett a gyilkos GDPR-ről, mely rövidítés mögött a “General Data Protection Regulation” mozaikszó áll. Lefordítva: az Európai Unió és a Tanács által elfogadott, a személyes adatok védelméről és(…)
Többször találkoztunk azzal, hogy 1.6.x.x upgrade után az alábbi hiba fogadja a vásárlót, ha e-mail-t szeretne küldeni: “Hiba történt az üzenet kiküldésekor.”
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.
Alapvetően a követési URL egy nagyon szuper dolog a Prestashop-ban. Amennyiben a szállítód csomagkövetése olyan URL-t használ, amiben megtalálható a csomagkövetési kód, akkor dinamikusan ki tudod küldeni az “egykattintásos” követési linket, aminek segítségével az ügyfél azonnal láthatja hol is tart a csomag a kiszállítási folyamatban.
Ennek haszontalanságáról már írtam korábban ITT (“Születésnap és megszólítás” rész). Ha egyetértettél, Prestashop 1.6-ból a téma .tpl-jeiből könnyedén ki tudtad szedni ezt a nyavalyát; 1.7-nél viszont már más a helyzet, .php-be került.
Vannak olyan dolgok a Prestashop 1.7-ben, amiket – egy év és egy hónap távlatából – még mindig nem tudunk adminból beállítani. Ilyen a tizedesjegy eltüntetése, valamint a HUF lecserélése Ft-ra. Az alábbit tedd, ha téged is zavarnak ezek a dolgok:
Tavalyi akciót is ideértve körülbelül 30 Prestashop auditot végeztem el a karácsonyi időszak alatt, s mivel voltak és vannak vissza-visszatérő problémák illetve javítanivalók, így megkísérlem egy csokorba szedni őket súlyossági sorrendben.
Zajdó Csaba írását olvashatjátok a WebShop-Experts Kft. jóvoltából. Vannak benne hasznos adatok: MEGNYITÁSHOZ KATTINTS IDE!
Nem elég elégszer kihangsúlyozni, hogy mennyire fontos minden jogi rendelkezés aktualizálása a webshopunkban. Olybá tűnik, hogy idén a hivatalos szervek különösen nagy figyelmet fordítanak az ellenőrzésekre – nem ez az első eset amivel fél éven belül találkozom.
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.