Ügyfélszolgálat: +36 70 623 8822

Felhasználói fiók törlése funkció

Szerző: Szűcs Ádám Kategória: Bővítmények, Cikk, Felhasználók, Hasznos lehet, Ingyenes videók, cikkek, Videó

Ha nem elégszel meg a GDPR (egységes európai adatvédelmi rendelet) óta, a WordPress 4.9.6-os verziója óta elérhető személyes adatok exportálása és törlése funkcióval, akkor jó helyen jársz. A Delete Me bővítménnyel a felhasználók a saját felhasználói fiókjukat tudják törölni.

Telepítés és aktiválás után a “Beállítások” => “Delete Me” menüpont alatt tudod beállítani, hogy melyik felhasználói szinteken lévő felhasználóid számára legyen elérhető a törlés funkció. Illetve itt magyarra tudod fordítani a funkció használata során látott feliratokat és gombokat, valamint be tudod azt is állítani, hogy kérsz-e e-mailben értesítést akkor, ha valamelyik felhasználód törölte magát a weboldaladról a funkció segítségével.

Delete Me bemutató:

Letöltések

Felhasználói szintek – testreszabás 125 jogkör szerint

Szerző: Szűcs Ádám Kategória: Bővítmények, Felhasználók, Hasznos lehet, Videó

Ha olyan megoldásra van szükséged, amellyel a meglévő felhasználó szintek jogosultságait tovább lehet finomítani, akkor egy remek bővítményt fogok mutatni.

Az alábbi videón bemutatott bővítménnyel 125 jogkör szerint tudod testre szabni az egyes felhasználói szinteket.

A bővítmény funkcionalitása különösen jól jön akkor, ha fejlesztés alatt már szükség van arra, hogy az ügyfél hozzáférjen az admin felülethez (pl.: tudjon feltölteni termékeket), de korlátozva legyen a hozzáférése (nehogy valami olyan beállításhoz nyúljon, amivel tönkretesz valamit). Ebben az esetben a hozzáférés mértékének ismeretében a (jogkör alapján) legközelállóbb felhasználói szintet aprólékosan testre tudjuk szabni, és küldhetjük is a hozzáférést az ügyfélnek.

    

Twenty Eleven Theme Extensions

Szerző: Szűcs Ádám Kategória: Bővítmények, Hasznos lehet, Ingyenes videók, cikkek, Megjelenés - Kinézet - Sablonok, Videó

A Twenty Eleven a 2011-es év alapértelmezett WordPress kinézete. Az egyik munkám során belefutottam egy olyan problémába, hogy a bejegyzések mellett nincs oldalsáv, holott marketing-szempontok alapján szükségesnek gondoltuk volna a meglétét.

A “problémát” egyedi kódolás helyett 2 percen belül meg tudtuk oldani az alábbi bővítménnyel, amely kiegészíti egy kicsit a Twenty Eleven funkcionalitását.

Mit tud ez a bővítmény?

Twenty Eleven Theme Extensions bemutató:

Nagy képek automatikus átméreteztetése feltöltéskor

Szerző: Szűcs Ádám Kategória: Bővítmények, Hasznos lehet, Média, Videó

Nem szeretnél vesződni a képek weboldalra való feltöltése előtt az átméretezéssel (kicsinyítés)? Létezik olyan bővítmény, amely használatával be lehet állítani, hogy a feltöltött képek maximum milyen szélességűek és magasságúak lehetnek.

Ezzel 3 legyet ütünk egy csapásra:

  • Nő a felhasználói élmény, hiszen nem kell több MB-os képeket letölteni.
  • Mivel csak akkora értékeket adunk meg, amely méretekben megjelenhet egy weboldalon egy kép, ezáltal a Google sem fogja lassú weboldalnak tekinteni a miénket az indokolatlanul nagy képek használatáért.
  • Nem telik be indokolatlanul gyorsan a tárhelyünk, hiszen egy több MB-os kép helyett sok esetben max. párszáz KB-os kép generálódik feltöltéskor.

Lássuk videón a gyakorlatban:

    

Bővítmények különféle php verziókkal való kompatibilitásának ellenőrzése

Szerző: Szűcs Ádám Kategória: Bővítmények, Hasznos lehet, Videó, WordPress biztonság

A WordPress-nek van egy hivatalos konfigurációkövetelménye, amelyet ha betartunk a használat során, akkor nem merül fel semmilyen probléma. A gondok ott (is) kezdődhetnek, ha a használt szerver ezen elvárásoknak nem felel meg.

De nem csak a WordPress, hanem pl. az egyes bővítmények is “megkövetelhetik” a szerveren használt php verzió minimumát.

