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

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ó!

    

Keresőfunkció elhelyezése a menüsoron

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

Az alábbi videón bemutatom, hogyan lehet a WordPress-ben megtalálható kereső funkciót a menüsorba integrálni. Mivel kinézetenként változó lehet a fejléc és a felső menüsor forráskód-részlete, ezért az alábbi videó csak az elv bemutatását szolgálja, nyilvánvalóan nem lehet minden kinézetnél lépésről-lépésre követni a bemutatót, ám az elvet el lehet sajátítani a segítségével.

Ez lesz a végeredmény:

A videóban a Kindergarten kinézeten fogunk dolgozni.

    

Kulisszatitok – 63 WordPress bővítmény bemutatása 18,5 percben

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

A WordPress videók oldalon már több száz bővítményről olvashatsz cikket és/vagy nézhetsz videós bemutatókat. Ezen bővítmények túlnyomó részen olyan bővítmény, amelyet már legalább egyszer használtam vagy saját, vagy ügyfél részére készített weboldalon.

Az alábbi, 18,5 perces videó annyiban tér el ettől, hogy csak olyan bővítményeket (63 db-ot!) mutatok meg rajta, amelyeket napi szinten, a saját weboldalaimon (természetesen nem egy weboldalon) használok.

Főbb témakörök, amelyekben segítenek a bemutatott bővítmények:

  • Biztonság
  • Fejlesztői eszközök
  • Felhasználói élmény növelése
  • Felületek testreszabása
  • Hibakeresés
  • https beállítás
  • Kapcsolatfelvétel
  • Keresőoptimalizálás
  • Közösségi média
  • Multimédiás megoldások
  • Oldalépítgető
  • Online marketing
  • Statisztika
  • Tagsági rendszer
  • stb.

A videó terjedelméből kitalálható, hogy nem kezdő felhasználóknak szól, ugyanis nem térek ki a bővítmények részletes ismertetésére, csupán mindegyikről pár szót szólok. Azoknak ajánlom, akik szívesen telepítenek és fedeznek fel újabb, kipróbált bővítményeket. De a videón szereplő bővítmény közül soknak van már külön videója is! Ha bármelyiket nem találod, jelezd egy hozzászólásban, és megadom a linkjét!

Kulisszatitok – 63 bővítmény 18,5 percben:

    

Spam hozzászólások tömeges törlése

Szerző: Szűcs Ádám Kategória: Cikk, Hasznos lehet, Ingyenes videók, cikkek, START csomag, Videó

Ha különféle robotok, botok jól megszórták a weboldaladat spam hozzászólásokkal, akkor a következőt kell tenned: Ugye alapvetően, hogyha jóváhagyás nélkül NEM jelennek meg a hozzászólások a weboldaladon, akkor az összes spam hozzászólás függőben lévő hozzászólásként fog megjelenni az admin felület Hozzászólások menüpontja alatt. Viszont itt megjelennek azok a hozzászólások is, amelyek már jóvá lettek hagyva. Ez mindjárt fontos szempont lesz.

Nekünk ugye most az a feladatunk, hogy csak a függőben lévő hozzászólásokat töröljük ki. Illetve először meg kell győződnünk arról, hogy nincs-e közte olyan, ami ténylegesen valós hozzászólás, illetve hozzászólásra vár. Hogyha van ilyen, akkor azokat jóvá kell hagyni, hogy megjelenjenek és akkor csak olyan függő hozzászólás maradnak, amelyeket már lehet törölni. (azaz mind spam)

Ezen hozzászólások törlésére kettő főbb módszer van: van a favágós módszer, amikor kijelöljük az összes törlendő hozzászólást, majd a csoportműveleteknél kiválasztjuk azt, hogy lomtárba helyezés vagy spamnek jelölés, majd az Alkalmaz gombra kattintunk. Ezt ugye annyiszor kell megcsinálni, ahány oldalnyi spam hozzászólás van. Ha pl. 100-ra van állítva, 1300+ spam hozzászólás esetén 14 oldalra törnek a törlendő hozzászólások. Ám vannak olyan szerverbeállítások, amikor ezen a beállításon nem fog jól működni ez a funkció, és egy hibaüzenet kíséretében el fog szállni az oldal. Ha kisebbre vesszük a 100-as beállítást, mondjuk 50 hozzászólásra, akkor 27-28 oldal lesz, aminek a „feldolgozása” azt gondolom, hogy még mindig egy elfogadható kompromisszum, ha nincs más megoldás. Így is ki lehet törölni igazából egy 5-10 perc alatt az összes spam hozzászólást.

