Weboldal - WordPress Master

Weboldal

blank
2019.01.17.
wordpress-weboldal-keszites1-1280x720.jpg

blank

 

❌TÉVHIT: a WordPress honlapok egyformák.❌
✅TÉNY: jelenleg 50.000+ WP sablon, és 50.000+ WP bővítmény áll rendelkezésre. Ezekkel, illetve ezek kombinációjával megjelenésben, és funkciókban teljesen egyedi weboldalak//webshopok fejleszthetők. Egyetlen dologban egyformák, hogy a működést biztosító keretrendszer a WordPress.✅

blank

TÉVHIT: a WordPress weboldalak nem testre szabhatók.
TÉNY: jelenleg 50.000+ WP sablon, és 50.000+ WP bővítmény áll rendelkezésre. Ezekkel, ezek kombinációjával, illetve szükség esetén átprogramozással, egy HOZZÁÉRTŐ szakember teljesen egyénre szabott, hibátlanul működő weboldalt//webshopot tud készíteni. 

blank

 

TÉVHIT: bárki el tud készíteni egy WordPress weboldalt.
TÉNY: egy alap, szöveget és képet tartalmazó WordPress honlapot valóban bárki el tud készíteni, de kérdés, hogy milyen lesz ez a honlap? Ahhoz, hogy profi megjelenést, és működést biztosítson, profi kivitelezésre van szükség 

blank

TÉVHIT: a WordPress weboldalak nem biztonságosak
TÉNY: a WordPress weboldalak a rendszer folyamatos frissítése, és a rendelkezésre álló biztonsági bővítmények segítségével, megfelelő szakértő beállítás mellett, kiemelkedően biztonságosak

blank

TÉVHIT: a WordPress weboldalak nem alkalmasak hírlevelek küldésére, feliratkozók gyűjtésére
TÉNY: a WordPress weboldalakhoz saját hírlevél bővítmény telepíthető, mellyel egyszerűen, és rugalmasan megoldható a felirakozók gyűjtése, valamint a hírlevek küldése, időzítése, stb. Így nem szükséges másik hírlevél küldő rendszerre előfizetni.

 

KÉRD INGYENES ÁRAJÁNLATUNKAT: https://wpmaster.hu/wordpress-weboldal-keszites/


blank
2018.02.13.
wordpress-weboldal-keszites2.jpg

A weboldalak és kiemelten a webáruházak biztonságára egyre több figyelmet fordít a Google. A Google Chrome böngésző fejlesztése során ezt is figyelembe veszik. A webhelyek minősítésének fokozatos átalakításával abba az irányba terelik a fejlesztőket és a weboldal, webáruház tulajdonosokat, hogy álljanak át a biztonságos HTTPS protokoll használatára a látogatók biztonsága érdekében.

Kezdetekkor csak a biztonságos oldalak esetén jelent meg a bizalomépítő zöld lakat, aztán a 2017 januárjában kiadott, 56-os verziószámú Chrome böngésző már a “nem biztonságos” jelzéssel látta el azokat a weboldalakat, webáruházakat amelyek nem titkosított HTTP protokollon személyes adatokat kértek el a felhasználóktól.

A múlt héten napvilágot látott információk szerint a 2018 júliusában megjelenő 68-as verzió már minden olyan oldal esetén figyelmeztetést fog megjeleníteni, amely HTTP kapcsolaton keresztül kommunikál, attól függetlenül hogy éppen kér-e adatokat a látogatóktól.

 

Nagy valószínűséggel a többi böngésző is hasonlóan fogja a jövőben “minősíteni” a weboldalakat, webáruházakat.

 

Kasza Norbert
WordPress Szakértő
+36203536848
[email protected]


blank
2017.06.16.
wordpress-honlap.png

Szeretnénk lerántani a leplet a WordPress weboldalakat övező városi legendákról, miszerint nem biztonságos rendszer és „bárki feltudja törni” a WordPress oldalunkat.

Most bemutatunk egy olyan bővítményt, amit bárki ingyenesen letölthet a WordPress bővítménytárból. A telepítésre most itt nem térnénk ki, remélhetőleg ez senkinek sem okoz gondot.

A bővítményünk, amit telepíteni fogunk az All In One WP Security plugin.