Ha valamelyik bővítmény nem működik tökéletesen, első körben semmi gond: van egy remek bővítmény, amellyel az összes aktív és inaktív (bár ezeket inkább töröld!) bővítményt le lehet tesztelni különféle php verziókkal való kompatibilitás szerint. Ha találsz olyan bővítményt, ami a használt php verzióval nem működik tökéletesen, akkor két dolgot tehetsz: vagy megválsz a bővítménytől, vagy olyan php verzióra válta(t)sz, amellyel kompatibilis (ha ez nem okoz gondot más bővítménynél és/vagy nem tartalmaz biztonsági rést).

Bonyolultnak tűnik?
Nem az! Egy közel 6 perces videón megmutatom a fentieket a gyakorlatban.

    

Fertőzött WordPress weboldal – egy tanulságos sztori

Szerző: Szűcs Ádám Kategória: Hasznos lehet, Hírek, WordPress biztonság

A vírusírtás alapok című cikkemben körbejártam, hogy mit kell tenni akkor, ha már megtörtént a baj. Azóta (2018. májusában) történt egy olyan eset, amely mellett nem tudok szó nélkül elmenni. Az egyik ügyfelemnek (ráadásul TOP20-as ügyfélről van szó) megfertőzték a weboldalát, de olyan módon, hogy az ékezetes karakterek helyére (mind helyére ugyanaz) kriksz-krakszok kerültek, és azokat hexaeditorral sem lehetett normális módon helyreállítani.

Mi vezetett idáig, mi volt a megoldás? Miért volt extrán peches az ügyfél? Hogyan lehetett volna enyhíteni a károkat előrelátó módon?

A helyreállítás sokkal könnyebb lehetett volna, ha pár helyen szerencsésebben alakulnak a körülmények. De ahogy a sportban sincs “ha”, úgy itt sem volt sajnos.

Azonnali jelzés – FONTOS!

Az első és legfontosabb hasonló esetben, hogy AZONNAL jelezni kell azt, ha ilyet tapasztalunk a weboldalon. Sokszor volt már olyan, hogy “azt hittem csak ideiglenes hiba, és megoldódik”. Magától az esetek többségében nem fog megoldódni a probléma, sőt, csak nagyobb bajt okozunk vele. Mint itt is. Amikor az ügyfél jelezte, hogy mi van az oldallal, mondta, hogy már 2-3 hete ilyen az oldal, akkor szóltak neki. Csak a gond ezzel az volt, hogy a tárhelyszolgáltatónak 2 hétre visszamenőleg volt mentése, így a tartalmak – azonnali jelzés esetén – 100%-osan helyreállíthatóak lettek volna. De így pont akkor lett jelezve a baj, amikor már a tárhelyesnek is csak vírusos állapotról volt mentése.

Itt volt még egy kör a tárhelyessel, mert azt mondta, hogy minden év végén készítenek egy biztonsági mentést, és azt egy széfben tárolják. Erre több mint két hetet vártunk (részben azért, mert nem fért hozzá, részben azért, mert pont szabadságra mentem egy hétre), amikor kiderült, hogy 2017 végén nem készült ilyen mentés, csak 2016-ban.

Amíg ez ki nem derült (illetve amíg szabadságra mentem), egy 2017. márciusi állapotot állítottunk vissza.

Miért kellett biztonsági mentés, nem lehetett volna leírtani a vírust az oldalról?

A tartalmak olyan mértékben sérültek, hogy erre sajnos nem volt mód.

Legyen havi biztonsági mentésed!

  • A következő dolog, hogy legalább havonta készüljön biztonsági mentés a weboldalról.
  • Amikor elkészül egy biztonsági mentés, az legyen elmentve tömörítve és kicsomagolva is. Ezt korábban nem kommunikáltam eléggé, ezért frissült az erre vonatkozó levelem is, hogy erre külön felhívjam a figyelmét a mentést kapó ügyfeleknek.
  • Ha készül egy újabb mentés, a RÉGI mentések AKKOR SE legyenek törölve.

Itt bonyolította a dolgot, hogy tavaly novemberben készült biztonsági mentés az oldalról, de az ügyfél hibásan tárolta (nem futott végig a kicsomagolás, és az általam küldött zip fájlt pedig törölte – ergo használhatatlan volt).

A mentéseket én 7 napig tárolom, így nálam sem volt meg a novemberi mentés. Ha lett volna havi mentés, akkor max. egy hónapnyi tartalom veszik el és/vagy sokkal könnyebb a helyreállítás.