De van erre egyszerűbb módszer is.
Megj.: Van egyébként olyan MySQL kód – csak rá kell keresni a Google-ben – amit ha lefuttatsz az adatbázison, akkor automatikusan törlődni fognak a függőben lévő hozzászólások. Ám ha ezzel nem szeretnél bajlódni, vagy félsz, hogy kárt teszel az oldalban és/vagy az adatbázisban, akkor a következőt kell tenned:

Mielőtt továbbmennél: fontos, hogy készíts egy biztonsági mentést, mert olyan bővítményt mutatok, amelyet ugyan sokan használnak, de egyes oldalaknál, szerverbeállításoknál okozhat problémát. Azaz az a biztos, ha van biztonsági mentésed!

A bővítmény neve: Delete Pending Comments. Telepítés után a bekapcsolásra kell kattintani. Nagyon egyszerűen működik ez a bővítmény: a Hozzászólások menü alá bekerül egy Delete Pending Comments almenüpont – és amint ide kattintasz, látsz egy szöveget, amit a törlési szándékra vonatkozó megerősítésként be kell bemásolni az alatta lévő mezőbe, majd a “Delete Pending Comments” gombot kell megnyomni.

Letöltés
Delete Pending Comments

És meg is vagyunk! Az összes spamként megjelölt hozzászólás (1300+) eltűnt, és már csak az a 18 maradt, amelyek ténylegesen valós személytől származik.

Szóval ilyen egyszerű volt ennek a a bővítménynek a használata, illetve a spam hozzászólások tömeges törlése.

Ui.: Amire érdemes még figyelni, hogy a bővítményt használat után érdemes kikapcsolni, illetve törölni. Illetve, hogyha a hozzászólás funkció nem indokolt, akkor a Disable Comments bővítményt feltelepíteni, beállítani: letiltani a hozzászólási lehetőséget mindenhol. Ezáltal elejét vehetjük annak, hogy a jövőben hasonló spam hozzászólások érkezhessenek a weboldalra.

Videón a fentiek:

    

Hasznos információk, sikerrecept összefoglaló

Szerző: Szűcs Ádám Kategória: Cikk, Hasznos lehet, Keresőoptimalizálás

Az alábbi, PROFI PLUSZ hozzáféréssel elérhető cikkben a következőket találod:

  • Hasznos információk gyűjteménye. Saját és mások által írt cikkek linkgyűjteménye.
  • Keresőoptimalizálás segédanyagok.
  • Követésre ajánlott hazai blogok.
  • Törvényeknek való megfelelés.

Könyvajánló az alábbi témakörökből:

Ezekből profinak kell lenned, ha sikeres szeretnél lenni:

☑ Online marketing.
☑ Weboldal fejlesztés.
☑ Vállalkozásfejlesztés.
☑ Üzletkötés/tárgyalás/értékesítés.
☑ Offline marketing.
☑ Jog, könyvelés.
☑ Pszichológia/testbeszéd.
☑ Produktivitás.
☑ Időgazdálkodás.
☑ Motiváció.
☑ Helyesírás.

    

Landing page alapok: általános követelmények, megvalósítás

Szerző: Szűcs Ádám Kategória: Hasznos lehet, Megjelenés - Kinézet - Sablonok, Videó

Mi az a landing page?