Lépjünk be a WP Security menübe, a kezdő képernyő, ami fog minket, egy összefoglaló oldal WordPress weboldalunk biztonsági beállításairól. Első ránézésre siralmas lesz a látvány, de néhány egyszerű beállítással jelentősen javíthatunk a helyzetünkön.

Nézzük is a beállításokat:

Lépjünk át a User Login almenüben, itt pipáljuk be a következő mezőket

  • Enable Login Lockdown Feature (engedélyezzük a belépési funkciók felülbírálatát)
  • Allow Unlock Requests (engedélyezzük a felhasználóknak a feloldási kérelmet)
  • Display Generic Error Message (letiltjuk a hibaüzenetek megjelenítését pl.: helytelen felhasználó név vagy jelszó)
  • Instantly Lockout Invalid Usernames (ismeretlen felhasználónév azonnali tiltása)

A gyári időzítések és próbálkozások száma általában elégséges, ezeket nem feltétlenül kell változtatni.

Következő menüponttal óvatosan bánjunk, ha oldalunkon regisztrálni lehet, mert ezzel megtiltjuk az oldalon a regisztációt!

Lépjünk be a User Registration almenübe és pipáljuk be a „Enable manual approval of new registrations” mezőt. Ezzel a beállítással elérjük, hogy csak jóváhagyás után tud a felhasználó belépni az oldalra.

Következő almenünk a „Database Security” mező.

Érdemes a biztonság kedvéért egy database backup-ot készíteni mielőtt ezt a biztonsági opciót is aktiváljuk. Ezzel átnevezzük a WordPress adatbázis tábla előtagját egy random karaktersorra.

Pipáljuk be a „Generate New DB Table Prefix” mezőt és mentsük el a beállítást. Ha minden rendben van, kapunk pár sor zöld pipás visszajelzést.

Térjünk át a fájlok védelmére. A „Filesystem Security” almenüben a tárhelyünk mappa jogait tudjuk módosítani (ha nem blokkolja ezek módosítását a tárhelyszolgáltatónk). Ma már elmondható, hogy a tárhelyszolgáltatót zöme helyesen kezeli alapértelmezetten ezeket a beállításokat, ha minden rendben van, akkor semmi tennivaló nincs.

Váltunk át a „PHP File Editing” mezőre és pipáljuk be a „Disable Ability To Edit PHP Files” mezőt. Ezzel az opcióval megtiltjuk, hogy illetéktelen személyek vagy programok módosításokat hajtsanak végre a php fájlainkban.

A következő tiltásunk a WordPress telepítési fájlainak kívülről történő elérésének tiltása. Menjünk át a „ WP File Access” fülre és pipáljuk be a „Prevent Access to WP Default Install Files” mezőt.

Következő két fő kategóriánk amit beállítunk a tűzfal és az admin felület elrejtése.

Beállítások a következők:

„Firewall” almenü, pipáljuk be az összes lehetőséget, amit felajánl a rendszer. Itt most nem térnék ki a „mi-micsodára”.

Tegyünk ugyan így a „Additional Firewall Rules”, „6G Blacklist Firewall Rules” és az „ Internet Bots” mezökkel is.

A wp-admin felület elérésével bánjuk körültekintően, mert ha elfelejtjük mire neveztük át az admin felületet, csak körülményesen tudjuk újra elérni. J

Nyissuk meg a „Brute Force” almenüt és pipáljuk be a „Enable Rename Login Page Feature” mezőt. Alatta találunk egy „Login Page URL” mezőt, ide kell beírnunk azt a nevet amire átszeretnénk nevezni a wp-admin linket. Csak nevet kell beírni, NEM KELL „/” jel!

Ezzel máris sokkal nagyobb biztonságban vagyunk az általános támadásokkal szemben, de hangsúlyozom, hogy a célzott támadások ellen ezek a beállítások nem jelentenek 100%-os védelmet!

 

Következő írásunkban megmutatjuk hogyan tudjátok a nem kívánatos országokat és botokat kitiltani az oldalatokról, ha a tárhelyszolgáltató nem teszi meg ezt helyettetek.

 

Kasza Norbert
WordPress Szakértő
+36203536848
[email protected]


blank
2017.01.31.

 

Folytatva az előző cikkünket, (WordPress Google Pagespeed beállítása) most megmutatjuk hogyan lehet szinte tökéletes oldal betöltést és cache-elést elérni WordPress oldallal.

Hangsúlyozom ezek a beállítások webáruház esetén nem minden esetben megfelelőek, mert például a kosár oldal hibásan generálódhat le!

