Ugrás a tartalomhoz

Sütibeállítások

Típusonként válassza ki, mely sütiket engedélyezi. Választását bármikor módosíthatja a Sütibeállítások linken, amely minden oldal alján megtalálható. Adatvédelmi nyilatkozat

Szükséges

Mindig bekapcsolva

A bejelentkezéshez, a kosár megőrzéséhez és a választásai megjegyzéséhez szükségesek. Ezek mindig be vannak kapcsolva.

Milyen sütik?
  • weboke_sessie, weboke_klant, weboke_remember: a munkamenet és a bejelentkezve maradás
  • weboke_basket: a kosár
  • wkBtwIncl: az árak megjelenítése ÁFÁ-val vagy anélkül
  • wok_cookies: a sütiválasztás, 12 hónap

Méri, melyik hirdetés vezet látogatáshoz vagy rendeléshez, hogy ne fizessünk hatástalan hirdetésekért.

Milyen sütik?
  • Google Ads a Google Tag Manageren keresztül (_gcl_au, _gcl_aw), legfeljebb 90 napig
  • OpenAI Ads, hirdetések a ChatGPT-ben
  • wok_aff: melyik partnerünk ajánlására érkezett (partnerprogram), 60 nap

4,6

Ország és nyelv

Minden országnak saját oldala van, az adott ország áraival és ÁFA-jával.

Megtekintés

A weboldala lassú vagy túl sok CPU-t használ? Így gyorsíthatja fel

Lassú a weboldala, vagy 503-as hibákat lát, mert az oldal túl sok CPU-t vagy folyamatot használ? Az ok szinte mindig magában a weboldalban keresendő: nincs gyorsítótárazás, túl sok a bővítmény, nagyok a képek, vagy megtelt az adatbázis. Az alábbi tippekkel gyorsabbá teheti az oldalát, és a terhelés is magától csökken.

Először: hol a probléma?

  • Csak Önnél vagy mindenkinél? Nyissa meg az oldalt telefonon, 4G vagy 5G hálózaton, vagy egy privát böngészőablakban. Ha ott gyors, akkor a hiba a saját számítógépében, hálózatában vagy VPN-jében van.
  • Eléri a csomagja korlátait? Nézze meg a DirectAdminban a Resource Usage menüpontot. Ha ott faultokat lát, akkor az oldala lassítva volt. Lásd: DirectAdmin Resource Usage és lassú weboldalak.
  • Melyik oldal, bővítmény vagy lekérdezés viszi el az időt? Ezt az X-Ray segítségével láthatja. A működéséről itt olvashat: Resource limit reached / 503 / PHP X-Ray.

Tippek a weboldal gyorsításához

  1. Kapcsolja be a gyorsítótárazást. Szervereink LiteSpeeden futnak. WordPress esetén az ingyenes LiteSpeed Cache bővítmény gyakran azonnal sokkal gyorsabbá teszi az oldalt, mert így az oldalak nem épülnek fel újra minden látogatáskor. Olvassa el blogbejegyzésünket is: LiteSpeed Cache vs. WP Rocket.
  2. Használjon Redist a nagy terhelésű oldalakhoz. Webáruházaknál és sok bejelentkezett felhasználóval rendelkező oldalaknál a Redis object cache-ként segít. A Redis a Power Webhost Three, a Power Webhost Four és a Power Reseller csomagok része. Lásd: Redis.
  3. Kicsinyítse le a képeit. Ne töltsön fel néhány MB-os fotókat közvetlenül a fényképezőgépről az oldalára. Feltöltés előtt kicsinyítse le őket arra a méretre, amelyben megjeleníti őket, vagy használjon erre egy bővítményt.
  4. Korlátozza a bővítmények számát. Minden bővítmény időbe kerül. Tesztként kapcsolja ki az összeset, és nézze meg, hogy így gyors-e az oldal. Ha igen, kapcsolja vissza őket egyenként, amíg meg nem találja a hibást. Törölje, amit nem használ.
  5. Tisztítsa meg az adatbázisát. A régi revíziók, a spamhozzászólások, valamint a statisztikai és naplótáblák idővel lelassítják az oldalt. Ezért válhat hirtelen lassúvá egy oldal, amely addig mindig jól működött. Végezzen tisztítást és optimalizálást, lásd: Adatbázis ellenőrzése, javítása és optimalizálása.
  6. Használjon újabb PHP-verziót. Az újabb verziók jelentősen gyorsabbak. Lásd: A PHP-verzió kiválasztása.
  7. Ellenőrizze a cronjobokat. Egy feladat, amely percenként indul, de egy percnél tovább tart, egymásra torlódik. A nagy terhelésű feladatokat futtassa ritkábban és csendesebb időszakokban. Lásd: Cron feladatok.
  8. Szűrje ki a botokat és a spamet. A wp-login.php elleni bejelentkezési kísérletek, a captcha nélküli hozzászólási űrlapokon érkező spam és a teljes oldalt lemásoló crawlerek folyamatosan terhelik a csomagját. A hozzáférési naplóban láthatja, mely címek kérnek le sokat, lásd: Oldaláttekintés és naplók.
  9. Ne hagyja várakozni a scripteket. Ha az oldala egy másik szerverről kér le adatokat, például egy RSS-feedet vagy egy integrációt, mindig adjon a hívásnak rövid időkorlátot. Különben a folyamatok nyitva maradnak, ha a másik szerver lassú.