De szerencsére volt egy 2018. márciusi mentés, abból lett helyreállítva a weboldal váza. Azért írom így, mert az azóta eltelt több mint 400 napban számtalan cikket írt az ügyfél, és rengeteg módosítást is eszközöltünk a weboldalon. 60+ oldalas levelezést gyűjtöttem össze az ügyféltől ezen 400 napról, ezen (mint fejlesztési lista) végig kellett rágnom magam a tökéletes helyreállításhoz.

A havi mentések készítése plusz pénz (vagy egyszer meg kell tanulni, és becsülettel elvégezni havonta), de ha szükség van rá, akkor rengeteg időt és pénzt lehet megspórolni a felhasználásukkal.

Mi történjen két mentés között?

Ha havonta készül biztonsági mentés, mondhatjuk, hogy akkor történhet adatvesztés. Ennek megelőzésére, saját oldalaknál a következőt alkalmazom: Ha írok egy cikket, akkor a HTML nézetből (hogy a formázás is meglegyen) ki szoktam másolni a forráskódot egy jegyzettömbbe, és elmentem. Ez azért jó, mert a tartalom hiánytalanul rendelkezésre áll később. Ha kép is került a cikkbe, azt is egy külön mappában (“backupig” a neve) tárolom a következő biztonsági mentés készítéséig.

Kinézet megmentése:

A kinézetben végzett módosítások egy export-import fájllal menthetőek voltak, így ez nem volt nagy gond.

Tartalmak megmentése: 

A legfontosabb szempont ilyen esetben mindig a tartalmak megmentése. A tartalom nélkül nem ér semmit a weboldal, és azt a legnehezebb rekonstruálni (újraírni). A korábbi cikkek (157 db), oldalak (13 db) tartalma végül 95,3%-osan helyre lett állítva. Ahhoz képest, hogy 400+ napos mentés állt rendelkezésre, szerintem nem rossz arány. A helyreállítás során több helyről lettek kinyerve adatok: részben korábbi mentésekből, részben archive.org oldal használatával, részben pedig a WordPress revision fájljaiból való kimazsolázással. 8 olyan cikk volt, amit sehonnan nem tudunk megmenteni, ezért azokat újra kell gépelni. Illetve a meglévő cikkek, oldalak 400 napja eszközölt változtatásai elvesztek, és kb. 30-40 cikk formázása, címkézése, kategorizálása, SEO-zása (vegyesen, hol mi, attól függ, honnan lett helyreállítva) is odalett. Ezeket ismét be kell majd állítani.

Mivel úgy volt, hogy a tárhelyesnek van év végi mentése, ezért csak az idei megmenthető cikkeket mentettem le a weboldalról. Amikor kiderült, hogy mégsincs ilyen, akkor a vírusos verziót egy másik tárhelyen össze kellett raknom, hogy további tartalmakat menthessek onnan.

Mi volt a probléma?

Sajnos erre nem derült fény. Nagyrészt teljesen azonos konfigurációt használ sok más, érintetlen weboldallal.

  • De más tárhelyen van a weboldal, lehet, hogy ott volt valamilyen gond.
  • Az ügyfél telepített jópár olyan bővítményt, ami már elavult.
  • Néhány admin felhasználónak “kismacska” szintű gyenge jelszava volt.

Ezeket orvosoltam, és már van az oldalon WordFence is, valamint egyéb biztonsági bővítmény is, így hasonló esetnél sokkal gyorsabban fogunk tudni reagálni. Illetve lett feltelepítve olyan bővítmény, amivel az ügyfél egy kattintásra tud biztonsági mentést készíteni a weboldalról.

Lehetett volna nagyobb baj?

Igen, ha nincs ~400 napos biztonsági mentés, akkor sokkal nagyobb baj lett volna. De így is több, mint 13 munkaórám ment el a teljes helyreállításig. Igaz, ez a nagy szám annak is betudható, hogy az elmúlt 400 nap fejlesztéseit is újra végig kellett csinálnom.

Feltöltött képek tömeges kicsinyítése

Szerző: Szűcs Ádám Kategória: Cikk, Hasznos lehet, Média, Videó

Előfordulhat, hogy úgy töltötted fel a weboldalra a képeidet, hogy nem optimalizáltad őket. Most optimalizálás alatt azt értem, hogy nem éltél a minőségromlás nélküli képtömörítés lehetőségével, és nem azt, hogy pl. 12 megapixeles képek helyett max. 1000*600 pixeles képeket tölts fel a weboldalra. Persze ez utóbbi is fontos (sőt!), de most az előbbiről lesz szó.