Röviden miért is szükséges a cache-elés (gyorsítás) a WordPress weboldalaknál. A válasz röviden javíthatjuk vele a felhasználói élményt és a Google is jobb helyezéssel honorálja ezt a pár beállítást, amit bárki megtud csinálni minimális WordPress tudással.

Cache-elés lényegében nem mást, mint pillanat felvétel a weboldalunkról, amit statikus html fájlként tárol el a tárhelyünk és ha megnyitjuk a weboldalt, akkor ezeket a fájlokat tölti be a böngésző. Így megspórolva azt az időt amig a szerver generálja a weboldalt a dinamikus állományokból. Ezzel a megoldással jelentősen csökkenthető a betöltési idő és a lekérések száma is. A cache pluginok tovább szolgáltatása a CSS és JS fájlok optimalizálása és egyesítése. Ha engedélyezzük ezt az opciót, akkor a bővítmény megpróbálja egy nagy fájlá alakítani a sok kisebb CSS és JS fájlt, amivel szintén a betöltési időt lehet csökkenteni, mert így nem kell a fájlokat keresgetni a szerveren, hanem egy fájlban letölti azokat a böngésző. Valóságban elég ritkán sikerült egy fájlba összegyűjteni minden adatot, de már az is javulás, ha pl. 45 CSS fájl helyett csak 5 nagyobb CSS fájlt kell mozgatni. Ugyan ez vonatkozik a JS fájlokra is.

Cache-hez szükségünk lesz 3 db ingyenes pluginra:

Autoptimize

Async Javascript

Cache Enabler

A 3 bővítmény telepítési és beállítási sorrendjét érdemes betartani, mert egymásra épül a működésük.

WordPress bővítménytárból telepítsük a plugin-okat, elsőként az Autoptimize bővítményt és kapcsoljuk be.

Beállítások:

Váltsunk át Advanced mode-ra (jobb felső sarok)

Pipáljuk be az alábbi opciókat:

Optimize HTML Code

Optimize JavaScript Code

Optimize CSS Code

Inline all CSS

 

Töltsük ki az alábbi mezőket ha nem töltené ki a bővítmény automatikusan:

Exclude scripts from Autoptimize: seal.js, js/jquery/jquery.js (ha nem lenne kitöltve)

Exclude CSS from Autoptimize: admin-bar.min.css, dashicons.min.css

 

Második plugin az Async Javascript
(Beállítások menü alatt találod a bővítményt)

Beállítások:

Pipáljuk be a Enable Async JavaScript-t opciót. Method-nál válasszuk az As Per Selected Method lehetőséget.
Lap alján engedélyezzük az együtt működést az Autoptimize pluginnel, pipáljuk be a Enable Autoptimize Support opciót és itt a Method-nál válasszuk az Async opciót.

Harmadik egyben utolsó bővítmény, amit használni kell a Cache Enabler. Ez a plugin nem igényel semmilyen beállítást

Negyedik lehetőség, amihez nem szüksége plugin, a htaccess fájlban a fájlok lejárati idejének beállítása. Ezzel a pár sorral tudjuk megmondani a böngészőnek, hogy melyik statikus fájlt mennyi ideig tárolja a böngésző gyorsító tárában és ha legközelebb felkeressük az adott WordPress oldalt, akkor ezeket a fájlok nem tölti le újra a böngészőnk, hanem a saját merevlemezen tárolt gyorsítótárából tölti be, ami lényegesen gyorsabb elérést tesz lehetővé.

Mi az alábbi lejárati időket állítjuk be a weboldalaknál:
(csak másold ki és illezd be a saját .htaccess fájlodba)