Magyarra fordítva: “érkező oldal”. Sallangmentesen és leegyszerűsítve: olyan aloldala a weboldalunknak (vagy akár külön aldomain, almappa, domain), amelyen a látogató két dolgot tud tenni: bezárja az adott oldalt, vagy “konvertál”. Ez utóbbi feltételnek úgy tud megfelelni a Landing page, hogy ezen nincs se menü, se oldalsáv, se lábléc, így nem tud a látogató mást tenni: vagy bezárja az oldalt, vagy konvertál. Pontosan ettől olyan hasznos dolog a landing page használata.

Mit jelent a konvertál kifejezés?

A landing oldalakat több különböző cél érdekében állíthatjuk hadrendbe, azaz többféle cél teljesülésével (érkező oldalanként 1-1 célt érdemes kitűzni) is elmondhatjuk azt, hogy konvertált a látogató.

A landing oldalak célja lehet:

  • Kapcsolatfelvétel.
  • Hírlevél feliratkozás.
  • Vásárlás.
  • Adatok megadása.
  • Regisztráció.
  • Termékminta igénylése.
  • Konzultációs időpont foglalása.
  • Stb.

Mikor használjunk landing page-t?

  • Adwords hirdetések futtatásakor. Alapvető hiba, ha úgy AdWords-özünk, hogy a főoldalunkra érkezzen egy-egy fizetett látogató.
  • Facebook hirdetések futtatásakor.
  • 1-1 kampány során.
  • Stb.

Mérés – konverziószámítás

A legegyszerűbb metódus a következő: mérni kell Google Analytics követőkóddal, hogy mennyien látják a landing oldalt, és azt, hogy mennyien teljesítik a kitűzött célt. Ha pl. 100 látogatóból 7 vásárol, akkor 7% volt a konverzió. Űrlapos konverziómérés példa.

Emellett persze fontos mérőszám az is, hogy mennyi pénz és idő befektetése árán konvertál az oldal x%-ot. Az arányszámokból pontosan látszani fog, hogyan teljesít a landing oldal.

A/B teszt.

Más néven split teszt. Ennek a segítségével lehet versenyeztetni különböző landing oldalakat. Érdemes egyszerre 2-3 verziót futtatni, és mérni a teljesítményüket. 1-1 verzió között egy kampányban csak kicsi eltérés legyen, pl.: egyiken legyen piros a gomb, a másikon zöld. Vagy egyiken legyen bemutatkozó videó, a másikon csak egy fotó legyen.

Akár úgy is kezdheted a tesztelést, hogy 3 teljesen különböző tematikájú landing oldalt hozol létre, majd mindre “ráeresztesz” 500-1000 látogatót, és mérsz egy “alapkonverziót”. Ezen első teszt után a két “vesztes” koncepciót dobd ki, hogy a legjobban teljesítő landing oldalból hozz létre 3, egymástól csak egy-egy dologban (ez azért fontos, mert ha többet módosítasz egy dolognál, és az űrlap jobban fog teljesíteni, nem tudod, hogy mely módosításnak köszönheted) eltérő verziót. Egyiken pl. csak a címsor szövegét módosítsd, a másikon pedig a fő képet, a 3. oldalon tedd máshová a GY.I.K. részt. Így az eredeti legjobb verziónál is jobb konverziójú landing oldalt tudsz előállítani.

Mik a landing page alapvető követelményei?

A legfontosabb – szinte minden landing oldalon kötelező – elemek:

  • Címsor – ígéret.
  • Alcím, ami összhangban van a címsorral.
  • Az érdeklődő problémájára való rávilágítás.
  • Ütős ajánlat, ami megoldja az érdeklődő problémáját.
  • “Megvásárlom most!” gomb – az oldalon több helyen elhelyezve. Feltűnő színnel, hogy jól észrevehető legyen. Erre azért van szükség, hogyha az olvasó már eldöntötte, hogy vásárol, ne kelljen mindent végiggörgetnie ahhoz, hogy ezt megtegye!
  • “Miért tőled vásároljanak?” rész.
  • Előnyök bemutatása. Pontokba, felsorolásokba rendezve, hogy gyorsan emészthető, átlátható legyen!
  • Képek, videók, amelyek az elérendő célt hivatottak közelebb hozni.
  • Kifogások kezelése. (akár GY.I.K. szerűen, ha sok van)
  • Referenciák, ajánlások. Elégedett ügyfelek őszinte, lehetőség szerint képpel illusztrált véleménye a termékedről, szolgáltatásodról.
  • Minta (ha pl. digitális termék értékesítése a cél)
  • Bónusz(ok) felsorolása.
  • Határidő a motiváció serkentése miatt.
  • Megrendelő űrlap.
  • Stb.

