
A megjegyzések letiltása
Ha nincs szükséged a kommentekre, vagy úgy döntöttél, hogy a legradikálisabb módon vetsz véget a spamnek, akkor letilthatod az olvasók számára a kommentelés lehetőségét. A hozzászólási űrlap eltűnik.
Ez azoknak a műveleteknek a listája, amelyeket a Perfmatters megpróbál végrehajtani, ha a Hozzászólások letiltása opció be van kapcsolva:
- A beépített legutóbbi hozzászólások widget letiltása.
- Eltávolítja az X-Pingback fejlécet.
- Eltávolítja a hozzászólási feed linkeket.
- Letiltja a komment feed lekérdezéseket.
- A hozzászólási linkek eltávolítása az admin sávból.
- Távolítsa el a hozzászólás-támogatást az összes bejegyzéstípushoz.
- Kommentszűrők bezárása.
- Hozzászólási linkek eltávolítása az adminisztrációs menüből.
- Tiltja le a beépített vitaoldalt.
- Rejtse el a hozzászólásokat a vezérlőpultból.
- Rejtse el a kommentbeállítások opciót a profiloldalról.
- Üres hozzászólássablon visszaküldése kérésre.
- Távolítsa el a hozzászólásra válaszoló szkriptet.
Ne feledje, hogy ha a lágyabb opciót választja, akkor az egyes hozzászólások szerkesztéséből csak bizonyos hozzászólásokhoz tartozó hozzászólásokat zárhat le a jelölőnégyzet kijelölésének megszüntetésével.

Vagy a Beállítások/kommentek menüpontban beállíthatja, hogy bizonyos számú nap után bezáródjanak.


URL-ek eltávolítása a hozzászólásokból
Alapértelmezés szerint a WordPress hozzászólások tartalmaznak egy weboldal mezőt, amely egy nofollow linket hoz létre (bár a spammerek ezt nem bánják) a hozzászólás szerzőjének nevében.
Ha nem akarsz foglalkozni az idővel megtörő linkekkel, túl kevés hozzászólásod van, vagy egyszerűen csak ki akarod szorítani a spameket, egy csapásra törölheted a látogatók által a kommentekben hozzáadott összes URL-t.
Ennek engedélyezése az URL-mezőt is eltávolítja az űrlapról a jövőbeli hozzászólásokhoz.

Üres favicon hozzáadása
Ha már van favicon a webhelyén, akkor ezt az opciót érdemes kikapcsolva hagyni.
Egy fehér favicon hozzáadása akkor hasznos, ha sok új WordPress telepítést hoz létre és tesztel. Az üres favicon hozzáadása megkíméli Önt attól, hogy minden egyes webhelyhez fel kelljen töltenie egy favicont. Emellett, ha elfelejti, 404-es hibát generálhat a sebességtesztelő eszközökben.

Globális stílusok eltávolítása
A WordPress 5.9-től kezdődően további inline kódot adtak hozzá a duotone stílusok (CSS és SVG kód) javítására. A legtöbb felhasználó valószínűleg nem fogja használni ezt a funkciót, és az a probléma, hogy 311 sor (nem minimalizált) kódot ad hozzá a webhelyed minden egyes oldalához, amelyek így vannak felosztva:
196 sor CSS a body tag előtt és 115 sor SVG kód, amely szintén a /body tag előtt kerül hozzáadásra.
A kód nagy része!important; címkéket használ, ami szintén nem ideális.
A Perfmatters úgy véli, hogy ez egy hiba lehet, ezért hozzáadják ezt az opciót, hogy könnyen eltávolíthassák ezt a felesleges kódot, amíg a hiba megoldása folyamatban van.
Hearbeat, vélemények és automatikus mentés

A WordPress Heartbeat API a /wp-admin/admin-ajax.php fájlt használja az AJAX hívások végrehajtásához a böngészőből.
Ez nagyszerű, mert elmenti a vázlataidat, és megakadályozza, hogy egy váratlan leállás miatt elveszítsd őket, de magas CPU-használatot és őrült mennyiségű PHP-hívást is okozhat. Ha például nyitva hagyja a vezérlőpanelt, az továbbra is rendszeres időközönként, 15 másodpercenként POST-kéréseket küld ebbe a fájlba. Ennek mérséklése érdekében a gyakoriságot 60 másodpercre növelheti.
Az első opcióban kiválaszthatja, hogy mikor és hol kerüljön kiváltásra.
A harmadik opcióval korlátozhatja a bejegyzések felülvizsgálatainak számát, hogy helyet takarítson meg, például ha 10-re állítja be, csak az utolsó 10 kerül mentésre, az előzőek pedig törlődnek.
Végül beállíthatja a vázlatok automatikus mentési időközét. Alapértelmezés szerint a WordPress 60 másodpercenként automatikusan menti őket. Ha azonban megnöveled az intervallumot, akkor gyakrabban kell manuálisan menteni, ez megakadályozza, hogy a böngésző annyira "lógjon", amíg az adminisztrációs területen tartózkodsz, és kevesebbet ír az adatbázisba.
Woocommerce