<IfModule mod_headers.c>
<FilesMatch “\.(js|css|xml|gz)$”>
Header append Vary: Accept-Encoding
</FilesMatch>
</IfModule>
<IfModule mod_expires.c>
ExpiresActive On
ExpiresDefault “access plus 10 seconds”
ExpiresByType text/cache-manifest “access plus 0 seconds”
ExpiresByType text/xml “access plus 0 seconds”
ExpiresByType application/xml “access plus 0 seconds”
ExpiresByType text/json “access plus 0 seconds”
ExpiresByType application/json “access plus 0 seconds”
ExpiresByType application/rss+xml “access plus 3600 seconds”
ExpiresByType application/atom+xml “access plus 3600 seconds”
ExpiresByType image/x-icon “access plus 31536000 seconds”
ExpiresByType image/gif “access plus 31536000 seconds”
ExpiresByType image/webp “access plus 31536000 seconds”
ExpiresByType image/png “access plus 31536000 seconds”
ExpiresByType image/jpeg “access plus 31536000 seconds”
ExpiresByType image/jpg “access plus 31536000 seconds”
ExpiresByType video/ogg “access plus 31536000 seconds”
ExpiresByType audio/ogg “access plus 31536000 seconds”
ExpiresByType video/mp4 “access plus 31536000 seconds”
ExpiresByType video/webm “access plus 31536000 seconds”
ExpiresByType text/x-component “access plus 31536000 seconds”
ExpiresByType application/x-font-ttf “access plus 31536000 seconds”
ExpiresByType font/opentype “access plus 31536000 seconds”
ExpiresByType font/woff2 “access plus 31536000 seconds”
ExpiresByType application/x-font-woff “access plus 31536000 seconds”
ExpiresByType image/svg+xml “access plus 31536000 seconds”
ExpiresByType application/vnd.ms-fontobject “access plus 31536000 seconds”
ExpiresByType text/css “access plus 31536000 seconds”
ExpiresByType application/javascript “access plus 31536000 seconds”
ExpiresByType text/javascript “access plus 31536000 seconds”
ExpiresByType application/javascript “access plus 31536000 seconds”
ExpiresByType application/x-javascript “access plus 31536000 seconds”
ExpiresByType application/x-shockwave-flash “access plus 31536000 seconds”
ExpiresByType application/octet-stream “access plus 31536000 seconds”
ExpiresByType font/truetype “access plus 1 year”
ExpiresByType font/opentype “access plus 1 year”
ExpiresByType application/x-font-woff   “access plus 1 year”
ExpiresByType image/svg+xml “access plus 1 year”
ExpiresByType application/vnd.ms-fontobject “access plus 1 year”
# Add correct content-type for fonts
AddType application/vnd.ms-fontobject .eot
AddType application/x-font-ttf .ttf
AddType application/x-font-opentype .otf
AddType application/x-font-woff .woff
AddType image/svg+xml .svg
# Compress compressible fonts
AddOutputFilterByType DEFLATE application/x-font-ttf application/x-font-opentype image/svg+xml
ExpiresActive on
# Add a far future Expires header for fonts
ExpiresByType application/vnd.ms-fontobject “access plus 1 year”
ExpiresByType application/x-font-ttf “access plus 1 year”
ExpiresByType application/x-font-opentype “access plus 1 year”
ExpiresByType application/x-font-woff “access plus 1 year”
ExpiresByType application/x-font-woff2 “access plus 1 year”
ExpiresByType image/svg+xml “access plus 1 year”
</IfModule>

 

Kasza Norbert
WordPress Szakértő
+36203536848
[email protected]


blank
2017.01.28.

Az alábbi leírásban szeretnénk megmutatni, hogyan lehet a Google irányelveinek és technikai elvárásainak megfelelő WordPress oldalt beállítani. Az alábbi szűrőkkel jelentősen javíthatjuk weboldalunk betöltési idejét, amivel javul a felhasználói élmény és a keresőoptimalizálása az oldalunknak.

 

De nézzük milyen beállítások szükségesek egy Wordpres oldalhoz:

 

  1. Tárhelyszolgáltatótól meg kell kérdeni, hogy a szerver apache és/vagy nginx webszerverben telepítve van-e a google pagespeed modul. (jobb szolgáltatónál ez nem szokott gond lenni, de találkoztunk már mi is olyan szolgáltatóval aki vissza kérdezett, hogy mi az a pagespeed 🙂 )
  2. Ha pozitív választ kaptunk az első pontra, keressük meg a tárhelyünk gyökér mappájában (pl.:/httpdocs vagy /web) a .htaccess fájlt. Ez általában rejtett fájl biztonsági okokból. A legtöbb FTP kliens programban van lehetőség a rejtett fájlok listázására.
    FONTOS: MIELŐTT BÁRMIT MÓDOSíTUNK A .HTACCESS FÁJLBAN, KÉSZíTSÜNK RÓLA BIZTONSÁGI MÁSOLATOT!
  3. Következő lépés a htaccess fájl szerkesztése, a szükséges parancsok elhelyezése.
    Teljességi igénye nélkül a következő szűrőket használhatjuk:
  • Modpagesspeed On vagy Off – modul be/ki kapcsolása
  • ModePagespeedEnableFilters – ezután kell beírni azokat a szűrőket amit engedélyezni szeretnénk
  • ModePagespeedDisableFilters – ezután kell beírni azokat a szűrőket amit tiltani szeretnénk
  • Combine_css – css fáljok egyesítése
  • Combine_javascript – js fájlok egyesítése
  • Rewrite_css – css fájlok optimalizálása
  • Rewrite_javascript – js fájlok optimalizálása
  • Extended_cache – bővített cache lehetőségek
  • Rewrite_images – képek optimalizálása
  • Insert_image_dimensions – kép méretének beágyazása a programozásba
  • Recompress_images – képek tömörítése
  • Resize_images – képek átméretezése

