*Teljesítményproblémák

Előfordulhat, hogy egy adott ponton a weboldala teljesítményproblémákkal küzd, vagyis lelassul. Lehet, hogy ezt Ön is észreveszi, de kivételes esetekben az is előfordulhat, hogy kénytelenek vagyunk a weboldalát offline állapotba helyezni. Ezt azért tesszük, hogy megvédjük a szervert, és megakadályozzuk, hogy ne csak az Ön oldala, hanem az egész szerver lassuljon le, vagy ami még rosszabb, elérhetetlenné váljon.

Ennek oka nagyon sokféle lehet. Leggyakrabban azonban a probléma a MySQL területén van, de a cronok is gyakran okoznak gondot. Például egy cron/feladat, amely minden percben elindul, és tovább tart egy percnél. Mielőtt tehát befejeződne, már indul is az új. Ez egy ponton annyi memóriát és CPU-t igényel, hogy egy egész szerver leállhat, a rajta lévő összes többi oldallal együtt.

Meg tudják oldani Önök?
A problémákat észleljük, amikor jelentkeznek, de általában nem tudjuk megoldani őket Ön helyett. Mi csak a tárhelyfiókot biztosítjuk, amelyben szkripteket és oldalakat futtathat. Sok mindenről tudunk tanácsot adni, de az ilyen problémák megoldását általában Önnek kell elvégeznie, vagy ki kell szerveznie. A weboldal optimalizálása és finomhangolása gyakran időigényes feladat, és bizonyára megérti, hogy ezt egy tárhelycsomag áráért nem tudjuk elvégezni.

A szabványos szkriptek nem garantálják a jó teljesítményt
Ha olyan szabványos szkripteket használ, mint a Joomla, a WordPress stb., ez egyáltalán nem jelenti azt, hogy optimalizálás nélkül „sok” felhasználót tud kiszolgálni velük. Nagyban függ attól, milyen összetevőket és bővítményeket használ, és különösen attól, mennyire stabil az adott verzió. Amikor egy szabványos Joomla-verziót figyelünk, az adatbázis felé sok teljesítményproblémát látunk. Amíg a felhasználók száma korlátozott, a szervereink ezt jól kezelik, de amint jelentősen megnő, ez valóban problémákat okozhat.

Ha bővítményeket használ, érdemes próbaképpen mindet kikapcsolni, majd újra megnézni az oldalt. Ha így gyors, akkor az ok biztosan egy bővítményben van, és csak egyenként vissza kell kapcsolni őket, amíg meg nem találja az okot.

Eddig jól működött, most hirtelen már nem
Több oka is lehet annak, hogy valami hirtelen már nem működik jól. Idővel a MySQL-adatbázisban lévő adatok mennyisége nő. A rosszul megírt adatbázis-lekérdezések így egyre nehezebben boldogulnak. Egy rekord megtalálásához például eleinte csak 10 rekordot kellett beolvasni, idővel viszont 1000-et vagy még sokkal többet. Ha ezzel egy időben a látogatók száma is nő, ez gyorsan problémákhoz vezethet. Először az oldal lassú lesz, egy ponton pedig hirtelen túl sok lehet a szervernek. Egy adatbázis-lekérdezés éppen átléphet egy határt, és újabb lekérdezést küldhet, mielőtt a régi befejeződne. Ha ez folytatódik, egy MySQL-szerver annyira lelassulhat, hogy „lefagy”.
Egy másik ok, amiért valami már nem működik jól, lehet például egy frissítés vagy egy újonnan telepített bővítmény.

Nem a szerver miatt lassú az oldalam?
Igen is, meg nem is. Ha az Ön oldala lenne az egyetlen a szerveren, valószínűleg jóval tovább tartana, mire ilyen problémákat tapasztalna. Ez azonban osztott tárhely. Ugyanazon a szerveren más oldalak is futnak, és mindegyik ugyanabból a szerverből szeretne egy darabot. Tegyük fel, hogy az oldala egy új szerverre került, amelyen akkor még csak kevés más oldal volt: ilyenkor a szerver tulajdonképpen kompenzálja az oldala hiányosságait, és ahogy egyre több oldal kerül a szerverre, annál több gondot tapasztal. A szervernek ugyanis több oldal között kell elosztania az erőforrásait. Egy ponton már nem kerülnek új oldalak a szerverre, és a helyzet nagyjából változatlan marad, bár ekkor is érvényes az az elv, hogy minél tovább fut egy oldal, annál több adat gyűlik össze.

De az Önök Installatronjából telepített szkript lassú
Az Installatronból telepíthető szkriptek nem a mi szkriptjeink. Mi csupán egyszerű megoldást kínálunk a telepítésükhöz. Sok kérdésre szívesen válaszolunk velük kapcsolatban, de a szkriptek vagy a hozzájuk tartozó adatbázisok módosítását már nem vállaljuk. A probléma ilyenkor magában a szkriptben van, és azt a szkript fejlesztőinek kell megoldaniuk.
Tegyük fel, hogy például Joomlát vagy osCommerce-t telepít, és rövid időn belül naponta sok ezer látogatója lesz: ez bizony problémákat okozhat. Az ilyen szkriptek jól működnek, de amint komoly látogatószám jelentkezik, valódi finomhangolásra van szükség, és az osztott tárhely már nem igazán lesz megfelelő. Dedikált tárhelynél például a MySQL-szervert teljesen egy weboldalra optimalizálva lehet beállítani, osztott tárhelynél ez egy átlagos oldalra van beállítva.

Átkerülhet az oldalam üzleti tárhelyre (BUS-WEB)?
Általában ez nem megoldás. Rövid időn belül ott is ugyanazok a problémák jelentkeznek. A probléma ugyanis magában az oldalban van, nem a szerverben. A több hardver tehát csak tüneti kezelés, nem gyógymód. Az üzleti csomagok (amelyek külön szervereken futnak) jobb garanciát nyújtanak a stabil teljesítményre. A normál tárhelycsomagoknál is jó a teljesítmény, de szerverenként, az ott futó oldalaktól függően, némileg eltérhet.

Ezek a cikkek a teljesítményproblémák felderítéséről és megoldásáról adnak információt:

https://support.weboke.nl/nl/articles/24403-mijn-site-is-langzaam-cpu-gebruik-is-te-hoog-aantal-processen
https://support.weboke.nl/nl/articles/24400-database-is-traag-mysql-database-optimaliseren