Amit a látogató lát: sebesség a böngészőben

A fenti tippek a szerverre vonatkoznak. Az, hogy egy oldal mennyire tűnik gyorsnak a látogató számára, attól is függ, mit kell a böngészőnek betöltenie. A Google ezt a Core Web Vitals mutatókkal méri, amelyeket a PageSpeed Insightsban láthat. Négy dolog szinte mindig segít:

  • Adjon meg szélességet és magasságot a képeknek (width és height). Így a böngésző helyet tart fenn, és az oldal nem ugrik el, amikor a fotó betöltődik.
  • A legfontosabb képet ne töltse be késleltetve. Az oldal tetején lévő nagy fotón ne legyen loading="lazy". A késleltetett betöltés a lejjebb található képekhez való.
  • Használjon WebP vagy AVIF formátumot. Ezek azonos minőség mellett kisebbek, mint a JPG és a PNG.
  • Kicsinyítse le és tömörítse a képeit arra a méretre, amelyben megjeleníti őket.

A jelentés értelmezéséről itt olvashat: A PageSpeed Insights értelmezése: Core Web Vitals közérthetően. A WordPress és a webáruház gyorsítótárazását ezzel állíthatja be: LiteSpeed Cache WordPresshez és webáruházhoz.

Az összes lépést magyarázattal együtt a DirectAdmin-útmutató Lassú a weboldalam című részében találja.

Mit jelent a folyamatok száma?

A folyamatok száma nem azonos a látogatók számával. Egy webszerver-folyamat kiszolgál egy oldalt, és a másodperc töredéke alatt végez. Ha a folyamatok nyitva maradnak, például mert egy script egy másik szerverre vár, akkor betelik a csomagja korlátja. A látogatók ilyenkor a 503-as vagy a Resource Limit Is Reached üzenetet látják. Ebben az esetben olvassa el: 503 vagy „Resource Limit Is Reached”: mi a teendő?.

Túl kicsi a csomagja?

Megtisztította az oldalt és bekapcsolta a gyorsítótárazást, de a Resource Usage csúcsidőben továbbra is faultokat mutat? Akkor az oldalának több számítási kapacitásra van szüksége. A Fiókom felületen a Termékeim › Kezelés menüpontban válassza a Tárhelycsomag módosítása lehetőséget. A csomagváltás a fizetés után azonnal életbe lép. A nagy terhelésű oldalaknak, például a webáruházaknak, már normál használat mellett is több számítási kapacitásra van szükségük, mint egy kis oldalnak.

Egy nagyobb csomag nem oldja meg egy rosszul működő oldal problémáját: a gond később visszatér. Ezért először a fenti tippek segítségével keresse meg az okot.

Meg tudja oldani a WebOké?

Látjuk, ha az oldala túl sok erőforrást igényel, és szívesen adunk tippeket. A weboldal, a bővítmények vagy az adatbázis módosítását és optimalizálását azonban Önnek kell elvégeznie, vagy a webfejlesztőjével kell elvégeztetnie. Ez az Installatronon keresztül telepített szoftverekre is vonatkozik: azok nem a mieink. Lásd még: Egyedi munkák költségei.

Szeretne többet megtudni? Végezze el az ingyenes Online megtalálhatóság tanfolyamot, lecke: 4.3 Core Web Vitals: LCP, INP és CLS.

Szeretne többet megtudni? Végezze el az ingyenes WordPress-tanfolyamot, lecke: 6.1 Mitől lassú egy oldal, és hogyan mérhető? vagy lecke: 6.2 Gyorsítótárazás.

Hasznos volt ez a cikk?

← Vissza ide: Tárhely: általános

Egy pillanat…

Domainek beállítása

Állítsa be domainenként a névszervereket, a tárhelyhez való kapcsolást és azt, hogy ki legyen a tulajdonos.

Domainek betöltése…