Konvertálás után – köszönő oldal!

Ha konvertált a landing oldal, érdemes a konverziót visszaigazolni. Magyarra fordítva, vagy érthetően írva: ha pl. rendel valaki valamit, akkor a rendelés leadása után a vásárló böngészője legyen átirányítva egy ún. “köszönő” oldalra, ahol:

  • Megköszönöd a vásárlást,
  • megerősíted abban, hogy a vásárlással jó döntést hozott,
  • megválaszolod a legfontosabb kérdéseket (szállítás, számlázás – mikor, hogyan, stb.)
  • esetleg adsz valamit ingyen (pl.: amíg “ez és ez” történik, olvasd el az ingyenes ….. tanulmányomat…),
  • élhetsz upsell ajánlattal,
  • kiírod az elérhetőségeidet, és azt, hogy kérdés esetén keressen bátran,
  • stb.

Persze a konverzió visszaigazolásaként menjen egy megerősítő e-mail is! Pl.: “A rendelésed beérkezett,” stb….

Mi van a 20 perces landing page videón és a zárt részen?

  • Egy saját, jól konvertáló landing oldalon mutatom be a fentieket, és azt, hogyan tudsz hasonlót készíteni.
  • A saját landing oldalam elrendezése letölthető, és Visual Composeres weboldaladba importálható!

    

WordPress 4.8.2 – biztonsági és karbantartó frissítés

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

Kiadták a WordPress 4.8.2 verziót, amely minden korábbi verziót érintő sérülékenységet (főleg XSS és SQL injektálás terén) javít, így mindenképpen érdemes frissíteni a weboldaladat a “Vezérlőpult” => “Frissítések” menüpont alatt. A verzió 9 biztonsági frissítést, és 6 karbantartó frissítést tartalmaz.

Mi történhet, ha nem frissíted a weboldaladat?

Itt leírtam.

A befoltozott biztonsági rések:

Forrás: https://wordpress.org/news/2017/09/wordpress-4-8-2-security-and-maintenance-release/

Módosított fájlok:

  1. wp-admin/about.php
  2. wp-admin/edit-tag-form.php
  3. wp-admin/includes/class-wp-plugins-list-table.php
  4. wp-admin/includes/file.php
  5. wp-admin/includes/template.php
  6. wp-admin/install.php
  7. wp-admin/js/widgets/text-widgets.js
  8. wp-admin/js/widgets/text-widgets.min.js
  9. wp-admin/plugin-editor.php
  10. wp-admin/plugins.php
  11. wp-admin/setup-config.php
  12. wp-admin/theme-editor.php
  13. wp-admin/user-edit.php
  14. wp-includes/class-wp-customize-manager.php
  15. wp-includes/embed.php
  16. wp-includes/formatting.php
  17. wp-includes/js/mce-view.js
  18. wp-includes/js/mce-view.min.js
  19. wp-includes/js/tinymce/plugins/wplink/plugin.js
  20. wp-includes/js/tinymce/plugins/wplink/plugin.min.js
  21. wp-includes/js/tinymce/wp-tinymce.js.gz
  22. wp-includes/js/twemoji.js
  23. wp-includes/js/twemoji.min.js
  24. wp-includes/js/wp-emoji-loader.js
  25. wp-includes/js/wp-emoji-loader.min.js
  26. wp-includes/js/wp-emoji-release.min.js
  27. wp-includes/js/wplink.js
  28. wp-includes/js/wplink.min.js
  29. wp-includes/script-loader.php
  30. wp-includes/version.php
  31. wp-includes/widgets/class-wp-widget-text.php
  32. wp-includes/wp-db.php

Forrás: https://codex.wordpress.org/Version_4.8.2