WordPress karbantartás – Útmutató kezdőknek (2025)
A WordPress
A WordPress karbantartási útmutató kezdőknek ebben a cikkben lépésről lépésre végigvezet azon a folyamaton, hogyan tarthatod biztonságosan és gyorsan a weboldalad, még akkor is, ha nincs technikai előképzettséged.
A WordPress egy CMS rendszer weboldalak és blogok készítéséhez. Könnyen használható, személyre szabható és ingyenes. Azonban, mint minden más szoftver, a WordPress is rendszeres karbantartást igényelnek, hogy megfelelően működjenek.
Nem elég a WordPress beállítása. Ahhoz, hogy webhelye biztonságos és gyors legyen, rendszeresen el kell végeznie a karbantartási feladatokat.
Az évek során sok felhasználónak segítettünk a WordPress karbantartásának megkezdésében. Saját karbantartási szolgáltatásaink is vannak, így mindent tudunk, ami egy WordPress weboldal zökkenőmentes működéséhez szükséges.
Ebben az útmutatóban végigvezetjük az összes végrehajtandó WordPress karbantartási feladaton, a használandó eszközökön, a javítandó hibákon stb.
Tartalom:
- Mi az a WordPress karbantartás?
- Miért fontos a WordPress karbantartása?
- A WordPress Core, beépülő modulok és témák frissítése
- Rendszeresen készítsen biztonsági másolatot a WordPress webhelyéről
- A WordPress hibák hibaelhárítása és az üzemidő figyelése
- Mikor kell kiszervezni a karbantartást a WordPress támogatását?
- GYIK a WordPress karbantartásáról
A WordPress karbantartás az a folyamatos folyamat, amellyel a weboldal zökkenőmentesen, biztonságosan és naprakészen tud üzemelni. Ez egy sor olyan feladatot tartalmaz, amelyek biztosítják, hogy webhelye problémamentesen működjön, és megóvja a potenciális fenyegetésektől.
E feladatok közé tartozik az alapvető WordPress-fájlok, -témák és -bővítmények frissítése, a webhely biztonsági mentése, a biztonság biztosítása rendszeres ellenőrzések futtatásával, az üzemidő figyelése stb.
A WordPress karbantartása általában nem tartozik a tárhelycsomagok szolgáltatásai közé. Így ezt embernek magának kell elvégeznie vagy ki kell szerveznie egy külsős embernek.
A weboldal megfelelő karbantartása nélkül sok problémába ütközhet. Például az elavult WordPress motor, témák és beépülő modulok biztonsági réseket tartalmazhatnak, amelyeket a hackerek kihasználhatnak rosszindulatú programok telepítésére vagy adatok ellopására. Ilyenkor gyakran nem csak az az egy weboldal fertőződik meg, amelyiket elhanyagolják, hanem az adott tárhelyen lévő összes weboldal.
Hasonlóképpen, ha webhelyéről nem készül rendszeresen biztonsági mentés, akkor fennáll annak a veszélye, hogy a szerver összeomlása, feltörési kísérlet vagy véletlen törlés esetén elveszíti az összes tartalmát és adatait. A legtöbb tárhely szolgáltató készít automatikus mentést a tárhely csomag részeként. Azonban sokkal biztonságosabb és jobb megoldás, ha magunk is gondoskodunk erről, mert a weboldal mentése így a saját vagy fejlesztőnk kezében van.
A rendszeres WordPress-karbantartás számos előnnyel jár WordPress oldalak számára, többek között:
- Továbbfejlesztett biztonság: A WordPress motorjának, témáinak és bővítményeinek naprakészen tartásával kijavíthatja a biztonsági réseket, és megvédheti webhelyét a feltörési kísérletektől.
- Megnövelt teljesítmény: A rendszeres karbantartási feladatok, például a képek optimalizálása, az adatbázis tisztítása és a gyorsítótárazási beépülő modul használata jelentősen javíthatja webhelye betöltési sebességét. Ez viszont jobb felhasználói élményt és magasabb helyezéseket eredményezhet.
- Nyugalom: Ha tudja, hogy webhelye naprakész, biztonságos, és arról rendszeresen készült biztonsági mentés, akkor megnyugodhat, és a tartalom létrehozására és weboldala forgalmának növekedésére összpontosíthat.
- Megakadályozza a jövőbeli problémákat: A weboldal proaktív karbantartása megakadályozhatja, hogy a kis problémák nagyobb problémákká alakuljanak át.
A fenti példában a hibaüzenet egy 550 5.1.1-es hibakódot tartalmaz, amely azt jelzi, hogy a címzett email cím nem létezik.
Az egyik legalapvetőbb és legfontosabb WordPress karbantartási feladat annak biztosítása, hogy a WordPress, a bővítmények és a témák naprakészek legyenek. Ez segít kijavítani azokat a hibákat, biztonsági réseket vagy kompatibilitási problémákat, amelyek hibákhoz vezethetnek.
Kezdésként frissítheti a WordPress core motor fájljait . A WordPress motorja a webhely szíve, és minden olyan lényeges fájlt tartalmaz, amelyek a WordPress működését biztosítják.
Frissítheti az vezérlőpult» Frissítések menüpontjában a WordPress adminisztrációs paneljén. Innentől kezdve egyszerűen frissítsen a legújabb WordPress-verzióra.
Készítsen biztonsági mentést minden frissítés előtt
A WordPress motorjához hasonlóan a bővítményeket és a témákat is rendszeresen frissíteni kell, hogy megfelelően és biztonságosan működjenek. Az elavult beépülő modulok és témák gyakori belépési pontok a hackerek számára, és a rendszeres frissítések megvédik webhelyét ezektől a sebezhetőségektől.
A beépülő modulokat úgy frissítheti, hogy nyissa meg a Bővítmények » Telepített bővítmények menüpontot , majd kattintson a „Frissítés most” hivatkozásra a bővítmény alatt.
Egy másik kulcsfontosságú WordPress karbantartási feladat, amelyet rendszeresen el kell végeznie, hogy biztonsági másolatot készítsen weboldaláról.
A biztonsági másolat a WordPress adatainak másolata, beleértve az adatbázist, a tartalmat, a médiafájlokat és egyebeket, amely adatvesztés esetén visszaállítható. A weboldallal töréntő bármilyen meghibásodás esetén, ebből a biztonsági mentésből vissza lehet állítani a weboldalt az eredeti állapotra.
Most azon töprenghet, milyen gyakran kell biztonsági másolatot készítenie weboldaláról. A biztonsági mentés gyakorisága attól függ, hogy milyen gyakran frissíti webhelyét. Például napi vagy heti biztonsági másolat készítése javasolt az aktív webhelyekről és az e-kereskedelmi üzletekről. Egy bemutatkozó oldalról, ahol csak havonta tröténik frissítés elegendő, ha havonat egyszer készül biztonsági mentés.
A WordPress webhelyéről sokféleképpen készíthet biztonsági másolatot, de a legjobb módja egy beépülő modul használata. Az egyik legjobb megoldás most a piacon kezdők számára a Duplicator Pro.
A Duplicator PRO rendkívül könnyen használható, és pillanatok alatt biztonsági másolatot készíthet a webhely adatairól. A legjobb az egészben, hogy zökkenőmentesen működik a különböző felhőalapú tárolási szolgáltatásokkal, például a Dropboxszal és a Google Drive-val .
Ezenkívül biztonsági mentési ütemezéseket kínál, amelyek lehetővé teszik a folyamat automatizálását és ütemezését, amikor biztonsági másolatot szeretne készíteni webhelyéről.
A beépülő modulok használata mellett manuálisan is készíthet biztonsági másolatot. Használhatja például tárhelyszolgáltatásának cPaneljét, vagy FTP-kliens segítségével mentheti el WordPress fájljait és mappáit. Mi ezt preferáljuk és ügyfeleinknek is ezt a szolgáltatás ajánljuk, mert a fájlok a saját kezelésükben maradnak egy külön FTP szerveren, így bármikor a szolgáltatóktól függetlenül vissza lehet állítani a sérült vagy hibás tartalmat.
A WordPress karbantartása nem lesz teljes a weboldalán esetlegesen felmerülő hibák vagy problémák kijavítása nélkül. A karbantartási folyamat részeként figyelemmel kell kísérnie a felhasználók által tapasztalt problémákat, ellenőriznie kell a hibás hivatkozásokat, figyelnie kell az üzemidőt, és meg kell oldania a közelmúltban tapasztalt hibákat.
A problémák elhárításához kezdheti a hibás hivatkozások megtalálásával és kijavításával . Meghibásodott vagy elhalt hivatkozás akkor fordul elő, ha egy weboldalt törölnek vagy másik helyre helyeznek át. Ennek eredményeként a szerver 404-es nem található hibaüzenetet jelenít meg. Akkor is ilyen linkek jönnek létre, ha bővítményt törlünk, azok a régi linkeket nem mindig takarítják el maguk után.
A 404-es hibákat olyan eszközökkel javíthatja ki, mint az Broken Link Checker. Ingyenesen használható és nagyon kezdőbarát. A beépülő modul automatikusan átvizsgálja a webhelyen a hibás hivatkozásokat és részletes riportokat készít róla.
Ezt követően be kell állítania a szerver üzemidő-felügyeletét is a webhelyén. Az üzemidő az, amikor weboldal működőképes és elérhető a felhasználók számára az interneten. Ha a weboldal biztonsági rés vagy emberi hiba miatt nem működik, az ronthatja a felhasználói élményt és a keresőoptimalizálási rangsort.
Ennek egyszerű módja az üzemidő-figyelő eszközök használata. Tapasztalataink alapján az UptimeRobot használatát javasoljuk . Ez egy ingyenes szolgáltatás, amely 5 percenként figyeli weboldalát, és több csatornán keresztül küld figyelmeztetéseket.
Használhat más eszközöket is, mint például a Pingdom vagy egyéb figyelő alkalmazások.
A riasztásokat azomban érdemes fenntartásokkal kezelni. A tárhely szolgáltatók ha túl sok lekérdezés érkezik egy szerverről vagy furcsának vélik, akár ki is tilthatják a lekérdező szerver IP címét és ilyenkor az tévesen fogja jelezni felénk, hogy nem elérhető a weboldalunk.
Amikor először kezdi el a weboldal karbantartását, könnyedén elvégezheti az összes feladatot egyedül. Webhelye növekedésével azonban előfordulhat, hogy nem lesz elég ideje webhelye rendszeres karbantartására. Ezenkívül egyes egyedi funkciók vagy karbantartási feladatok igény szerinti fejlesztési órákat igényelhetnek. Az egyes bővítmények nagyobb verziószám lépésnél előfordulhatnak kompatibilitási hibák, így a teljes weboldal akár működésképtelenné válhat.
Ha nem mozog biztonságosan a WordPress mappastruktúra felépítésébe, az FTP kezelésében és a weboldal mentésben és visszaállításban, akkor mindenképpen érdemes ezt a feladatot kiszerveznie.
Ha már megtörtént a baj, akkor sem kell kétségbe esni. A fontos, hogy lehetőség szerint NE töröljön le semmit, mert a hibás frissítés után, még helyre lehet állítani a weboldalt, de ha már lekezdte törölni, akkor sokkal nehezebb működésre bírni. A lenti nyomtatványon felveheti velem a kapcsolatot és segítek visszaállítani a weboldalát vagy megőrizni a tökéletes működését.
Reméljük, hogy ez a WordPress karbantartási útmutató kezdőknek segítséget nyújtott abban, hogyan tarthatod naprakészen weboldaladat.
Természetesen ez csak a jéghegy csúcsa, melyet próbáltunk a nem hozzáértők számára is érthető módon leírni.
Miért nem kapom meg a levelet?
Hogy működik az e-mail küldés?
Az első e-malt (elektornikus levelet már az 1960-as években elküldték). Azóta nagyon sokat fejlődött ez a forma és napjainkban már szinte teljesen leváltotta a hagyományos levélküldést.
Mindenki használja, de a működéséről nagyon keveset tudunk. A különböző szabályozásba most nem szeretnék belemenni, csak nagy vonalakban vázolni a folyamatát, mely szinte megegyezik a postai levél küldéssel, csak itt a postás az internet.
Tehát a levél küldéhez szükségünk van címzetre és egy feladóra és egy szolgáltatóra aki elviszi a leveleinket.
Visszapattanó levelek
A visszapattanó levelek (mail delivery) olyan levelek, amelyeket az e-mail szerver visszaküld a feladónak, mert a címzett levelezőrendszere nem tudta fogadni az üzenetet. Ezek a levelek tartalmazzák az eredeti üzenet egy részét vagy egészét, valamint egy hibaüzenetet, amely megmagyarázza a kézbesítési probléma okát. Ezekből a hibaüzenetekből lehet arra következtetni, hogy pontosan miért nem sikerült a levelet kézbesíteni.
A visszapattanó levelek okai
- Nem létező email cím: Az email cím hibásan lett megadva vagy már nem létezik.
- Megtelt postafiók: A címzett postafiókja megtelt, és nem tud további üzeneteket fogadni.
- Szerverproblémák: A címzett email szervere átmenetileg nem elérhető.
- Spam szűrők: Az üzenetet a címzett spam szűrője blokkolta.
- Túl nagy melléklet: Az email melléklete túl nagy, és a címzett szervere nem tudja kezelni.
Hogyan kezeljük a visszapattanó leveleket?
- Ellenőrzés: Győződjünk meg arról, hogy az email cím helyes.
- Listák karbantartása: Rendszeresen frissítsük és tisztítsuk meg az email listáinkat a hibás címektől.
- Próbálkozás újra: A lágy visszapattanások esetén érdemes később újra megpróbálni az üzenet kézbesítését.
- Kommunikáció: Ha lehetséges, vegyük fel a kapcsolatot a címzettel más módon, hogy jelezzük a problémát.
A visszapattanó levelek kezelése segíthet javítani az email kampányok hatékonyságát és csökkentheti az email listák hibás címeinek arányát.
Most nézzük meg ezeket a visszapattanásokat kódok szerint is. Ez azt jelenti, hogy minden hibaüzenetnek van egy jellemező kódja. Így ha ilyen kódot látunk a sikertelenül kézbesített levél hibaüzenetére,akkor már tudni fogjuk az okát is, így javítás is sokkal egyszerűbb.
- User unknown
- Jelentése: A címzett postafiók nem létezik a szerveren.
- Recipient address rejected: User unknown in virtual mailbox table
- Jelentése: A címzett postafiók nem található a szerver virtuális postafiók táblájában.
- 550 5.1.1 email@example.com: Recipient address rejected: User unknown
- Jelentése: A szerver nem találta a címzett email címet.
- No such user here
- Jelentése: A címzett postafiók nem létezik ezen a szerveren.
Hibakódok
- 550 5.1.1
- Ez a kód azt jelenti, hogy a címzett email cím nem létezik.
- 554 5.1.1
- Hasonlóan a 550-es kódhoz, ez is azt jelzi, hogy a címzett nem található.
- 5.0.0
- Ez egy általános hibaüzenet, ami azt jelenti, hogy a címzett nem érhető el.
- 5.1.0
- Általános célú hiba, amely jelezheti, hogy a címzett email cím nem létezik.
Íme egy példapélda arra, hogyan nézhet ki egy visszapattanó email, amely jelzi, hogy a címzett postafiókja nem létezik:
Subject: Undelivered Mail Returned to Sender
This is the mail system at host mail.example.com.
I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can delete your own text from the attached returned message.
The mail system
<email@example.com>: host mail.example.com[192.0.2.1] said: 550 5.1.1
<email@example.com>: Recipient address rejected: User unknown in virtual
mailbox table (in reply to RCPT TO command)
A fenti példában a hibaüzenet egy 550 5.1.1-es hibakódot tartalmaz, amely azt jelzi, hogy a címzett email cím nem létezik.
Amikor egy email visszapattan azért, mert a címzett postafiókja megtelt, a visszapattanó levél hibaüzenetet és hibakódot tartalmaz, amelyek segítenek azonosítani a problémát.
Hibaüzenetek
- Mailbox is full
- Jelentése: A címzett postafiókja megtelt, és nem tud több emailt fogadni.
- Quota exceeded
- Jelentése: A címzett postafiókja elérte a maximális kvótáját.
- User over quota
- Jelentése: A felhasználó postafiókja túl van a megengedett kvótán.
- Storage limit exceeded
- Jelentése: A postafiók tárhelye túllépte a megengedett határt.
Hibakódok
- 552 5.2.2
- Ez a kód azt jelzi, hogy a címzett postafiókja megtelt.
- 4.2.2
- Ez egy átmeneti hiba, ami azt jelzi, hogy a postafiók tele van, de később újra próbálkozhatunk.
- 5.2.0
- Általános hibakód, amely jelezheti, hogy a címzett postafiókja megtelt.
- 552 5.2.2
Subject: Undelivered Mail Returned to Sender
This is the mail system at host mail.example.com.
I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can delete your own text from the attached returned message.
The mail system
<email@example.com>: host mail.example.com[192.0.2.1] said: 552 5.2.2
<email@example.com> Quota exceeded (mailbox for user is full) (in reply to RCPT TO command)
Hibaüzenetek
- Temporary failure
- Jelentése: Az email szerver átmeneti hiba miatt nem tudta kézbesíteni az üzenetet.
- Server temporarily unavailable
- Jelentése: Az email szerver jelenleg nem elérhető.
- Connection timed out
- Jelentése: Az email szerver nem válaszolt időben.
- Deferred: Connection refused by
- Jelentése: Az email szerver elutasította a kapcsolatot, de a probléma ideiglenes lehet.
- 451 Temporary local problem – please try again later
- Jelentése: Ideiglenes helyi probléma történt, később próbálkozzunk újra.
Hibakódok
- 4.3.0
- Általános ideiglenes hiba.
- 4.2.0
- Ideiglenes hibák különböző okokból, például túlterhelés miatt.
- 4.2.2
- Postafiók átmeneti problémája (pl. megtelt postafiók).
- 451
- Ideiglenes helyi probléma, ami később megoldódhat.
- 421
- A szolgáltatás nem érhető el átmenetileg.
Subject: Undelivered Mail Returned to Sender
This is the mail system at host mail.example.com.
I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can delete your own text from the attached returned message.
The mail system
<email@example.com>: host mail.example.com[192.0.2.1] said: 451 4.3.0
<email@example.com> Temporary local problem - please try again later (in reply to RCPT TO command)
A fenti példában a hibaüzenet egy 451 4.3.0-es hibakódot tartalmaz, amely azt jelzi, hogy ideiglenes helyi probléma történt.
Amikor egy email visszapattan, mert a címzett spam szűrője blokkolta az üzenetet, a visszapattanó levél tartalmaz egy hibaüzenetet és egy hibakódot. Ezek az üzenetek és kódok segítenek azonosítani a problémát. Azonban sajnos nagyon sok esetben ezt a legnehezebb detekálni, mert nagyon sok esetben ilyenkor semmilyen hibaüzenetet nem kap a küldő fél, csak egyszerűen SPAM mappába helyezik a levelét.
Hibaüzenetek
- Message rejected due to spam content
- Jelentése: Az üzenet spam tartalom miatt elutasítva.
- Blocked for spam
- Jelentése: Az üzenet spamként lett blokkolva.
- Spam detected
- Jelentése: Az üzenetet spamként észlelte a szűrő.
- Message contains spam or virus
- Jelentése: Az üzenet spam vagy vírus tartalom miatt lett blokkolva.
- Your message looks like spam
- Jelentése: Az üzenet spamnek tűnik.
- 554 5.7.1: Message rejected due to content resembling spam
- Jelentése: Az üzenet tartalma spamnek tűnik, ezért elutasítva.
Hibakódok
- 554 5.7.1
- Általános hibakód, amely jelzi, hogy az üzenet tartalma spamnek lett észlelve.
- 550 5.7.0
- Általános hiba, ami azt jelzi, hogy az üzenet elutasításra került spam tartalom miatt.
- 421 4.7.0
- Ideiglenes hiba, ami azt jelzi, hogy az üzenet spam szűrő által blokkolva lett, de később újra próbálkozhatunk.
- 5.7.1
- Általános hiba, amely azt jelzi, hogy az üzenet spam miatt elutasításra került.
Subject: Undelivered Mail Returned to Sender
This is the mail system at host mail.example.com.
I'm sorry to have to inform you that your message could not be delivered to one or more recipients. It's attached below.
For further assistance, please send mail to postmaster.
If you do so, please include this problem report. You can delete your own text from the attached returned message.
The mail system
<email@example.com>: host mail.example.com[192.0.2.1] said: 554 5.7.1
<email@example.com> Message rejected due to content resembling spam (in reply to end of DATA command)
A fenti példában a hibaüzenet egy 554 5.7.1-es hibakódot tartalmaz, amely azt jelzi, hogy az üzenetet spam tartalom miatt elutasították.
Az e-mailek túl nagy méretű mellékletekkel kapcsolatos hibái gyakran előfordulnak, és különböző e-mail szolgáltatók különböző hibakódokat és hibaüzeneteket adhatnak. Itt van néhány általános hibaüzenet és hibakód, amelyeket túl nagy mellékletek esetén tapasztalhatsz:
Gmail:
- Hibaüzenet: “Message size exceeds maximum allowed size”
- Hibakód: N/A
- Gmail alapértelmezett melléklet méretkorlátja: 25 MB
Outlook.com / Hotmail:
- Hibaüzenet: “The size of the email message exceeds the limit set by the server”
- Hibakód: N/A
- Outlook alapértelmezett melléklet méretkorlátja: 20 MB
Yahoo Mail:
- Hibaüzenet: “Your file exceeds the attachment limit”
- Hibakód: N/A
- Yahoo alapértelmezett melléklet méretkorlátja: 25 MB
Apple Mail (iCloud):
- Hibaüzenet: “Cannot send message using the server iCloud”
- Hibakód: N/A
- iCloud alapértelmezett melléklet méretkorlátja: 20 MB
Microsoft Exchange Server:
- Hibaüzenet: “552 5.3.4 Message size exceeds fixed maximum message size”
- Hibakód: 552
- Az Exchange Server alapértelmezett melléklet méretkorlátja általában 10-25 MB között van, de az adminisztrátorok módosíthatják ezt a beállítást.
Remélem ezzel a kis leírással tudtam segíteni abban, hogy jobban átláthatóvá tegyem az e-mailezés működését.
Ha szeretnél elsőként értesülni a kikerült cikkekről, kérlek iratkozz fel és a megjelenés napján azonnal értesítelek e-mailbne.