A Wookereskedelem optimalizálási lehetőségeiről csak annyit mondok, hogy léteznek, de kerülni fogom a kommentárt, mivel ebben a házban szokás, hogy nem vizsgálok meg semmit, amit nem nagyon világos, mint ahogy ez a helyzet. A WooCommerce-t 2021 júliusában eltávolítottam, és alig emlékszem valamire az optimalizálások válaszáról, így a dokumentációjukra utalok:
- A WooCommerce szkriptek és stílusok letiltása
- A kosár snippets letiltása
- Tiltja le a WooCommerce állapotdobozát
- A WooCommerce widgetek letiltása
Bejelentkezési URL

Egy másik érdekes funkció az a lehetőség, hogy megváltoztathatja az admin területre való alapértelmezett bejelentkezési URL-t, amelyet a WordPress a yourdomain/wp-admin címen állít be. Ez pontosan ugyanazt teszi, mint a puginok, mint például WPS Hide Login.
Három mezőt találsz:
Az elsőben megváltoztathatod a wp-admin bejelentkezési url-t arra, amire akarod, például "yourdomain.com/potato", így elkerülve a brute force támadásokat és másokat, amelyek általában az alapértelmezett url-t célozzák. Csak írd le és/vagy próbáld meg nem túl sok karakterből álló furcsa url-t csinálni, hogy ne felejtsd el (bár bármikor lekérdezheted a wp_options / perfmatters_options táblában)

A második mező (Disabled Behavior) azt állítja be, hogy a yourdomain/wp-admin-ra érkező látogatót melyik url-re küldje a rendszer három lehetőség közül:
- Üzenet (alapértelmezett): Üzenetet jelenít meg a látogatónak. Az üzenetet a kívánt szöveggel testreszabhatja a mezőben lévő szöveggel Üzenet.
- 404 sablon: A felhasználó egy 404-es oldalra kerül.
- Kezdőlap URL: A felhasználó a kezdőlapra kerül átirányításra.
Eszközök
Itt válik igazán érdekessé a dolog.

Script Manager, a hab a tortán
A Perfmatters Script Manager kétségkívül a legerősebb és leghasznosabb eszközük. Ez önmagában minden fillért megér abból a kevésből, amit a pluginért és annak támogatásáért fizetsz.
Lehetővé teszi, hogy letiltsd az egyes pluginok által használt scripteket és CSS-eket, és megakadályozd, hogy betöltődjenek egy posztban vagy oldalon, mindkét helyen vagy az egész site-on, szűrhetsz bejelentkezett vagy kijelentkezett felhasználók, eszközök szerint, és kivételeket adhatsz hozzá, akár kategóriákra és címkékre is.

Ez drasztikusan növelheti a betöltési sebességet (különösen a kezdőlapon) azáltal, hogy kiküszöböli a felesleges kéréseket ott, ahol a pluginokat nem használják, mint például az űrlapok vagy bármi más.

A kötelező használati mód (MU) sokkal tovább viszi a Script Manager-t. Sokkal nagyobb kontrollt biztosít, és lehetőséget ad a WordPress plugin lekérdezések és horgok, valamint az inline CSS és JS letiltására. Mostantól egy plugin minden aspektusát, a front-end szkriptjeit, az inline kódot és a MySQL-lekérdezéseket is ellenőrizheti, ahol csak akarja.
Globális nézetében megtalálja az összes alkalmazott beállítást arra az esetre, ha egy nap át kell rendeznie, módosítania, újakat hozzáadni vagy néhányat eltávolítani.

Elég teljes dokumentációval rendelkezik. Ha nem vagy hozzászokva az ilyen típusú eszközökhöz, elsőre ijesztő lehet, de amint kipróbálod, rájössz, hogy nagyon könnyen használható.
JavaScript

A JavaScriptelhalasztása és késleltetése.
Mindkettő segíthet az FCP és az LCP javításában
A defer attribútum hozzáadása minden nem kritikus JavaScript fájlhoz felgyorsítja az oldal első tartalomfestését (FCP). Ez azt jelenti, hogy a JavaScript a HTML-elemzés során töltődik le, és az oldal betöltése után (amikor az elemzés befejeződött) hajtódik végre. Más szóval a JavaScript letöltése az oldal aljára kerül, így a folyamat végén történik meg.
A késleltetéssel javulnak az LCP és a TBT eredmények. A JavaScript a felhasználói interakciónak megfelelően késleltetve van, felgyorsítva az oldal első festését, ha valamire nincs azonnal szükség, például harmadik féltől származó nehéz szkriptekre, mint a Google Adsense, Google Analytics, Facebook konverziós pixelek vagy Google Ads és hasonlók.
Mindkét opcióhoz hozzáadhat kivételeket, és engedélyezheti a Delay Timeout viselkedést, ez beállít egy időkorlátot, amely automatikusan betölti a szkripteket 10 másodperc után, ha nem észlelt felhasználói interakciót. Ez opcionális, és alapértelmezés szerint ki van kapcsolva.

Késleltetési időkorlát
Ha engedélyezi ezt az opciót, akkor lehetősége van a késleltetési időkorlátot más értékre állítani az alábbi szűrők egyikének használatával.
A példában szereplő érték 7 másodpercre van beállítva.
add_filter('perfmatters_delay_js_timeout', function($timeout) {
return '7';
});
Ez az útmutató a 4. oldalon folytatódik