Téma: Wordpress oldalam túlterheli a rendszert

Ha jól látom, akkor a főoldal kb 20 wp query objektumot tartalmaz, és mivel elég statikus igy simán megcsinálnám, hogy valamilyen cache rendszert telepítsek.

Ajánlom a wp-supercache rendszerét, hiszen az jelentősen csökkenti a szerverre jutó terhelést, illetve ha sok egyedi plugint használsz, akkor a pluginok kicsi átirásával egy belső cache rendszer használatával jelentős teljesitményt takarithatsz meg.

Hát nem tudom, nem értek a szerverekhez de azt gondolom, elég gáz, hogy egy szervert egy wp alapon futtatott lap napi 300 körüli látogatóval kiakaszt. Tudom, hogy az oldalletöltések által generált forgalom fontosabb adat lenne mint a látogatók száma, de elég sok wp alapú lapot csináltam már és azokhoz elég sok plugint is szoktam feltelepíteni, mégis ennél nagyobb forgalom mellett sosem volt panasz még alsókategóriás szerveren sem a lajaimra.

A delete revision úgy tudom, hogy nem csinál mást csak a wp által a post írása közben automatikusan lementett állapotokat, menétseket tiltja le és távolítja el az adatbázisból.

A szuperkess plug-ot nem ismerem, de többen dicsérik.

A helyedben átvinném valami normálisabb szolgáltatóhoz az anyagomat.

frissítés: megkattogtattam a lapodat és szerintem blőd, hogy az a weboldal kiakaszt egyszervert.
Megerősítem a fenti, jobb szolgáltató választásáró szóló javaslatomat

Hogy mit bír a szerver ahhoz nem értek, de egy ilyen méretben látogatott oldal miatt nem szabadna megállni a vasnak szerintem. Valami csúnya probléma lesz ott, válts amíg nem késő. Láttam jópár nagyobb látogatottságú WP oldalt, és még megy a szerver alatta.

KGC, a delete revision plugin nem tiltja le, csak kitörli az eddigi revisionokat. Van külön tiltó is, de hirtelen nem ugrik be a neve.

Ha nem bírja a szerver, az valóban gáz, de attól még lehetne optimalizálni az oldalt bőven.

A Yslow FF kiegészítő pl azt mondja, hogy 330kb JS-et, 50kb css-t és 170kb képet nyomsz át a felhasználónak, ez sok, főleg a JS.


Ezt egy fájlba gyúrással 250 kb-ra lelehet vinni, ha pedig használnál gzip tömörítést, akkor szerintem ilyen 80 kb lenne.

Nekem a Google WT mondott mindenféle sebességi gondokat, ezért csinálgattam mostanában ilyeneket, igaz Drupallal, de nyilván megvannak a megfelelő WP pluginok:

http://klap.hu/blog/drupal-cache-felturbozas

A különböző cache megoldások jótékony hatásai miatt érdemes megnézegetni a számokat...

Egyébként most semmilyen gyorsítótárazás, cache nincs?

A kerdes az is, hogy most mennyit fizetsz a tarhelyert, de ez a par latogato akkor sem dogleszthetne be a szervert. Nekem szinten wp alapon fut napi 5-7e latogato nagykepek toltenek le es no problem szerencsere...
Az optimalizalas mellett en is a szolgaltatovaltast javaslom.

ez nem biztos hogy a tárhely hibája. lehet hogy esetedben a wp minden képhez a kimenetezés előtt generálja a thumbnail-t, ami ha gd-t használsz akkor az leterhelhet egy normális szervert is (pl 40 képhez generálni thumbnail-t egy oldal előállításához). de a szolgáltatónak ezt látnia kellene a log-okban hogy melyik process eszi a processzort és ki lehetne deríteni ha ez a gond.

kgc kolléga a wp-config.php-ba a lang HU-hu sor után ezt a sort alkalmazza:

define('WP_POST_REVISIONS', false);

ne búsulj ez letiltja


úgy nézem nem egyedi a kialakítása akkor minden ezzel a designel készült oldalt üldöznének??
sima magazin tipusu cucc nem döglik bele egy szerver se