Az itt felsorolt szűrők csak töredéke a lehetőségeknek, amit a Google folyamatosan bővít.

Teljes lista: https://modpagespeed.com
Google ellenőrző: https://developers.google.com/

Vannak speciális esetek, mikor a sablon vagy bővítmény nem kompatibilis a fent említett programmal és ilyenkor megesik, hogy az oldal meghibásodik. Ebben az esetben sajnos le kell mondanunk a pagespeed használatáról jelen oldalunkon. Vagy más megoldást kell keresünk.

Ha megtörténik a baj, nem kell kétségbe esni, egyszerűen töröljük a beírt kód sorokat vagy a Modpagespeed kapcsoló után az ON-t írjuk át OFF-ra és frissítsük az oldalt.

 

Következő írásunkban a cache beállításokhoz adunk tippeket.

Kasza Norbert
WordPress Szakértő
+36203536848
[email protected]


blank
2016.10.24.

Mi az a WordPress?
A WordPress fejlesztése 2001-ben kezdődött, de csak az elmúlt években lett népszerű a kezdő és haladó webfejlesztők körében. Alapvetően a WordPress (WP) egy nyíltforráskódú, azaz bárki számára ingyenesen elérhető tartalomkezelő és blog rendszer.
Ingyenes vagy nem?
Felmerül a kérdés, hogy ha nyíltforráskódú rendszerről van szó, akkor miért is kerül pénzbe egy WordPress oldal elkészítése. A válasz egyszerű: maga a keret rendszer ingyenes, de ez csak egy alap vázat biztosít a weboldalunkhoz. Ahhoz, hogy honlapunk megjelenése és működése felvegye a versenyt a konkurenciával, ismerni és alkalmazni kell a különböző szerkesztési, beállítási lehetőségeket, a bővítmények kezelését. Sokszor a programozásba is módosítások szükségesek, melyeket csak tapasztalt WordPress szakemberek tudnak elvégezni.
Miért ilyen népszerű a WordPress?
Felmérések szerint a világon található weboldalak 4,5 százaléka WordPress alapú. A CMS (Content Management System – Tartalom Menedzsment Rendszer) alapú weboldalaknál ez a szám már 50-60 százalék között van, webáruházaknál is hasonló százalékos arányt találunk. Ezt a nagy népszerűséget annak köszönheti, hogy egy komplett iparág épül a WP oldalak felhasználóira, fejlesztőire. Mivel a WP nyíltforráskódú, ezért bárki hozzá tehet, kiegészítheti a saját ötleteivel, funkcióival az alap motort, amit előszeretettel alkalmaznak is a fejlesztők világszerte. Ezzel akár több havi időt és pénzt spórólnak meg az ügyfeleknek az egyedi programozású weboldalakhoz képest.
Milyen a jó WordPress sablon?
Nagyon sok olyan cég van a világon, akik kimondottan WordPress sablonok készítésével foglalkoznak.  legnépszerűbb sablon gyűjtőoldal a Themeforest. Itt jelenleg 11651 db sablon közül választhatunk pár dolláros ártól a komolyabb összegig, funkcióktól és felhasználástól függően. Ha röviden szeretnénk jellemezni, hogy milyen a jó WordPress sablon, akkor nézzen ki jól és működjön. J Persze ennél azért több szempontot kell figyelembe venni a sablon kiválasztáskor. Érdemes először több olyan sablont keresni, mely kinézetében közel áll hozzánk és elképzeléseinkhez. Érdemes arra is figyelni, hogy mikor készült a sablon, illetve mikor lett frissítve utoljára. Ha például a választott sablon 3 éve készült és azóta nem lett fejlesztve, frissítve, akkor nagy valószínűséggel gondjaink lesznek vele, ilyen tipikus hibák például:

  • Nem kompatibilis a jelenlegi WordPressel
  • Nem vagy csak részben reszponzív
  • Nem kompatibilis a használni kívánt bővítményekkel, stb.