Ha már évek óta blogolsz, és eddig nem ismerted ezt a lehetőséget, nem probléma. Kicsi “rabszolgamunka” jön, de pár óra alatt sok képpel, és rutintalanul is lehet végezni a dologgal.

Pár egyszerű lépést kell követni:

  1. FTP-n töltsd le a wp-content/uploads mappát.
  2. Mentsd el ezt a mappát a gépeden külön is, hogyha bármilyen gond lenne valamelyik képpel, meglegyen az eredetileg feltöltött állapota.
  3. Ezzel az eszközzel tömörítsd az összes képet. Pár perc alatt akár egy teljes évnyi anyagot le lehet így kicsinyíteni.
  4. Töltsd le a tömörített képeket a 3. pontban megadott linkről.
  5. Másold vissza a fájlokat a szerverre, felülírva a korábbi fájlokat.

Nem lehet ezt automatizálni?

De. De most nem erről szól ez a videó. Pl. A Smush Image Compression and Optimization bővítménnyel meg lehet csinálni automatizáltan is a dolgot, egy kicsit kevésbé hatékony hatásfokkal való tömörítéssel.

Videón a fentiek (+1 meglepetés videó egy extrém példával):

    

Bejegyzésekből pdf generálása – akár tömegesen is

Szerző: Szűcs Ádám Kategória: Hasznos lehet, Videó

Gondolkoztál már azon, hogy milyen jó lenne, ha valahogy egyben le lehetne tölteni a bejegyzéseket, egy olvasható formátumban, pl. pdf-ként?

Az alábbi videón bemutatott – telepíthető – ingyenes programmal képes leszel arra, hogy akár egyesével, akár egyszerre több cikkből is pdf verziót generálj.

A program használata nagyon egyszerű: első lépésben ki kell exportálni az “Eszközök” => “Exportálás” menüpont alól a bejegyzéseket.

Második lépésként a programot le kell tölteni, majd telepíteni kell a számítógépedre. Pont úgy, ahogy bármely más programot is telepítesz. Csak Windows-os gépen lehet telepíteni a programot.

Harmadik lépésben be kell tölteni a programba a kiexportált xml fájlt, amely a bejegyzéseket tartalmazza. Ezek után a program felületén ki kell választani, hogy mely bejegyzésekből akarsz pdf-et generálni, és hogy a pdf-ek egybe legyenek-e fűzve, vagy inkább cikkenként legyen egy-egy pdf.

Jöjjön tehát a videó:

    

Bejelentkezés rész az oldal tetejére

Szerző: Szűcs Ádám Kategória: Bővítmények, Cikk, Hasznos lehet

Tagsági rendszerrel rendelkező oldalak esetében sokszor az oldal tetején van a bejelentkezés rész. Az alábbi videóban megmutatom, hogyan lehet hasonlót kialakítani. Grátiszként még arra is van lehetőség, hogy egy keresőmező is megjelenjen az oldal tetején.

A fentiekhez az Admin Bar Login bővítményt fogjuk használni hozzá.

Mikor ajánlom ezt a megoldást?

Ha olyan weboldalad van, amelyen rengeteg felhasználó lép be rendszeresen, így zavaró lenne számukra, ha el lenne dugva, vagy akár csak görgetni kellene a bejelentkezési űrlaphoz.

Mikor nem ajánlom ezt a megoldást?

Ha az oldaladon nem tölt be központi szerepet a felhasználók belépése, felesleges használni ezt a kiegészítőt. Vagy ha egyáltalán nincsenek regisztrált felhasználóid, akkor se telepítsd a bővítményt csak azért, mert “jól néz ki”! Nem viccből írom ezt, volt olyan ügyfelem, akinek azért kellett az oldalsávra bejelentkezés részt tenni, mert szerinte “komolyabbnak” néz ki tőle a weboldal, azt látják az ügyfelei, hogy milyen jó, hogy neki ilyen is van. Nem lehetett eltántorítani az elképzelésétől, így az oldalán el lett helyezve egy ilyen.

Jöjjön hát a videó!

    

A honlap cookie-kat használ. Részletek

A hatályos jogszabályok alapján kötelező tájékoztatni a látogatókat, hogy a weboldal ún. cookie-kat használ és tárol a számítógépen. Ha ezt nem szeretnéd, akkor a böngésződ megfelelő beállításait használva tiltsd le a cookie-k tárolását, vagy zárd be a weboldalt. Mik azok a cookie-k? Hogyan tudod tiltani a tárolásukat? Hogyan kezelem a személyes adatokat? Mindenre választ ad a részletes adatvédelmi és cookie tájékoztatóm.

Bezárás