Egy jól működő WordPress sablonnak, az alábbi követelményeknek kell megfelelni:

  • WordPress 5.0.3 kompatibilis
  • 100%-ban reszponzív
  • Kompatibilis a legnépszerűbb bővítményekkel
  • Kompatibilis a népszerű böngészőkkel
  • Kezeli és megfelelően méretezi a nagy felbontású képeket
  • Könnyen áttekinthető admin felület
  • Rendelkezik demó adatokkal
  • Van saját nyelvi fájlja

Természetesen ezek csak az alap dolgok, ezen felül még sok egyedi igénynek is meg kell felelnie a sablonnak a zökkenőmentes működéshez. Legközelebb a WordPress Bővítmények (Plugin-ok) alkalmazásáról, lehetőségeiről és típusairól írok.
Addig is, ha bármi kérdésed van, hívj vagy írj üzenetet!
Kasza Norbert
WordPress Szakértő
+36203536848
[email protected]


blank
2016.09.28.
wordpress-weboldal-keszites1-1280x720.jpg

A 7 leggyakoribb hiba honlapoknál


Sok kisvállalkozás küzd azzal a problémával, hogy nem jönnek a megrendelések és a vevők. Ha Te is közéjük tartozol, akkor neked szól írásunk! De akkor is érdemes elolvasni, ha már sok ügyfeled van és szeretnéd őket hosszú távon megtartani.

Mi lehet az oka, hogy nem úgy alakulnak a dolgok, ahogy eltervezted? Sok esetben a sikertelenség egyik oka a nem megfelelő online megjelenés.

Vajon mi a 7 leggyakoribb hiba honlapok esetén?


1. Túl hosszú domain név: hogyan jegyezzék meg az éncégem.marinéniszolgáltató.hu domain nevet a látogatók?

2. Egyediség hiánya: miért téged válasszanak 500 másik ugyanolyan honlappal rendelkező cég közül? Hiszen éppen ugyanolyan olcsó havidíjas vagy ingyenes oldalad van, mint a többieknek…

3. Túl sok szín, forma, vizuális esztétika hiánya: szerinted mit gondolnak a termékeidről és szolgáltatásaidról, ha 10 szín és 5 betűtípus van a honlapodon?

4. Túl sok vagy kevés információ, adat, kép: hogyan találjon meg bármit is a látogató, ha te magad sem tudod, hogy hol van, ha egyáltalán rajta van a honlapon?

5. Keresőoptimalizálás hiánya: hogyan találjanak meg a potenciális ügyfelek az Interneten, ha a Google sem tudja, hogy hol vagy?

6. Frissítés hiánya: miért nézzék meg újra a honlapodat és miért keressék újra a termékeidet, ha te hátradőlsz és várod a sült galambot?

7. Nem reszponzív a honlap: az emberek 60-70 %-a mobil eszközön internetezik, ha az oldalad nem megfelelően jelenik telefonon vagy tableten, szerinted mit fognak gondolni cégedről vagy termékedről?

Ha mindezeket a hibákat elkerülöd, kijavítod, akkor honlapod segíteni fog, hogy több ügyfeled és megrendelésed legyen!


A weboldalon cookie-kat ("sütiket") használunk, hogy a legjobb felhasználói élményt nyújthassuk látogatóinknak. A cookie beállítások igény esetén bármikor megváltoztathatók a böngésző beállításaiban.

Adatvédelmi beállítások elmentve!
Adatvédelmi beállítások

Amikor meglátogat egy webhelyet az tárolhat vagy lekérhet információkat a böngészőben, főként sütik formájában. Itt beállíthatja személyes cookie szolgáltatásokat.

Ezek a cookie-k szükségesek ahhoz, hogy a webhely működjön, és nem kapcsolható ki a rendszerünkben.

Az oldal működtetéséhez az alábbi technikai cookie-ek szükségesek
  • wordpress_test_cookie
  • wordpress_logged_in_
  • wordpress_sec

Összes tiltása
Összes engedélyezése